Предпросмотр, тестовый и боевой режимы

Автоправило меняет реальные бюджеты, поэтому в Adset.pro у него три ступени проверки: предпросмотр черновика прямо в конструкторе, тестовый режим (Dry-run), в котором правило работает по расписанию, но ничего не меняет, и только потом боевой режим (Live). В этой статье — что показывает каждая ступень, как перевести правило в бой и как его остановить, вернуть в тест, удалить или отредактировать.

Два независимых переключателя

У правила есть состояние («Включено» / «Выключено») и режим («Dry-run» / «Live»). Они меняются отдельно:

Важно. Новое правило — из шаблона или с нуля — всегда создаётся выключенным и в режиме Dry-run. Кнопка сохранения нового правила так и называется: «Создать в dry-run». Сразу создать боевое правило нельзя.

Предпросмотр черновика

Шаг «Предпросмотр» конструктора показывает, что правило сделало бы прямо сейчас в одном кабинете. Ничего не применяется и не записывается в журнал. Предпросмотр работает и для нового черновика, и для несохранённых правок существующего правила.

• Если в правиле несколько кабинетов, выберите кабинет в списке над предпросмотром — он считается по одному кабинету за раз.

• Кнопка «Рассчитать» строит предпросмотр, переключатель «Обновлять автоматически» пересчитывает его примерно через 1,5 секунды после каждой правки. Если вы поменяли черновик, а предпросмотр ещё старый, рядом будет пометка «Черновик изменился».

• Пока в шагах есть ошибки, предпросмотр не строится: «Исправьте ошибки в шагах, чтобы построить предпросмотр» и список проблем с номерами шагов.

Что показывает предпросмотр

Предупреждения предпросмотра

Чего предпросмотр не показывает

• Других правил кабинета. Предпросмотр считает одно правило. Конфликты с другими правилами (пауза сильнее, приоритеты) видны только в журнале после реальных прогонов.

• Историю нового правила. У нового черновика нет прошлых действий, поэтому перерыв после действия и лимит в сутки в предпросмотре не срабатывают. У сохранённого правила они учитывают его прошлые действия.

• Может ли кабинет вообще менять объекты. Есть ли у кабинета профиль с разрешением на изменения, видно на шаге «Название и кабинеты»: метки «Только Chrome-плагин» и «Изменения запрещены».

• Чужие объекты в лимите бюджета кабинета. Сумма бюджетов для лимита в предпросмотре считается по объектам, которые видите вы; при ограниченном доступе к кабинету она может быть меньше реальной.

Совет. Для сохранённого правила есть ещё один инструмент — вкладка журнала «Почему не сработало сейчас?»: вводите ID объекта и видите, попадает ли он в правило, какой фильтр его отсёк и что даёт каждое условие. Подробнее — в статье «Журнал».

Тестовый режим (Dry-run)

Включённое правило в режиме Dry-run работает по расписанию как боевое, но в Facebook ничего не меняет. Подсказка конструктора: «Dry-run: правило только записывает в журнал, что сделало бы; в Facebook ничего не меняется».

Что происходит в тесте:

• правило отбирает объекты, считает метрики и условия, проверяет свежесть данных, применимость, паузу после ручного изменения, границы бюджета, лимит роста и лимит бюджета кабинета — всё как в бою;

• симуляция учитывает боевые правила кабинета: если в бою пауза другого правила победила бы повышение бюджета тестового правила, журнал это покажет;

• действия, которые выполнились бы, пишутся в журнал с исходом «Симуляция (dry-run)», пропущенные — со своими причинами;

• уведомления приходят с пометкой тестового режима — в заголовке «test run», в тексте «test mode» и «Nothing was changed — switch the rule to Live»; такое уведомление по кабинету приходит не чаще раза в 6 часов;

• тестовые правила не мешают боевым и не занимают объекты;

• разрешение профиля на изменения для теста не нужно.

Чем тест отличается от боя:

• Правило не запоминает свои действия. Перерыв после действия и лимит действий в сутки в тесте не сдерживают повторы: если условие держится, «Симуляция» по одному и тому же объекту будет появляться в каждом прогоне. В бою после первого действия правило ждало бы перерыв. Оценивайте тест по числу разных объектов, а не по числу записей.

• Нет сверки с Facebook перед изменением и нет включений в 00:00 после паузы до конца дня.

Совет. Держите правило в тесте день-два, а для правил на «вчера» и «N полных дней» — минимум двое суток: так вы увидите и дневные, и утренние прогоны. Смотрите, на какие объекты оно срабатывает, нет ли ложных срабатываний на живых адсетах, и сколько действий было бы за сутки.

Перевод в боевой режим (Live)

Кто может

Администратор платформы может всё. Кроме роли нужна фича тарифа «Автоправила Meta».

Как перевести

• В конструкторе — кнопка «Перевести в live» в шапке правила. Сначала сохраните или отмените правки: «Сначала сохраните или отмените изменения».

• В списке правил — переключатель режима в строке правила или массовое действие «Сменить режим» для выбранных правил.

Перевод всегда требует подтверждения. В конструкторе — «Разрешить правилу менять объекты в Facebook?» со списком кабинетов, в списке — «Перевести в live?» или «Включить live-правило?». Включённое правило начнёт действовать на ближайшем запуске по расписанию; выключенное — только после включения.

