Постепенное включение рекламного правила: начать с 10%

Четверг, 9:40 утра. Специалист по перформанс-маркетингу в интернет-магазине открывает панель и смотрит, что за ночь сделало одно-единственное правило, переведённое накануне вечером в полностью автоматический режим: "если ROAS за 7 дней ниже 1,0 — остановить кампанию". Логика правильная, порог разумный, спорить не с чем. Но из четырнадцати активных кампаний девять остановлены, и среди них две запущенные в начале недели, ещё не вышедшие из фазы обучения, и один ретаргетинговый набор с самой низкой стоимостью привлечения за месяц. (Цифры относятся к условному аккаунту.) Суждение правила было верным. Неверным был его охват: в первую же ночь оно включилось на весь аккаунт.

Эта статья о том, как прийти к тому же правилу с тем же порогом, расширяя охват ступенями. По порядку: почему верное правило всё равно не включают на весь аккаунт, чего именно "десять процентов" в фразе "начать с 10%", какие кампании берут на первую ступень, почему бэктест и симуляция не заменяют постепенное включение, в каком режиме работает первая ступень, при каких условиях можно переходить на следующую, какие измерения что-то значат при росте охвата, какие конфликты возникают, как откатиться назад и какие привычки чаще всего ломают весь процесс.

Почему верное правило нельзя включать сразу на весь аккаунт?

Правило вида "условие — действие" сжимает в одну фразу две разные вещи: суждение ("при ROAS ниже 1,0 кампания убыточна") и охват ("к каким кампаниям это суждение относится"). Большинство команд часами обсуждают суждение и не обсуждают охват вообще. Между тем ошибочное суждение обычно проявляется на нескольких кампаниях и правится, а ошибочный охват применяет ту же ошибку сразу везде и за одну ночь. Постепенное включение нужно именно для того, чтобы разделить эти две вещи: проверять суждение, удерживая радиус поражения маленьким.

Вторая причина — сопоставимость. Когда правило включено на всё сразу, сравнивать не с чем. Если на следующей неделе расход упал, вы не скажете, дело в правиле, в сезонности или в том, что площадка перераспределила показы. Когда вы сознательно делите охват, кампании, которых правило коснулось, и те, которых не коснулось, проживают одну и ту же неделю в одних условиях. Это не эксперимент — кампании не распределены случайно, и причинность из этого не выводится, — но у наблюдения появляется точка отсчёта.

Третья причина — доверие. Команды, которые сопротивляются автоматизации, чаще сопротивляются не ей, а потере контроля. Несколько дней чтения списка "вот что правило сделало бы" на маленьком охвате переводят возражение из абстракции в конкретные решения. Тем же способом решается и более широкий вопрос — когда стоит доверять автоматическим типам кампаний: сначала узкое наблюдение, потом расширение.

Чего именно десять процентов в формуле "начать с 10%"?

На практике эта фраза означает три разные вещи, и от выбора зависит смысл результата. Десять процентов от числа кампаний: при десяти кампаниях правило работает на одной. Десять процентов от расхода: правило работает на кампаниях, которые несут десятую часть дневного бюджета, а это обычно горстка мелких. И десять процентов от времени: правило работает на всех кампаниях, но только в определённые часы недели.

Все три варианта законны и отвечают на разные вопросы. Деление по числу кампаний чище всего проверяет суждение: в выборку попадают разные типы кампаний. Деление по расходу — это контроль риска: вы заранее знаете потолок стоимости ошибочного действия. Деление по времени осмысленно только для метрик, которые портятся в конкретном окне, например для скачков CPM в нерабочие часы. В Rocketly запуск правила в выбранные дни и часы — отдельная настройка, и её не стоит путать с делением охвата.

