Алерты рекламной кампании: как замечать проблему, а не создавать шум

Редакция mevrica

Аналитика5 мин чтения

Обновлено 1 августа 2026 г.

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

Короткое правило

Сначала докажите, что данные полны и созрели. Затем оценивайте бизнес-метрику. Иначе система будет будить медиабайера из-за задержавшегося postback или неполного часа.

Два слоя мониторинга

Слой данных

Он отвечает на вопрос, можно ли доверять отчёту. Контролируются свежесть последнего события, разрыв между отправителем и получателем, доля строк без обязательного идентификатора, дубли, неизвестные статусы и отклонение времени получения от времени события. Если этот слой красный, CPA и ROI не интерпретируют как изменение качества.

Слой кампании

Он проверяет доставку и экономику: расход, показы, клики, валидные переходы, созревшие конверсии, cap, pacing и защитные показатели качества. Сигнал строят на том участке, где команда может вмешаться. Например, рост CPM требует другой реакции, чем потеря click_id при стабильном объёме.

Спецификация одного алерта

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

1. Объект: кампания, источник, placement, GEO, креатив или интеграция.
2. Метрика и точный числитель со знаменателем.
3. Окно события и часовой пояс.
4. Условие зрелости данных.
5. Базовая линия или план, с которым идёт сравнение.
6. Минимальный объём, ниже которого решения нет.
7. Порог входа и отдельное условие восстановления.
8. Длительность нарушения до отправки.
9. Ключ дедупликации и период тишины.
10. Владелец, канал, срочность и первый диагностический шаг.

Почему одного процента недостаточно

Правило «CTR упал на 20%» не сообщает, был ли трафик, сопоставимы ли часы и какова обычная дисперсия. На десяти показах один клик меняет показатель сильнее, чем реальное ухудшение на крупном placement. Добавьте минимальный знаменатель, сопоставимый временной слот и устойчивое нарушение в нескольких последовательных окнах.

Для редких конверсий лучше контролировать не мгновенный CPA, а промежуточные ступени и созревшие когорты. Текущий час можно использовать для расхода и кликов, но решение по approved-конверсиям принимают только после фактического окна задержки.

Составные условия

Хороший алерт часто соединяет две независимые проверки. Расход растёт и валидных кликов нет. Клики есть, но доля строк с click_id вышла за допустимую границу. Конверсии упали, при этом входной объём и задержка postback нормальны. Составное условие отсеивает ситуации, где одна метрика изменилась по ожидаемой причине.

Пример: расход без реакции

Объект — campaign_id. Окно — последние 30 завершённых минут по occurred_at. Сигнал возможен, если расход выше внутреннего минимального объёма, показы поступают, валидных кликов нет, а задержка загрузки расходов и кликов находится в норме. Первое действие — проверить URL, модерационный статус, placement и событие клика; автоматическое отключение разрешено только отдельным правилом.

Пример: угроза дневному cap

Система сравнивает накопленные approved или иные определённые условиями события с cap, оставшееся время дня в часовом поясе оффера и текущую скорость. Уведомление должно показывать прогноз момента достижения лимита и кампании, создающие темп. Просто сообщить «использовано 80%» недостаточно: в 23:40 это может быть нормой, а в 10:00 — риском перелива.

Пример: потеря postback

Сигнал возникает, когда клики и верхняя конверсия продолжаются, но контрольная сумма закрытого интервала расходится между границами интеграции. В уведомление входят start/end полуоткрытого интервала, первый проблемный сегмент, число missing и extra ID. Решение не предлагает массово дослать всё: сначала проверяется идемпотентность.

Дедупликация и эскалация

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

Что можно автоматизировать

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

Не смешивайте сигнал и решение

Алерт сообщает доказанное нарушение и контекст. Команда отдельно определяет действие. Если уведомление сразу рекомендует «выключить всё» без оценки задержки и объёма, оно умножает ущерб.

Как тестировать правила до включения

1. Прогнать правило на истории без отправки уведомлений.
2. Посчитать, сколько сигналов пришлось бы на день и на владельца.
3. Разобрать вручную все срабатывания за несколько типичных периодов.
4. Проверить праздники, смену часового пояса, нулевой трафик и задержку источника.
5. Смоделировать восстановление и повторное нарушение.
6. Включить сначала в информационном режиме и только затем разрешать автоматическое действие.

Карточка инцидента

• Что сломалось и когда началось по occurred_at
• Какие объекты и денежные потоки затронуты
• Почему данным можно доверять или почему нельзя
• Текущее значение, база и минимальный объём
• Ссылка на график с уже выбранным сегментом
• Первый безопасный шаг и владелец
• Условие закрытия и ссылка на postmortem

Вывод

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