Попередній перегляд, тестовий та бойовий режими

Автоправило змінює реальні бюджети, тому в 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» конфліктом версій не блокуються — зупинити правило можна завжди.

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

• Автоправила — всі статті розділу

• Підготовка: профілі, дозвіл на зміни і дані

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

• Розклад, захисти і пріоритети

• Журнал: прогони, «Чому?» і відкат

• Чому правило не спрацювало