Практическая рекомендация: выбирайте первую ступень по числу кампаний, но при выборе проверяйте долю расхода. Если десять процентов ваших кампаний случайно несут половину бюджета, вы открыли большой риск под вывеской маленькой ступени. Расширять охват на нескольких площадках одновременно — отдельная ошибка: управление рекламой на нескольких платформах из одной панели удобно, но механика показов у площадок разная, поэтому ступени должны идти по одной платформе за раз.

Какие кампании берут на первую ступень?

Первая ступень обязана удовлетворять двум противоречивым требованиям сразу: быть достаточно представительной, чтобы правило срабатывало, и достаточно маленькой, чтобы ошибочное действие осталось приемлемым по цене. Поэтому начинать с лучших и худших кампаний неверно по двум разным причинам. На лучшей кампании одна ошибочная остановка обходится дорого. На худшей правило срабатывает всегда и ничего не сообщает вам о своей различающей способности.

Больше всего информации несут кампании из середины — те, что стоят чуть выше и чуть ниже порога. Экран "выберите порог по данным" в Rocketly показывает именно это: распределение метрики по вашим кампаниям, медиану, которая одним щелчком становится порогом, и число кампаний, которые этот порог поймает. Выбор первой ступени из середины распределения показывает поведение правила на пограничных случаях уже на первой неделе.

Второй фильтр — зрелость данных. Кампании в фазе обучения, только что запущенные или дающие однозначное число конверсий в день на первую ступень не берут: метрика у них скачет изо дня в день, и правило принимает шум за сигнал. Третий фильтр — структура бюджета: там, где смешаны бюджет кампании и бюджет группы объявлений, одно правило действует в двух разных местах, и ограничение первой ступени одним типом бюджета снимает двусмысленность. А если задача — просто перекрыть очевидные потери, отсечение мусорных запросов минус-словами часто даёт результат быстрее любого правила автоматизации.

Почему бэктест и симуляция не заменяют ступени?

В Rocketly перед включением правила доступны две проверки. "Бэктест перед включением" показывает, сколько раз и на каких кампаниях правило сработало бы за последние 28 дней, ничего при этом не трогая. "Симуляция на ваших цифрах" позволяет ввести собственные примерные метрики и увидеть, совпадает ли условие и как ограничители обрежут изменение. Обе проверяют логику правила, и обе обязательно должны быть пройдены до начала постепенного включения.

Но обе отвечают на один и тот же вопрос: что правило сделало бы в прошлом. Ни одна не отвечает на другой: что произойдёт после того, как правило что-то изменит. Бэктест не знает, что бюджет остановленной кампании перетечёт к соседней. Не знает и того, что после остановки набора освободившаяся аудитория поднимет стоимость показа у смежного. Эти эффекты второго порядка проявляются только тогда, когда правило действительно действует, — ради этого ступени и нужны.

То же различие есть в работе с креативами: оценка макета до запуска, как при анализе рекламных креативов до публикации, сужает риск, но не говорит, как макет поведёт себя в реальных показах. С движком правил ровно так же: предварительные проверки сокращают лестницу ступеней, но не отменяют её.

В каком режиме должна работать первая ступень?

Каждое правило в Rocketly работает в одном из трёх режимов: только показать, с моим подтверждением и автоматический. Для первой ступени почти всегда верен режим "только показать". Правило оценивает кампании, пишет, сколько совпало и что изменилось бы, и не записывает в аккаунт ни одного значения. Его задача не применять решения, а заставить вас прочитать их список.

Работа на этом этапе — ежедневная привычка: открыть список совпадений и по каждой строке ответить на один вопрос — сделал бы я это сам? Строки, где ответ "нет", показывают, что именно нужно править, и это редко порог. Обычно это окно данных или тип кампании, который стоило исключить. Неделя таких списков заменяет догадки о том, куда должна встать настройка.

