Конфликтующие правила рекламы: два сценария на один бюджет

Вторник, 09:14. Специалист по перформансу открывает список кампаний и видит, что за ночь бюджет одной кампании менялся трижды: в 02:00 вырос, в 04:00 упал, в 06:00 снова вырос. К панели никто не прикасался. Причина — два правила автоматизации. Одно говорит: «если ROAS за 7 дней выше цели, поднять бюджет на двадцать процентов». Второе: «если CPA за 3 дня выше лимита, срезать бюджет на двадцать процентов». Каждое право в своём окне, а вместе они раскачивают кампанию так, что ни один результат уже нельзя никому приписать. (Цифры приведены для примера.)

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

Что происходит, когда два правила трогают одну кампанию?

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

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

Когда что-то ломается, команда обычно винит правило. Но два правила могут быть верны по отдельности и ошибочны вместе. Конфликт — это не дефект правила, а дефект портфеля: никто не описал, как правила соотносятся друг с другом.

Откуда берётся конфликт: охват, метрика и окно

На практике источников три. Первый — область действия. Если два правила нацелены на одну кампанию, одну группу объявлений или один тег, они пишут в один объект. Когда области заданы частично пересекающимися множествами вроде «все кампании e-commerce» и «все кампании по России», пересечение не видно глазом: в списках эти правила нигде не стоят рядом.

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

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

Какой тип конфликта чем именно вредит?

Если считать все конфликты одинаковыми, чинить их труднее. Разбивка ниже сокращает путь от симптома в панели до нужного исправления.

Тип конфликта	Как выглядит в панели	Первое исправление
Противоположные действия	Бюджет за день ходит вверх и вниз	Развести области, зафиксировать порядок
Подряд в одну сторону	Бюджет за несколько часов вырастает кратно	Задать паузу между действиями и лимит шага
Цикл «стоп — запуск»	Кампания встаёт и стартует, обучение сбрасывается	Перевести остановку в очередь согласования
Разные окна	Одна метрика даёт два обратных решения	Ввести единый стандарт окон
Разные уровни	Правка кампании перекрывает уровень групп	Держать метрику на одном уровне

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

Решает ли конфликт заданный порядок выполнения?

Частично. Фиксированный порядок оценки правил убирает случайность внутри одного прогона. В «Рекламной автоматизации» Rocketly правила выполняются в заданном вами приоритете, а порядок меняется перетаскиванием — так строится иерархия вида «сначала защитные правила, затем масштабирующие». Когда защитное правило отработало первым, масштабирующее не открывает бюджет, который только что срезали.

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

Логика та же, что в распределении на стороне продаж. Правила назначения, ведущие нужный лид нужному менеджеру, тоже проверяются по очереди, и выигрывает первое совпадение; никто не проектирует систему, где один лид достаётся двум правилам сразу. Рекламному бюджету нужна та же гарантия: один объект — одно решение за прогон.

Как guardrail защищает правила друг от друга?

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

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

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

Можно ли увидеть конфликт до включения правила?

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

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

Четвёртый шаг — поэтапный запуск: сначала небольшая доля кампаний, сравнение эффекта, потом масштабирование. Та же логика возникает при выборе платформ автоматизации в целом: вопрос «можно ли протестировать сценарий до боевого запуска», который вы задаёте, сравнивая Zapier и Make, в правилах, двигающих деньги, стоит несопоставимо дороже.

Как разбирать инцидент после конфликта?

Если конфликт уже случился, нужны ответы на три вопроса: какое правило что и когда сделало, почему сделало и что было дальше. В «Рекламной автоматизации» каждое действие логируется с причиной и результатом, то есть в записи остаётся и формулировка условия, и значение метрики на момент срабатывания. Без такого журнала обсуждение упирается в «ночью что-то произошло».

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

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

Какая дисциплина написания правил снимает конфликт заранее?

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

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

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

Кто владеет правилом и кто разбирает конфликт?

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

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

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

Где остановить автоматизацию и вернуть решение человеку?

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

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

Если хотите собрать портфель правил сразу с проверкой конфликтов, предпросмотром и откатом, откройте бесплатный аккаунт Rocketly и запустите первые правила в режиме «только показать».

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

Могут ли два правила смотреть на одну кампанию?

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

Полностью ли порядок выполнения снимает конфликты?

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

Что делать, если конфликтующее правило поставило неверный бюджет?

Отдельное решение или весь прогон можно развернуть в течение 24 часов, бюджет вернётся к прежнему значению. После этого по журналу смотрят, какое условие и при каком значении сработало, и правят правило на уровне области или окна, а не подкручивают порог.

Сколько правил считается избыточным?

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