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

Автоправило приймає рішення на основі даних Adset.pro: витрати надходять з Facebook через соціальні профілі, а депозити та дохід — з трекера. Якщо одна з цих частин не налаштована, правило або нічого не зробить, або, що гірше, зробить не те. Наприклад, вирішить, що у всіх адсетів нуль депозитів. У цій статті — що перевірити до першого правила і особливо до переведення правила в live.

Чек-лист

1. Соціальний профіль і спосіб підключення

Правило працює з кабінетами, які підключені до Adset.pro через соціальні профілі. Від способу підключення залежить, чи зможе правило не тільки читати дані, але й змінювати кампанії в Facebook.

Якщо кабінет підключений через кілька профілів, правило само вибере профіль для змін. Спочатку — профіль з Dev-токеном, потім «Додаток Meta», потім антидетект-агент. Профілі на плагіні для змін не використовуються ніколи. Підходить тільки профіль, який:

• активний (перемикач «Активний» в картці, а не «Пауза») і не втратив авторизацію;

• дозволяє зміни автоправилам (розділ 2);

• видимий власнику правила. Правило працює від імені власника: профілі, яких власник не бачить, для нього не існують.

Приклад. Кабінет act_1234567890 підключений двома профілями: баєр збирає витрати через плагін, а тімлід завів для цього ж кабінету профіль на Dev-токені і включив на ньому дозвіл. Правило тімліда буде змінювати кампанії через Dev-токен. Правило з тими ж умовами, але тільки з профілем на плагіні, зможе лише повідомляти.

Якщо Facebook відхилить токен або права профілю, власник профілю отримає повідомлення з посиланням на соціальні профілі. У журналі правила така дія буде з виходом «Помилка токена» або «Пропущено: немає прав».

Як підключити профіль кожним способом — в статті «Управління соціальними профілями та типами підключень».

Порада. У конструкторі правила на кроці «Назва і кабінети» поруч з кабінетом видні помітки «Тільки Chrome-плагін» і «Зміни заборонені». Це найшвидший спосіб перевірити, чи зможе правило змінювати кабінет в live.

2. Дозвіл на зміни в профілі

Навіть профіль з Dev-токеном не дасть правилу змінювати кампанії, поки власник профілю або керівництво команди цього явно не дозволили. За замовчуванням дозвіл вимкнено.

Де включити:

1. Відкрийте Meta / TikTok → Соціальні профілі.

2. Відкрийте потрібний профіль Facebook на редагування. Перемикач є тільки у вже збереженого профілю.

3. На вкладці «Основне» включіть «Дозволити автоправилам змінювати статуси та бюджети кампаній цього профілю».

4. Збережіть профіль.

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

• У профілю на браузерному плагіні перемикач теж є, але дії, як і раніше, не виконуються. Картка попередить: «Профілі на Chrome-плагіні дії не виконують: правила по їх кабінетах будуть тільки повідомляти.»

• Дозвіл прив'язаний до способу підключення. Якщо спосіб підключення профілю зміниться, картка попередить про це. Керівник підтверджує дозвіл для нового способу тим же збереженням. Якщо зберігає користувач без права включати дозвіл, воно перестає діяти, поки його знову не включить власник команди, тімлід або адмін.

• Без дозволу в журналі live-правила буде вихід «Пропущено: немає профілю для змін» з причиною «Зміни автоправилами вимкнені у профілях», а в колонці «Останній прогон» списку правил — тег з попередженням.

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

3. Маппінг макросів в джерелі трафіку

Витрати правило бере з Facebook, а депозити і дохід — з трекера. Щоб зв'язати одне з іншим, в кліку повинні приходити ID кампанії, адсета і оголошення Facebook. За це відповідає маппінг макросів в джерелі трафіку: {{campaign.id}}, {{adset.id}} і {{ad.id}}.

Без маппінга правило бачить у об'єктів нуль інсталлів, нуль депозитів і нульовий дохід. Для стоп-лосса це катастрофа: він вирішить, що жоден адсет не приніс депозитів, і вимкне всі, у яких витрати вище порогу.

Який макрос потрібен

Маппінг потрібен, тільки якщо правило читає метрики трекера: інсталли, реєстрації, депозити, редепозити, дохід, CPI, ціну реєстрації, CPD, CR, прибуток, ROI, ROAS. Правилам тільки на метриках Facebook — витрати, покази, кліки, CPC, CTR, CPM — і на атрибутах об'єкта він не потрібен. Наприклад, шаблони «Вигоряння креативу» і «Стрибок CPM» працюють і без маппінга.

Які джерела перевіряються

У кожного соціального профілю є обов'язкове поле «Джерело» — джерело трафіку, який ви ллєте з цього акаунта. Правило перевіряє маппінг в джерелах всіх профілів, через які підключений кабінет. Можливі три стани:

Важливо. Часткова атрибуція небезпечніша, ніж здається. Якщо в кабінеті два джерела і тільки одне передає {{ad.id}}, оголошення другого джерела для правила «без інсталлів». Шаблон «Вимкнення оголошень без інсталлів» вимкне їх, як тільки витрати перевищать поріг. Виправте маппінг або звузьте область дії правила до кампаній, які йдуть через налаштоване джерело.

Як налаштувати маппінг і перевірити, що він працює — в статті «Налаштування джерел трафіку для коректного маппінга».