На второй ступени режим меняется на подтверждение. Совпадения попадают в очередь подтверждения, вы видите причину и точное изменение до того, как что-то произойдёт, и без вашего согласия кампанию никто не трогает. Это не зал ожидания, а этап, на котором правило учит вас большему всего: соотношение подтверждённых и отклонённых решений — самый честный признак готовности. Как выстроенная система тестирования креативов фиксирует, почему победитель победил, так и очередь подтверждения фиксирует, почему правило решило именно так.

При каких условиях можно переходить на следующую ступень?

Ступени переключают по условию, а не по календарю. Фраза "прошло две недели, открываем" — самый частый способ сломать постепенное включение, потому что срок сам по себе ничего не доказывает. Таблица ниже показывает, как можно построить условный план перехода. Проценты зависят от размера аккаунта; неизменно другое — у каждой строки есть условие выхода.

Ступень	Охват	Режим	Что должно выполниться до перехода
1	Около 10% кампаний	Только показать	Полная неделя данных и прочитанное решение по каждой строке списка
2	Около 25%	С подтверждением	Доля отклонённых решений заметно низкая, причины отказов не повторяются
3	Около 50%	С подтверждением	Ограничители обрезают всё меньше изменений, предупреждений о конфликтах нет
4	Полный охват	Автоматический	На предыдущей ступени не было решений, потребовавших отката

Важнее всего последняя строка. Переход в автоматический режим откладывают не потому, что правило работает хорошо, а потому, что сломанное правило о себе не сообщает. Если на ступени случился хотя бы один откат, ступень повторяется. Дисциплина выглядит жёсткой, но обходится дёшево: неделя ожидания стоит несравнимо меньше, чем одно ошибочное действие, разошедшееся по всему аккаунту.

Какие измерения что-то значат при росте охвата?

Здесь постепенное включение читают неверно чаще всего. Смотреть на общий ROAS аккаунта после включения правила почти бессмысленно: за ту же неделю поменялись креативы, сезон, конкуренция и распределение показов. Осмысленно только сравнение на уровне действия: "до" и "после" каждого применённого действия в окнах равной длины. Экран "измерение после действия" в Rocketly делает именно это и прямо сообщает, что измерение наблюдательное и на причинность не претендует.

Второй источник — собственная метрика правила. Если правило построено на ROAS, ценность конверсии по данным площадки вводит в заблуждение большинство B2B-компаний и бизнесов с длинным циклом сделки. Решения должны сходиться с выручкой, закрытой в CRM, и связка рекламных расходов с выручкой в CRM должна существовать с первого дня включения, а не пристраиваться потом.

Третье — целостность данных. С ростом охвата растёт число затронутых кампаний, а вместе с ним и ошибка измерения. Там, где браузерного отслеживания не хватает, порогам трудно доверять без серверного отслеживания и Conversions API. Возврат закрытой сделки на площадку — звено той же цепи: без передачи офлайн-конверсий обратно в рекламный кабинет ROAS, который видит правило, и выручка, которую видит бизнес, останутся разными числами.

Какие конфликты возникают при росте охвата?

Одно правило в одиночку выглядит безупречно. Со вторым и третьим на одной кампании появляются решения, гасящие друг друга: одно урезает бюджет из-за слабого ROAS, другое поднимает его из-за высокого объёма конверсий. Такие пары правил в Rocketly помечаются на экране "поймайте конфликтующие правила" и разбираются с одного экрана. Порядок запуска тоже настраивается: вы сами решаете, какое правило сработает первым.

Второй тип конфликта — пересечение охватов. При переходе с 10% на 50% часть новых кампаний уже находится в области действия другого правила. Если описывать охват явными списками кампаний, а не шаблонами имён и метками, большая часть путаницы исчезает. Третий тип — расхождение политики уровня аккаунта и настроек правила: когда рабочие часы, минимальное число дней данных и подтверждение остановки заданы на уровне аккаунта, ни одно правило не может ослабить эти границы, и более мягкая настройка внутри правила просто не действует.