При переводе система ещё раз проверяет правило:

• конфигурация проходит текущие проверки целиком (если правило давно сохранено и с тех пор правила проверки изменились, его придётся поправить);

• все кабинеты правила доступны и вам, и владельцу правила — иначе «Часть кабинетов правила вам недоступна, поэтому его нельзя включить или перевести в live» или «…недоступна его владельцу…»;

• владелец правила — активный участник команды (правило работает от его имени и видит только его кабинеты).

Даже в бою правило ничего не изменит в кабинете, если:

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

• правило читает метрики трекера, а атрибуция кабинета не настроена — «Пропущено: неприменимо — Атрибуция трекера для кабинета не настроена».

Чек-лист перед переводом в Live

1. Правило отработало в тесте хотя бы день-два, и в журнале нет ложных срабатываний на живых объектах.

2. В предпросмотре по каждому кабинету нет «Атрибуция трекера не настроена»; если есть «покрывает только часть трафика» — вы понимаете, какие источники не передают ID.

3. Данные свежие: нет «Данные отстают…», в журнале нет прогонов «Пропущен: устаревшие данные».

4. На шаге «Название и кабинеты» нет меток «Только Chrome-плагин» и «Изменения запрещены»; на профилях кабинетов включено разрешение на изменения.

5. Счётчик «Сейчас под правилом» на шаге «Какие объекты» показывает ожидаемое число объектов, нет предупреждений «больше 500» и «обработает только первые 5000».

6. Бюджеты: суммы в валюте каждого кабинета, у повышений реальный максимум, задан лимит бюджета кабинета, нет предупреждения о разных валютах (или вы его осознанно приняли).

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

8. Расписание и окна активности — в часовом поясе каждого кабинета, а не в вашем.

9. Приоритет согласован с другими боевыми правилами этих кабинетов (стоп-лоссы — выше скейла).

10. В «Уведомлять о событиях» включены «Ошибки», а к действиям на первое время добавлено «Уведомить».

11. Начните с одного кабинета: оставьте в правиле один кабинет и переведите его в бой, остальные кабинеты добавьте после первых суток.

Пауза правила

Кнопка «Выключить» в конструкторе или «Поставить на паузу» в списке (а также массовое действие) останавливает правило.

• Остановить правило можно всегда — даже если его конфигурация уже не проходит текущие проверки или его только что изменил кто-то другой.

• Новых прогонов не будет; уже сделанные действия остаются в журнале, их можно откатить.

• Объекты, которые правило поставило на паузу до конца дня, всё равно включатся в 00:00. Запланированные включения видны на вкладке журнала «Отложенные включения».

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

Возврат в тестовый режим

Кнопка «Вернуть в dry-run» в конструкторе или «Перевести в dry-run» в списке. Подтверждения не требуется, вернуть тест можно в любой момент.

• Со следующего прогона правило перестаёт менять объекты и снова только пишет «Симуляцию».

• Уже применённые действия остаются в журнале, их можно откатить.

• Запланированные включения в 00:00 после паузы до конца дня выполнятся.

Удаление

Удалить правило можно из списка (действие в строке или массовое удаление) с подтверждением: «Правило будет поставлено на паузу и перенесено в удалённые. Журнал сохранится».

• Удалённое правило выключается и больше не запускается. Найти его можно фильтром «Удалённые» → «Только удалённые» или «С удалёнными».

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

• Журнал сохраняется: записи действий хранятся 90 дней, прогоны — 180 дней.

• Запланированные включения в 00:00 выполнятся и после удаления.

• Для удаления нужно право на удаление: «Ваша роль не может удалять правила».

Редактирование и конфликт версий

• Правка открывается в том же конструкторе. Изменения начинают действовать со следующего прогона. Если правило изменили в момент, когда по нему шёл прогон, этот прогон пропускается с причиной «Правило изменили во время прогона».

• Включённое боевое правило может менять только роль с правом на Live. Без него правило открывается в режиме просмотра: «Правило включено в режиме live: чтобы изменить его, нужно право на live».

• Название правила уникально в команде: «В команде уже есть правило с таким названием».

• Уровень сохранённого правила сменить можно, но условия и действия проверяются заново — часть из них может стать недоступной на новом уровне.

• Защиты от ухода со страницы с несохранёнными правками нет — сохраняйте перед уходом.

«Правило изменил другой пользователь»

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

• Перед перезагрузкой выпишите свои значения: после неё вы увидите чужую версию и внесёте правки поверх неё.

• Кнопки «Включить» и «Перевести в live» тоже привязаны к версии: включается ровно та конфигурация, которую вы видели. Если её успели изменить, в списке появится «Правило изменили, пока был открыт список. Строка обновлена — проверьте её состояние и повторите действие».

• «Поставить на паузу» и «Перевести в dry-run» конфликтом версий не блокируются — остановить правило можно всегда.

Читайте также

• Автоправила — все статьи раздела

• Подготовка: профили, разрешение на изменения и данные

• Список правил

• Расписание, защиты и приоритеты

• Журнал: прогоны, «Почему?» и откат

• Почему правило не сработало