Аудит корректировок ставок: реестр ограничений
Корректировка нужна там, где алгоритм не узнает ограничение из данных. Разбираем реестр и находим лишнее и недостающее.
Аудит корректировок ставок: используете возможности алгоритма или нет
Корректировка нужна там, где алгоритм не может узнать ограничение сам — из данных о конверсиях. Всё остальное либо избыточно, либо является костылём.
О корректировках ставок в контекстной рекламе существуют два противоположных мнения. Первое: при автостратегиях они мешают — алгоритм разберётся лучше. Второе: без них вы не используете возможности управления. Оба верны — но для разных случаев. В этой статье разбираем, как отличить обязательную корректировку от лишней, строим реестр ограничений бизнеса и считаем, во сколько обходится пропуск.
опорное определение
Что такое корректировка ставок
Корректировка ставок изменяет активность показов для определённого сегмента — устройства, региона, аудитории, времени. При автостратегиях она не задаёт ставку напрямую, асообщает алгоритму о вашем отношении к сегменту. По сути это единственный способ передать в рекламную систему знание о бизнесе, которого нет в данных о конверсиях.
Коротко: пять фактов о корректировках
- 01
Корректировка — не усилитель и не фильтр, а канал передачи знания. Вопрос при каждой настройке один: может ли алгоритм узнать это сам из конверсий.
- 02
Если алгоритм может узнать сам — корректировка избыточна, он справится точнее вас. Если не может никогда — она обязательна.
- 03
Недоиспользование бывает двух видов, и они противоположны: непереданное ограничение и корректировка, поставленная вместо данных.
- 04
Самые дорогие пропуски — в голове, а не в интерфейсе: регионы без покрытия, отсутствие обработки в выходные, продукт, не подходящий части аудитории.
- 05
Забытая корректировка опаснее отсутствующей: она поставлена под ситуацию, которой уже нет, и продолжает резать живой трафик. Проверяется только снятием, а не расчётом.
Три источника знания: ядро разногласий
Видимое противоречие между «корректировки мешают обучению» и «без корректировок вы теряете управление» разрешается одним вопросом: откуда взялось знание, на основании которого вы ставите корректировку?
Если знание получено из статистики конверсий — алгоритм видит то же самое и учтёт точнее вас. Если знание существует вне рекламных данных — алгоритм не узнает о нём никогда. Это разные ситуации, и они требуют противоположных решений.
Практическое следствие простое: ревизия корректировок начинается не с интерфейса Яндекс Директа или Google Ads, а с вопроса «что мой бизнес не может, о чём алгоритм не знает». Именно отсюда строится реестр ограничений.
| Источник знания | Пример | Может ли алгоритм узнать сам | Вердикт |
|---|---|---|---|
| Внешнее ограничение бизнеса | Нет доставки в регион. Нет обработки заявок в выходные. Продукт не подходит части аудитории по существу | Нет и никогда — этого нет в данных о конверсиях | ✅ Корректировка обязательна |
| Данные о конверсиях | Этот сегмент конвертируется хуже среднего | Да — он это видит | ⚪ Избыточна — алгоритм справится точнее |
| Данные о результате, которых он не получает | Заявки с сегмента не доходят до сделки | Мог бы, если бы вы передавали данные | ❌ Костыль — нужно передавать данные, а не гасить вручную |
Почему первый случай не давит обучение? Обоснованная корректировка сужает не пространство поиска, а область заведомо бесполезного. Алгоритм всё равно не нашёл бы там конверсий, превращающихся в деньги, — он лишь тратил бы бюджет на проверку гипотезы, заранее известной как ложная.
Почему третий случай мешает? Здесь вы гасите сегмент, в котором алгоритм видит конверсии. С его точки зрения вы создаёте помеху. Он будет пытаться туда вернуться, вы будете усиливать корректировку — и обучение действительно страдает. Это не проблема корректировки как инструмента, это проблема неверной диагностики источника знания.
Два вида недоиспользования — и они противоположны
Заголовок «используете возможности или нет» подразумевает одну ошибку — недобор. На деле их три, и они противоположны.
Вид 1 — ограничение не передано. Бизнес знает, что не работает с каким-то сегментом, но алгоритму об этом не сообщили. Он тратит бюджет на аудиторию, которая физически не может стать клиентом, и делает это уверенно — потому что заявки оттуда приходят, просто их нельзя исполнить.
Вид 2 — корректировка вместо данных. Сегмент даёт заявки, которые не доходят до сделки. Вместо того чтобы передать эту информацию, его гасят корректировкой. Работает частично, требует постоянного ручного контроля и мешает обучению.
Вид 3 — устаревшая корректировка. Поставлена под реальную проблему, которой больше нет: мобильная версия была плохой и её исправили, регион не обслуживался и открылся филиал, сегмент давал спам и форму починили. Корректировка осталась и продолжает резать живой трафик.
Общий вывод: ревизия должна находить и недостающее, и лишнее. Проверка «есть ли корректировки» отвечает не на тот вопрос.
три вида недоиспользования
вид 1
Не передано
Расход на непригодную аудиторию — алгоритм не знает об ограничении
как найти → реестр ограничений
вид 2
Костыль
Ручное гашение вместо передачи данных — мешает обучению
как найти → «знает ли алгоритм причину»
вид 3
Устарело
Режется живой трафик — ситуация изменилась, корректировка осталась
как найти → дата и причина установки
Реестр ограничений: заход от бизнеса, а не от интерфейса
Стандартная ревизия корректировок начинается с открытия настроек кампании. Это неверная точка входа: так вы видите только то, что уже настроено, и не видите того, чего не хватает.
Правильный порядок обратный. Сначала выписываются ограничения бизнеса — то, чего компания не может или не хочет, — и только потом проверяется, переданы ли они алгоритму. Это и есть реестр ограничений.
Метод работает одинаково для Яндекс Директа и Google Ads: рекламная система не знает о вашем бизнесе ничего, кроме того, что вы ей сообщили через данные или настройки. Реестр — способ систематически закрыть этот разрыв.
Четыре шага для составления реестра
- 01
Выписать ограничения бизнеса. Куда вы не возите и где не работаете? Кому не продаёте по существу — не по желанию, а физически? Когда не можете обработать обращение? Что у вас технически хуже работает прямо сейчас? Какие обращения точно не сможете исполнить? Каждый ответ — потенциальная строка реестра.
- 02
Определить источник знания по каждому ограничению. Использовать таблицу трёх источников: внешнее ограничение бизнеса, данные о конверсиях, данные о результате, которых алгоритм не получает. От источника зависит вердикт.
- 03
Проверить, передано ли ограничение. Открыть настройки кампании в Яндекс Директе или Google Ads и найти соответствующую корректировку. Отдельно выписать корректировки, которым не нашлось ограничения в реестре, — это кандидаты на снятие.
- 04
Получить два списка. Первый — недостающие корректировки (ограничения есть, корректировок нет). Второй — подозрительные корректировки (корректировки есть, ограничений нет или они устарели). Оба требуют действий.
модельный пример — для демонстрации метода
Пример реестра ограничений
| # | ограничение бизнеса | источник знания | передано? | вердикт |
|---|---|---|---|---|
| 1 | Не работаем в регионах без филиала | Внешнее | ❌ Нет | Добавить |
| 2 | Нет обработки заявок в выходные | Внешнее (операционное) | ⚠ Частично | Проверить достаточность |
| 3 | Продукт для юрлиц, физлицам не продаём | Внешнее | ✅ Да | Оставить |
| 4 | Мобильная версия была слабой | Техническое — устранено год назад | Корректировка стоит | Кандидат на снятие |
| 5 | Сегмент даёт заявки, не доходящие до сделки | Данные о результате | Корректировка стоит | Костыль — заменить данными |
| 6 | Сегмент конвертируется хуже среднего | Данные о конверсиях | Корректировка стоит | Избыточна — алгоритм видит сам |
Итог: одна строка недостающего, три строки подозрительных. Типичная картина — корректировок стоит больше, чем нужно, и при этом самое важное не передано.
Цена пропуска: модельный расчёт
Абстрактные рассуждения о потерях убеждают хуже конкретных цифр. Возьмём модельный пример — услуги с выездом, бюджет 350 000 ₽/мес, 125 заявок, CPL 2 800 ₽.
Строка 1 реестра — регионы без филиала. Компания не выезжает за пределы зоны покрытия, но географическая корректировка не задана: показы идут по всему региону, включая районы, куда бригада не поедет. Алгоритм работал безупречно — он находил людей, которые оставляли заявки. Проблема не в его работе, а в том, что ему не сообщили о существовании границы. Знание было — в голове у собственника, в регламенте выездной службы, где угодно, кроме настроек кампании.
| Параметр расчёта | Значение |
|---|---|
| Доля расхода в регионы без покрытия | 18% |
| Расход на эти регионы | 63 000 ₽/мес |
| Заявок оттуда (все неисполнимы) | 22 заявки |
| Время на обработку: 22 × 15 мин | 5,5 часа |
| При стоимости часа 750 ₽ | 4 125 ₽ |
| Итого потеря в месяц | 67 125 ₽ |
| За год | 805 500 ₽ |
Строка 4 — устаревшая корректировка. Корректировка вниз на мобильные устройства, поставленная два года назад из-за плохой мобильной версии. Версию переделали год назад, корректировка осталась.
Здесь честный расчёт невозможен: эффект снятия корректировки нельзя вывести формулой — неизвестно, сколько показов добавится и с какой конверсией. Единственный способ узнать — снять и замерить. Любая цифра, посчитанная «на бумаге», будет выдумкой.
Что можно сказать без теста: мобильный трафик составляет заметную долю аудитории в большинстве ниш, корректировка уменьшает его активность, а причина уменьшения устранена год назад. Этого достаточно, чтобы поставить тест в очередь.
Как проверить подозрительные корректировки: тест снятием
Типичные ошибки при тестировании
- Снимать несколько корректировок одновременно — результат нечитаем, непонятно, что именно повлияло
- Измерять меньше двух-трёх недель — вы измеряете переходный процесс, а не реальный эффект: любое изменение возвращает стратегию к переобучению
- Смотреть только на объём заявок — прирост заявок при падении доходимости до сделки не является улучшением
- Тестировать на сегментах с малой статистикой — менее 50 конверсий по сегменту означает, что вы измеряете шум
Правильный порядок теста
- 01
Снимать по одной корректировке — только так результат читаем
- 02
Срок наблюдения — две-три недели минимум
- 03
Мерить два показателя одновременно: объём (трафик, заявки) и качество (доходимость до сделки)
- 04
Принять решение по матрице: трафик вырос, качество не упало → корректировка была лишней; трафик вырос, качество упало → ограничение реально, вернуть; ничего не изменилось → корректировка не влияла, снять и не возвращать
Регламент ревизии
Разовый аудит быстро устаревает: бизнес меняется, а корректировки остаются. Ревизию стоит проводить раз в полгода и обязательно при изменениях в бизнесе — открылся филиал, переделали сайт, изменился регламент обработки заявок.
Для каждой корректировки полезно хранить дату и причину установки. Без этого через год невозможно понять, актуальна ли она. Это не бюрократия — это условие, при котором реестр продолжает работать, а не превращается в список непонятных цифр.
Что делать с корректировками-костылями
Костыль — корректировка, гасящая сегмент, в котором алгоритм видит конверсии. Признак простой: вы знаете причину, а алгоритм нет.
Такие корректировки работают плохо по трём причинам. Требуют ручного контроля — ситуация меняется, значение надо пересматривать, и обычно этого не делают. Действуют грубо — корректировка применяется ко всему сегменту, а внутри него есть и хорошие обращения. Мешают обучению — алгоритм видит конверсии там, куда вы не даёте идти, и продолжает пытаться.
Правильное решение — перевести знание в данные. Если сегмент даёт заявки, не доходящие до сделки, алгоритм должен это видеть: тогда он перестанет туда идти сам, точнее и без вашего участия. Технически это возврат результата из CRM в рекламную систему — типовая функция инструментов сквозной аналитики (Roistat, Calltouch, CoMagic, K50) либо передача офлайн-конверсий в Яндекс Метрику или Google Analytics.
После замены корректировка становится не нужна и снимается. Это и есть разница между управлением и компенсацией: в первом случае алгоритм знает, во втором вы за него исправляете.
Практический порядок работы с костылями
- 01
Выписать все корректировки-костыли из реестра — те, где источником знания являются данные о результате, которых алгоритм не получает.
- 02
По каждой сформулировать, какое знание она компенсирует: что именно происходит с заявками из этого сегмента дальше по воронке.
- 03
Проверить, можно ли это знание передать данными: настроена ли передача офлайн-конверсий, интегрирована ли CRM с рекламной системой.
- 04
Если можно — настроить передачу, дать две-три недели на накопление данных, снять корректировку и замерить результат.
- 05
Если передача невозможна — оставить корректировку как есть и пересматривать по регламенту ревизии.
Итог: три вопроса для каждой корректировки
- 01
Может ли алгоритм узнать это ограничение сам из данных о конверсиях? Если да — корректировка избыточна.
- 02
Это внешнее ограничение бизнеса, которого нет в данных? Если да — корректировка обязательна.
- 03
Это знание о результате, которое вы не передаёте? Если да — это костыль, и лечится он передачей данных, а не усилением корректировки.
- 04
Когда и почему поставлена корректировка? Если не помните — кандидат на тест снятием.
- 05
Ревизия раз в полгода и при каждом значимом изменении в бизнесе — условие, при котором реестр остаётся живым инструментом.
Аудит корректировок — это не проверка наличия настроек в интерфейсе Яндекс Директа или Google Ads. Это сверка рекламных настроек с реальностью бизнеса. Начинайте с реестра ограничений, а не с экрана кампании.
Часто задаваемые вопросы
Зависит от источника знания. Если это внешнее ограничение бизнеса — регионы без покрытия, отсутствие обработки в выходные, аудитория, которой продукт не подходит по существу, — корректировка обязательна: алгоритм не узнает об этом никогда. Если это наблюдение из статистики вроде «сегмент конвертируется хуже» — корректировка избыточна, алгоритм видит то же самое и учтёт точнее. Если сегмент даёт заявки, не доходящие до сделки, — корректировка будет костылём: правильнее передать данные о результате, тогда алгоритм перестанет туда идти сам.
Три признака. Первый — вы не можете назвать ограничение бизнеса, которому она соответствует: если причина формулируется как «там хуже конверсия», алгоритм это видит и без вас. Второй — вы не помните, когда и почему её поставили: корректировки часто переживают ситуацию, под которую создавались. Третий — она стоит на сегменте с малой статистикой, где разница могла быть случайной. Проверяется только тестом: снять одну корректировку, подождать две-три недели и смотреть на объём и качество трафика одновременно.
Мешают те, что гасят сегменты, в которых алгоритм видит конверсии. Он считает их перспективными, вы ограничиваете — обучение идёт в условиях постоянного конфликта. Обоснованные корректировки не мешают: они сужают область заведомо бесполезного. Если вы физически не обслуживаете регион, алгоритм всё равно не нашёл бы там конверсий, превращающихся в деньги. Различить два случая помогает вопрос: знает ли алгоритм причину, по которой я ограничиваю сегмент?
Универсального списка нет — обязательность определяется вашим бизнесом, а не типом корректировки. Рабочий способ — составить реестр ограничений: куда не возите, кому не продаёте по существу, когда не можете обработать обращение, что технически хуже работает прямо сейчас, какие обращения точно не исполните. Каждое такое ограничение существует вне рекламных данных, алгоритм не узнает о нём никогда. Всё настроенное, что не попало в реестр, стоит проверить на актуальность.
Спасибо за заявку!
Мы свяжемся с вами в ближайшее время.