4. Свіжість даних

Правило не приймає рішення на основі застарілих цифр. Перед кожним прогоном воно перевіряє, на який момент у нього є дані. Це старіша з двох міток:

• остання успішна синхронізація витрат Facebook по профілях кабінету — її частоту задає інтервал синхронізації в профілі (15 хвилин, 30 хвилин або година, в залежності від тарифу);

• останнє оновлення конверсій трекера — воно відбувається приблизно раз в 15 хвилин.

Якщо дані старші порога «Допустиме відставання даних» (за замовчуванням 90 хвилин, можна задати від 15 хвилин до доби на кроці «Захисти та сповіщення»), прогон пропускається зі статусом «Пропущено: застарілі дані». У журналі, в колонці «Дані», видні відставання, поріг і причина:

Нюанси, про які варто знати:

• Мітка синхронізації загальна для профілю. Якщо при синхронізації витрат Facebook не віддав дані хоча б по одному кабінету профілю, мітка не оновлюється, і «відстаючими» можуть стати всі кабінети цього профілю.

• Профілі на браузерному плагіні присилають дані, тільки поки відкритий браузер з розширенням. Якщо у такого профілю кілька кабінетів, прогони по ним можуть пропускатися як застарілі навіть при працюючому плагіні.

• Поріг повинен бути помітно більшим інтервалу синхронізації витрат. При синхронізації раз на годину поріг 60 хвилин буде пропускати значну частину прогонів.

Порада. Щоб дізнаватися про пропуски одразу, включіть на кроці «Захисти та сповіщення» подію «Застарілі дані» в «Сповіщати про події». За замовчуванням воно вимкнене. Такі сповіщення приходять не частіше разу в 6 годин по одному кабінету.

Окремо від свіжості є затримка депозитів: депозит може прийти через години після кліка, тому дохід за останні години завжди занижений. Це не помилка синхронізації, а властивість воронки. Як це враховувати в умовах — в статті «Умови: метрики, вікна, атрибуція і порівняння».

5. Валюта і часовий пояс кабінету

Валюта

• Якщо в правилі кабінети в різних валютах, конструктор попередить: «У кабінетів різні валюти (…): ліміти бюджетів застосовуються як число в валюті кожного кабінету. Витрати і дохідні метрики — в USD.» Ліміт «Не вище 500» значить 500 доларів в одному кабінеті і 500 гривень в іншому.

• В шаблонах скейла і урізання ліміти бюджету за замовчуванням — 500 і 20. Вони розраховані на валюти, такі як USD і EUR. Для кабінетів в UAH, JPY, IDR, KRW, VND та подібних валютах їх обов'язково потрібно змінити.

• Якщо валюта кабінету невідома, бюджетні дії по ньому пропускаються з причиною «Невідома валюта кабінету».

Порада. Якщо у вас кабінети в різних валютах, а правило змінює бюджети, розділіть його на окремі правила по валютах — так ліміти будуть зрозумілі з першого погляду.

Часовий пояс

Всі «календарні» речі правило рахує в часовому поясі кожного кабінету — так само, як Facebook в Ads Manager:

• розклад і вікна активності: правило «кожен день о 09:00» на кабінетах в різних часових поясах спрацює в різний час;

• вікна метрик «Сьогодні», «Вчора», «Останні N днів»;

• «Пауза до кінця дня» — об'єкт включається о 00:00 за часом кабінету;

• ліміт «Дій на об'єкт за добу».

Часові пояси вибраних кабінетів видні в конструкторі на кроці «Розклад». Якщо часовий пояс кабінету невідомий, прогон пропускається з причиною «Невідомий часовий пояс кабінету».

6. Історія даних і «тільки нові об'єкти»

Правило бачить дані тільки з моменту, коли кабінет підключили до Adset.pro. Це важливо для фільтра «Тільки нові об'єкти»: вік об'єкта відраховується від першої витрати. Якщо об'єкт витрачав ще до підключення кабінету, справжня перша витрата невідома. Такий об'єкт в «тільки нові» не потрапляє, а лічильник «Зараз під правилом» покаже його як об'єкт з невідомим віком. Докладно — в статті «Область дії: кабінети, рівень, маски імен і «тільки нові»».

7. Ролі та тариф

• В тарифі команди повинна бути фіча «Автоправила Meta (бета)».

• Створювати правила і переводити їх в live можуть власник команди, тімлід і техспеціаліст; баєр тільки дивиться.

• Дозвіл на профілі включають власник команди, тімлід або адмін.

Повна таблиця прав — в огляді розділу «Автоправила».

Підсумок: чи все готово до live

1. Профіль кабінету підключений через Dev-токен або антидетект-агент, активний, синхронізується без помилок.

2. На профілі включено «Дозволити автоправилам змінювати статуси та бюджети кампаній цього профілю».

3. В джерелах всіх профілів кабінету замаплений макрос ID того рівня, на якому працює правило.

4. У попередньому перегляді правила немає попереджень про застарілі дані та атрибуцію.

5. Бюджетні ліміти в правилі перевірені в валюті кожного кабінету.

6. Правило відпрацювало день-два в тестовому режимі, і рішення в журналі вас влаштовують — див. «Швидкий старт» і «Попередній перегляд, тестовий і бойовий режими».