Четвёртый приходит со стороны таргетинга. Аудитории, собранные из списков CRM, формируют собственный профиль эффективности: перенос лучших клиентов в рекламные площадки как отдельной аудитории сдвигает распределение ROAS вверх, и тот же порог срабатывает на этих кампаниях слишком поздно. Правильный ответ — держать их в отдельном наборе правил.

Как откатить ступень назад?

План отката должен существовать до старта включения. У него три уровня. Первый — отменить одно решение: применённое действие или весь запуск разворачиваются в течение 24 часов, и бюджет возвращается к прежнему значению. Второй — опустить правило на ступень: из автоматического режима в подтверждение, из подтверждения в "только показать". Третий — главный рубильник: автоматизация по умолчанию выключена, и её выключение никогда не удаляет ваши правила, а только останавливает их работу.

Какой уровень применять, зависит от того, единичная ошибка или системная. Одно неожиданное действие на одной кампании — отмените решение и продолжайте. Две подряд неверные решения одного типа — опустите правило на ступень. Несколько правил ведут себя странно одновременно — проблема не в правилах, а в слое данных: выключайте главный рубильник и проверяйте синхронизацию.

Есть и тихая форма отказа — правило, которое не срабатывает вообще. Правило, долго не дающее результатов, обычно сломано: порог выставлен недостижимо или охват опустел. Rocketly уведомляет ответственных за маркетинг, когда правило подряд не даёт результата, — сломанная автоматизация не ждёт молча в фоне.

Какие привычки ломают постепенное включение?

Первая — сокращать лестницу. Когда первая неделя проходит хорошо, желание перепрыгнуть вторую и третью ступень и сразу уйти в автомат очень сильное, а уступка этому желанию превращает постепенное включение в обряд. Вторая — править правило посреди ступени. Поменяете порог или окно данных на середине — наблюдение обесценится; если изменение действительно нужно, обнулите ступень и начните её заново.

Третья — одновременно расширять охват и менять правило. Новая площадка, новый тип кампании и больший охват на одной неделе делают атрибуцию невозможной. Четвёртая — откладывать измерительную обвязку: если именование кампаний и отслеживание кампаний через UTM-метки непоследовательны, вы не отделите затронутые кампании от нетронутых ни в одном отчёте. Пятая — считать данные здоровыми по умолчанию: правило, построенное до проверки свежести синхронизации, покрытия за 28 дней и валюты аккаунта, принимает решения по устаревшим цифрам.

У команд, которые относятся к ступеням серьёзно, есть общая привычка: они фиксируют не то, что правило сделало, а почему оно это сделало. Когда у каждого действия записаны причина и результат, вопрос "почему упал этот бюджет" через три месяца не превращается в гадание. Если хотите попробовать первое правило в режиме "только показать" на небольшой части кампаний, заведите аккаунт в Rocketly и запустите его, не тронув ни одного бюджета.

Частые вопросы

Сколько должна длиться первая ступень?

Минимум полную неделю данных: разница между днями недели сама по себе способна увести метрику и выше, и ниже порога. Срок необходим, но недостаточен: ступень заканчивается тогда, когда каждое решение из списка прочитано и оспорено.

Кампаний мало, и 10% — это одна кампания. Что делать?

В маленьких аккаунтах делите не охват, а режим. Запустите правило на всех кампаниях в режиме "только показать": ничего не изменится, но список решений станет настоящим. Когда доверие появится, переходите сразу к подтверждению.

Бэктест чистый. Ступени всё равно нужны?

Да. Бэктест показывает, что правило сделало бы в прошлом, но не показывает, как сместятся бюджет и показы после применённого действия. Эффекты второго порядка видны только при реальной работе правила.

За чем следить после перехода в автоматический режим?

За тремя вещами: сколько решений потребовали отката, сколько изменений обрезали ограничители и не замолчало ли правило. Все три сигнализируют о поломке логики намного раньше, чем сводные метрики аккаунта.