Автоправила
Автоправила — це автоматичне управління рекламою Facebook (Meta) за зв'язкою «витрати майданчика + конверсії та дохід трекера». Правило за розкладом перевіряє кампанії, адсети або оголошення і самостійно робить те, що баєр зазвичай робить руками: ставить на паузу збиткове, включає назад, підвищує бюджет прибуткового, урізає слабке або надсилає сповіщення.
Головна відмінність від правил Ads Manager: автоправило Adset.pro бачить дохід трекера. Воно порівнює витрати з Facebook з інсталами, депозитами, доходом, CPD, ROI та ROAS з трекера. Тому правило може сказати, наприклад: «постав адсет на паузу до кінця дня, якщо сьогодні він витратив більше двох цільових CPD, а сьогоднішні кліки не дали жодного депозиту». Правило в Ads Manager так не вміє — воно нічого не знає про ваші депозити.
Де знайти: меню Meta / TikTok → Автоправила.
Важливо. Не плутайте з пунктом «Автоправила» в розділі «Трекер» — там правила TDS для роздачі трафіку. Це інша функція з окремою фічею тарифу.
Які завдання вирішують автоправила
Завдання | Як це виглядає в роботі | Готовий шаблон |
|---|---|---|
Стоп-лосс | Новий адсет зранку відкручує бюджет, а депозитів немає. Поки ви спите або зайняті іншими зв'язками, правило ставить його на паузу до кінця дня, а опівночі за часом кабінету включає знову | «Стоп-лосс: немає депозитів сьогодні» |
Вимкнення порожніх оголошень | Оголошення з запуску витратило більше порогу (за замовчуванням $20) і не дало жодного інсталу — креатив не працює, правило вимикає його | «Вимкнення оголошень без інсталів» |
Скейл | Адсет вчора і останні три дні в плюсі за ROI — правило раз на день підвищує денний бюджет (за замовчуванням на 20 %), але не вище заданого максимуму | «Масштабування прибуткових» |
Урізання | Зв'язка три дні в мінусі, але вимикати її шкода — правило знижує денний бюджет (за замовчуванням на 30 %), але не нижче мінімуму | «Урізання збиткових» |
Контроль нових кампаній | Кампанія молодша трьох днів витратила більше порогу і не принесла жодного депозиту — вам приходить сповіщення, рішення залишається за вами | «Нагляд за новою кампанією» |
Сповіщення про проблеми | CTR креатива помітно впав відносно минулих днів, CPM адсета підскочив відносно вчора, CPI в півтора рази вище цільового — правило нічого не змінює, а повідомляє | «Вигоряння креатива», «Стрибок CPM», «Дорогі інстали» |
Шаблони — лише відправна точка: будь-яке правило можна зібрати з нуля в конструкторі з своїх умов і дій. Детальніше — в статті «Шаблони правил».
Як це працює: шлях одного прогону
Кожна перевірка правила по одному кабінету називається прогоном. Прогон проходить сім кроків:
Перевірка за розкладом. Система кожні 5 хвилин дивиться, яким правилам пора запускатися. Розклад у кожного правила свій (не частіше разу в 15 хвилин) і рахується в часовому поясі кожного кабінету: одне правило на кабінетах в Європі та в Азії спрацює в різний час.
Перевірка свіжості даних. Якщо витрати з Facebook або конверсії трекера відстають більше допустимого (за замовчуванням 90 хвилин), прогон пропускається — правило не приймає рішень по старим цифрам. Причина видна в журналі.
Область дії. Правило збирає об'єкти, з якими працює: вибрані кабінети, рівень (кампанії, адсети або оголошення), фільтри за іменем, статусом, віком та іншими ознаками. Нові об'єкти підхоплюються самі, «постарілі» самі виходять з правила.
Умови. Для кожного об'єкта рахуються метрики в заданих вікнах («сьогодні», «вчора», «останні 3 дні» тощо) і порівнюються з порогами. Якщо значення невідоме (наприклад, даних немає), об'єкт не чіпається.
Захисти та конфлікти. Перед дією правило перевіряє захисти: перерва після останньої дії, ліміт дій на об'єкт за добу, нещодавня ручна правка, ліміт бюджету кабінету. Якщо на один об'єкт претендують кілька правил, перемагає більший пріоритет, а пауза завжди сильніше включення та підвищення бюджету.
Дія. У бойовому режимі (Live) зміна йде в Facebook через соціальний профіль, на якому це дозволено. У тестовому режимі (Dry-run) правило тільки записує, що зробило б.
Журнал і сповіщення. Прогон і кожне рішення потрапляють у журнал правила разом з поясненням «Чому?»: значення метрик, вікно, поріг. Власник правила отримує сповіщення.
Приклад. Правило «Стоп-лосс: немає депозитів сьогодні» з цільовим CPD $30 перевіряє нові активні адсети кожні 30 хвилин. О 14:30 за часом кабінету адсет «nutra_video_03» витратив $64, а сьогоднішні кліки не принесли жодного депозиту. Умова «витрати сьогодні більше $60 і депозитів 0» виконана. Правило ставить адсет на паузу до кінця дня, пише в журнал значення метрик і надсилає сповіщення. О 00:00 за часовим поясом кабінету адсет включається знову. Якби правило було в тестовому режимі, в журналі з'явився б той самий запис з виходом «Симуляція (dry-run)», а адсет продовжив би крутитися.
Ключові поняття
Поняття | Що означає | Де в інтерфейсі |
|---|---|---|
Рівень | На яких об'єктах працює правило: кампанії, адсети або оголошення. Одне правило — один рівень | Крок «Назва та кабінети» → «Рівень» |
Область дії | Які саме об'єкти перевіряє правило: кабінети (до 50), фільтри (маски імен, статус, «Тільки нові об'єкти» тощо), об'єкти, додані вручну, та виключення. У журналі та попередньому перегляді це число підписано «В скоупі» | Крок «Які об'єкти», лічильник «Зараз під правилом» |
Умова | Метрика, вікно, порівняння та поріг, наприклад «CPD за 3 дні до сьогодні більше $25». Умови об'єднуються через «І» та «АБО» | Крок «Умови» |
Вікно | Період, за який рахується метрика: «Сьогодні», «Учора», «Останні N годин», «Останні N днів» (з сьогоднішнім днем або без), «За весь час», «Від зміни бюджету». Добу — за часовим поясом кабінету | «Вікно за замовчуванням» та вікно у кожної умови |
Атрибуція | Як конверсії трекера відносяться до періоду. «За часом події» — депозит відноситься до моменту, коли він прийшов. «За датою кліку (когорта)» — до години кліка, який його приніс; так за замовчуванням рахуються CPD, ROI, ROAS та прибуток | «Атрибуція доходу за замовчуванням» та атрибуція у умови |
Дія | Що зробити з об'єктом, що підійшов: пауза, пауза до кінця дня, включення, зміна бюджету, сповіщення. До 8 дій у правилі, виконуються по порядку | Крок «Дії» |
Захисти | Обмежувачі, які не дають правилу «смикати» об'єкт: перерва після дії, ліміт дій за добу, пауза після ручної зміни, допустиме відставання даних, ліміт бюджету кабінету | Крок «Захисти та сповіщення» |
Включено / На паузі | Працює чи правило взагалі. Правило на паузі не запускається ні в якому режимі. Пауза правила не ставить на паузу ваші кампанії | Стовпець «Статус» у списку, кнопки «Увімкнути» / «Вимкнути» у правилі |
Тестовий режим (Dry-run) | Правило рахує все по-справжньому, але в Facebook нічого не змінює — тільки пише в журнал, що зробило б. Кожне нове правило створюється в цьому режимі і вимкненим | Стовпець «Режим», тег у шапці правила |
Бойовий режим (Live) | Правило ставить на паузу, включає і змінює бюджети в Facebook. Включається окремо, з підтвердженням, і тільки роллю з правом на live | «Перевести в live» |
Пріоритет | Число від 1 до 100, за замовчуванням 50. При конфлікті правил на одному об'єкті перемагає більший пріоритет, при рівному — старіше правило | Крок «Назва та кабінети», стовпець «Пріоритет» |
Прогон | Одна перевірка правила по одному кабінету: скільки об'єктів в області дії, скільки підійшло, що застосовано, пропущено або завершилося помилкою | Журнал → вкладка «Прогони» |
Журнал | Історія прогонів і рішень правила з кнопками «Чому?» і «Відкотити». Записи дій зберігаються 90 днів, прогони — 180 днів | Кнопка «Журнал», час у стовпці «Останній прогон» |
Власник правила | Користувач, від імені якого працює правило. Правило бачить тільки ті кабінети та профілі, які бачить власник, і шле сповіщення йому | Стовпець «Власник» у списку |
Хто що може
Можливість | Власник команди | Тімлід | Техспеціаліст | Баєр |
|---|---|---|---|---|
Бачити правила та їх журнал | Усі правила команди | Свої та підлеглих | Усі правила команди | Тільки правила, де він власник, — на читання |
Створювати, змінювати, включати та ставити правила на паузу | Так | Так | Так | Ні |
Переводити правила в live | Так | Так | Так | Ні |
Видаляти правила | Так | Так | Так | Ні |
Відкочувати дію з журналу | Так | Так | Так | Ні |
Включати на соціальному профілі дозвіл для автоправил | Так | Так | Ні | Ні |
Адмін платформи може все перераховане в усіх командах; при створенні правила він вибирає команду та власника.
Вимкнути дозвіл для автоправил на профілі може будь-хто, хто може редагувати цей профіль: це крок у безпечну сторону.
Баєр бачить екран «Автоправила» з позначкою «Ви можете дивитися правила та їх журнал, але змінювати їх ваша роль не може.» Перемикачів, масових дій і кнопок створення у нього немає.
Правило завжди працює від імені власника. Якщо тімлід створив правило на кабінет свого баєра, правило використовує профілі, які бачить тімлід.
Бета-версія та тариф
Автоправила Meta в бета-версії та підключаються за запитом. У тарифі команди повинна бути фіча «Автоправила Meta (бета)». Це окрема фіча: тариф з автоправилами TDS її не включає.
Без фічі замість списку правил і конструктора відкривається екран «Автоправила Meta недоступні на поточному тарифі вашої команди.» з кнопкою «Переглянути тарифи».
Якщо фічу вимкнули, коли правила вже були, вони перестають запускатися: у журналі прогонів помічаються причиною «Автоправила не входять у тариф команди». Журнал залишається доступним на читання, відкат дій недоступний.
Поки тариф перевіряється, екран показує «Перевіряємо тариф команди…». Якщо білінг тимчасово не відповідає — «Не вдалося перевірити тариф команди»: повторіть через хвилину.
Що підтримується, а що ні
Що | Підтримка |
|---|---|
Facebook (Meta) | Так |
TikTok | Поки немає: в правило можна вибрати тільки кабінети Meta |
Рівні | Кампанії, адсети, оголошення |
Дії | Пауза, пауза до кінця дня, включення, зміна денного бюджету або бюджету на весь термін, сповіщення. У оголошень бюджету немає; бюджет кампанії змінюється тільки у CBO-кампаній, бюджет адсета — тільки у адсетів ABO-кампаній |
Профілі «Через Dev-токен» та «Антидетект-агент» | Виконують зміни в live, якщо на профілі включено дозвіл для автоправил |
Профілі «Через браузерний плагін» | Тільки тестовий режим і сповіщення: зміни в live по таким кабінетам пропускаються |
«Додаток Meta» (OAuth) | Сам спосіб підключення поки помічений «Скоро» і недоступний для вибору |
Метрики Facebook | Витрати, витрати з комісією, покази, кліки, CPC, CTR, CPM |
Метрики трекера | Інстали, реєстрації, депозити, редепозити, дохід, CPI, ціна реєстрації, CPD, CR за кроками воронки, прибуток, ROI, ROAS |
Атрибути об'єкта | Статус, статус показу, денний бюджет, бюджет на весь термін, тип бюджету, фаза навчання, години від створення, від старту, від першої витрати, від зміни бюджету або статусу |
Маски імен |
|
Фільтри за офером, потоком і гео | Поки немає. Можна фільтрувати за кампанією та за джерелом трекера |
Ліміти одного правила: до 50 кабінетів, до 8 дій, до 6 різних пар «вікно × атрибуція» в умовах, до 5 масок у фільтрі імені, до 500 об'єктів вручну і до 500 виключень. За один прогон правило перевіряє до 5000 об'єктів у кабінеті. Розклад — не частіше разу в 15 хвилин.
Що потрібно, щоб правила працювали
Фіча тарифу «Автоправила Meta (бета)».
Кабінети Facebook підключені через соціальні профілі, і по ним пройшла синхронізація витрат.
У джерелі трафіку замаплені макроси ID кампанії, адсета та оголошення — інакше правило не побачить депозити та дохід по об'єктах Facebook.
Для бойового режиму — дозвіл для автоправил на соціальному профілі кабінету та спосіб підключення, який вміє вносити зміни.
Детально — в статті «Підготовка: профілі, дозвіл на зміни та дані». Якщо хочете одразу спробувати — почніть з «Швидкого старту».
Статті розділу
Швидкий старт: перше правило з шаблону — стоп-лосс за 15 хвилин: від шаблону до переведення в live.
Підготовка: профілі, дозвіл на зміни та дані — що налаштувати до першого правила.
Список правил — колонки, фільтри, швидкі перемикачі та масові дії.
Область дії: кабінети, рівень, маски імен та «тільки нові» — як вибрати об'єкти правила.
Умови: метрики, вікна, атрибуція та порівняння — як задати, коли правило спрацьовує.
Довідник метрик і атрибутів — що означає кожна метрика і звідки вона береться.
Дії: пауза, увімкнення, бюджет, сповіщення — що правило вміє робити з об'єктом.
Розклад, захисти та пріоритети — як часто запускати правило і як не дати йому «смикати» об'єкти.
Попередній перегляд, тестовий та бойовий режими — як перевірити правило до того, як воно щось змінить.
Шаблони правил — вісім готових правил та їх параметри.
Журнал: прогони, «Чому?» і відкат — як розбирати рішення правила та скасовувати їх.
Сповіщення — хто і коли отримує повідомлення від правил.
Чому правило не спрацювало: причини, обмеження та питання — розбір частих ситуацій.