Auto-rules ломаются не на настройке, а на плохих порогах и логике триггеров

Auto-rules ломаются не на настройке, а на плохих порогах и логике триггеров

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

Главная ошибка — строить правило на одной метрике без контекста. Например, «если расход > X, выключить» почти всегда даёт ложные срабатывания. Нужны связки условий: минимальное число кликов, окно времени, статус события в CRM, а иногда и исключение по аудитории. Тогда правило реагирует не на шум, а на структуру трафика.

Второй слой — ограничения. Любое авто-правило должно иметь потолок по числу срабатываний, отложенный запуск и список исключений. Иначе кабинет начинает сам себя оптимизировать до нуля: режет тесты, не даёт собраться статистике и сдвигает обучение в пустоту.

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