Умови: метрики, вікна, атрибуція та порівняння

Умови описують, що повинно бути правдою про об'єкт, щоб правило спрацювало. Наприклад: «витрати за сьогодні більше 60 USD, а депозитів від сьогоднішніх кліків немає». Їх налаштовують на етапі конструктора «Умови». Кожна умова перевіряється окремо для кожного об'єкта з області дії (див. «Область дії»).

Як влаштований етап «Умови»

1. Вгорі — налаштування за замовчуванням для всього правила: «Вікно за замовчуванням», «Атрибуція доходу за замовчуванням» та «Не враховувати останні години». Їх успадковують умови, у яких не задано своє.

2. Посередині — дерево умов: окремі умови та групи «І»/«АБО».

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

Нове правило починається з вікна за замовчуванням «Учора» та однієї умови «Витрати більше 0». Його потрібно замінити своїми.

Справа конструктор показує правило однією фразою, наприклад: «CPD за 3 дн. до сьогодні (когорта за датою кліку) > $25.00». Звіряйтеся з нею, щоб впевнитися, що задали саме те, що хотіли.

Дерево умов: «І» та «АБО»

• «Додати умову» додає одну умову. Якщо умов стає дві і більше, вони об'єднуються в групу.

• «Додати групу» додає вкладену групу з двох умов.

• У групи є тип: «Всі (І)» — повинні виконатися всі умови групи, або «Будь-яке (АБО)» — достатньо одного.

• У групі повинно бути хоча б два елементи. Якщо залишився один, конструктор попросить додати ще або видалити групу.

Приклад дерева «дорогі депозити або їх немає зовсім, при помітних витратах»:

• Всі (І)

  • Витрати · Останні 3 дні (без сьогодні) · більше 90 USD

  • Будь-яке (АБО)

    • CPD · Останні 3 дні (без сьогодні) · когорта · більше 45 USD

    • Депозити · Останні 3 дні (без сьогодні) · когорта · дорівнює 0

«Так», «ні» та «невідомо»

У кожної умови три можливі відповіді: «так», «ні» та «невідомо». «Невідомо» означає, що даних для рішення не вистачає. Це не те ж саме, що «ні».

Правило діє, тільки якщо підсумок всього дерева — «так» і об'єкт пройшов мінімальний обсяг. При «невідомо» правило об'єкт не чіпає. У попередньому перегляді та на вкладці журналу «Чому не спрацювало зараз?» причина буде «Недостатньо даних для рішення». Так правило не приймає рішень за даними, яких немає.

Приклади для правила «Витрати · Сьогодні > 60 І Депозити · Сьогодні = 0»:

• витрати 75 («так»), депозитів 0 («так») — підсумок «так», правило спрацьовує;

• витрати 40 («ні») — підсумок «ні», що б не показали депозити: в групі «І» одного «ні» достатньо;

• за сьогодні у адсета ще немає даних про витрати — підсумок «невідомо», правило нічого не робить.

Коли умова отримує «невідомо»

«Немає даних» — це не нуль

• Метрики Facebook (витрати, покази, кліки і все, що з них рахується) відомі, тільки якщо у об'єкта у вікні є дані про витрати. Якщо адсет за вікно не прокрутився або синхронізація ще не дійшла, значення — «немає даних», а не 0. Відрізнити одне від іншого правило не може. Тому умова «Витрати · Сьогодні < 5» не спіймає адсет, який сьогодні не витрачав зовсім.

• Метрики трекера (інстали, реєстрації, депозити, дохід) за наявності трафіку рахуються чесно: якщо кліки були, а депозитів немає, «Депозити» = 0, а ROI = −100 %. На цьому стоїть стоп-лосс «витрати більше X і депозитів 0».

• Похідні з нулем у знаменнику — «немає даних». CPD адсета без депозитів невідомий, а не безмежно великий. Тому умова «CPD > 45» не спрацює на адсеті, у якого депозитів немає зовсім. Щоб спіймати і такі, додайте гілку «АБО Депозити = 0», як у прикладі дерева вище.

З чого складається одна умова

Поля умови йдуть в такому порядку: метрика → вікно → атрибуція → виключити останні години → оператор → з чим порівняти. Атрибуція і виключення годин з'являються, тільки якщо умова читає конверсії трекера.

1. Метрика

Метрики згруповані: «Витрати і покази», «Конверсії трекера», «Обчислювані метрики», «Атрибути об'єкта». У списку є пошук, і показані тільки метрики, доступні на рівні правила. Наприклад, «Фаза навчання» є тільки у адсетів. Що рахує кожна метрика — в статті «Довідник метрик і атрибутів».

У атрибутів об'єкта (статус, бюджет, тип бюджету, «годин від …») вікна немає: порівнюється поточне значення, поруч буде підпис «Поточне значення об'єкта, без вікна».

2. Вікно

Вікно — період, за який рахується метрика. Усі вікна рахуються за часовим поясом кабінету. Варіант «Як у правилі» бере вікно за замовчуванням.

• «Останні 1 день» з «Включаючи сьогодні» — це те ж, що «Сьогодні», а без нього — те ж, що «Учора».

• Початок вікна округлюється вгору до цілої години: дані всередині години не діляться.

• «За весь час» для метрик трекера обмежено історією конверсій — приблизно 190 днів. Якщо об'єкт почав витрачати раніше, умова по конверсіях, доходу, ROI, ROAS, CPD або CPI за весь час буде «невідомо», а попередній перегляд попередить: «Частина об'єктів старша історії конверсій трекера…». Умови тільки по витратам цим не обмежені.

• «Від зміни бюджету» можна вибрати тільки в самій умові: його не можна зробити вікном за замовчуванням або вікном у правій частині порівняння. У оголошень його немає. Якщо з підключення кабінету бюджет об'єкта не змінювали, початок вікна невідомий і умова буде «невідомо». У групі «І» правило такий об'єкт не торкнеться, а в групі «АБО» вирішать інші умови.

3. Атрибуція

Атрибуція відповідає на питання, до якого часу віднести депозит (реєстрацію, дохід). Вона є тільки у метрик, де беруть участь дані трекера. У витрат, показах, кліках, CPC, CPM та CTR атрибуції немає: вони завжди рахуються за годиною прокрутки.

Когорта простими словами. Клік був в понеділок о 23:40, депозит прийшов у вівторок о 03:10:

• за часом події депозит потрапить у вівторок;

• за датою кліку — в понеділок, тобто в той день, коли за цей клік заплатили.

Тому ROI за понеділок по когорті чесно порівнює понеділкові витрати з тим, що він приніс, навіть якщо депозити прийшли у вівторок або в середу. Зворотний бік: когорта «дозріває». У вівторок вранці ROI понеділкової когорти ще нижче, ніж буде в середу, тому що частина депозитів у дорозі.

Варіанти в полі «Атрибуція» умови:

• «За замовчуванням для метрики: …» — якщо у правила не задана своя атрибуція. У CPD, ROI, ROAS і прибутку за замовчуванням когорта, у інших метрик трекера — за часом події;

• «Як у правилі: …» — якщо атрибуція задана на рівні правила;

• «За часом події» або «За датою кліку (когорта)» — явно для цієї умови.

Атрибуція з'являється і тоді, коли трекер бере участь тільки в правій частині. Наприклад, в умові «Витрати більше 2 × CPD» атрибуція відноситься до CPD.

4. Виключити останні години

Останні години ще не повні: депозити і дохід продовжують приходити. Поле «Виключити останні години» (0–72 год) зсуває праву межу вікна на N годин назад від поточного моменту. Зсув діє на всі метрики умови, тобто і на витрати, і на дохід, і на праву частину порівняння. Варіант «Як у правилі: N год» бере значення «Не враховувати останні години» правила.

• «Сьогодні» о 15:30 з виключенням 4 год — враховуються години з 00:00 до 11:00 (неповна година відкидається).

• «Учора» та «N днів без сьогодні» і так закінчуються опівночі, тому виключення впливає на них тільки рано вранці. О 03:00 з виключенням 6 год учорашній день буде врахований до 21:00.

• Після виключення у вікні повинно залишитися хоча б 2 години запасу. Інакше конструктор покаже «Виключені години залишають вікно порожнім»:

  Вікно	Максимум виключених годин
  Сьогодні	22
  Учора	46
  Останні N годин	N − 2
  Останні N днів, включаючи сьогодні	24 × N − 2
  Останні N днів без сьогодні	24 × (N + 1) − 2
  За весь час, Від зміни бюджету	до 72

Важливо. У вікна «Сьогодні» з виключенням N годин перші приблизно N годин доби вікно порожнє. Умова в цей час буде «невідомо», а мінімальний обсяг — «Нижче мінімального обсягу». Правило просто не буде діяти до ранку.

5. Оператор

У атрибутів-списків (статус, статус показу, тип бюджету, фаза навчання) є тільки «дорівнює».

6. З чим порівняти

Поле «Порівняти з» пропонує кілька варіантів правої частини. Набір залежить від метрики.

Значення. Звичайне число в одиницях метрики.

• «CPD · Останні 3 дні без сьогодні · когорта · більше 25» — дорожче 25 USD.

• «ROI · Учора · когорта · менше −20» — ROI нижче −20 %.

• «Статус показу · дорівнює · На паузі».

Діапазон. З'являється при операторах «між» і «поза діапазоном»: два поля, «Від» і «До». «Від» повинно бути менше «До».

• «ROI · Учора · когорта · між 0 і 30» — об'єкт у плюсі, але не більше 30 %.

• «CPM · Сьогодні · поза діапазоном 5–40» — підозріло дешевий або дорогий показ.

Інша метрика × множник. Очікуване значення = множник × вибрана метрика. Поля: «Чия метрика» («Той же об'єкт» або «Батько»), «Метрика», «Вікно» (за замовчуванням — вікно умови), «Множник» (більше 0, до 1000). Пропонуються тільки метрики в тих же одиницях, що й ліва частина: гроші з грошима, частки з частками.

• Той же об'єкт: «Витрати · Сьогодні · більше 2 × CPD · Останні 7 днів без сьогодні». Правило спрацьовує, якщо сьогодні адсет витратив більше двох своїх звичайних цін депозиту.

• Батько: «CPI · Останні 3 дні без сьогодні · більше 1,3 × CPI батька». Адсет на 30 % дорожчий за свою кампанію. Батько адсета — кампанія, батько оголошення — адсет. У кампаній батька немає.

З батьком порівнюється його середньозважене значення, тобто метрика, порахована по всьому батькові цілком: CPI кампанії = вся її витрата / всі її інстали. Це не середнє арифметичне по адсетам. Тому з батьком можна порівнювати тільки метрики-відношення: ціни (CPC, CPM, CPI, ціна реєстрації, CPD) і частки (CTR, CR, ROI, ROAS). Лічильники, витрати, дохід і прибуток з батьком не порівнюються.

Та ж метрика в іншому вікні ± %. Очікуване значення = метрика в базовому вікні × (1 + зміна ÷ 100). Поля: «Базове вікно» та «Зміна» у відсотках: більше −100, до 1000. «−40 %» означає «на 40 % нижче бази», «+50 %» — «на 50 % вище».

• «CTR · Сьогодні · менше · CTR за останні 7 днів без сьогодні −40 %» — креатив вигорає.

• «CPM · Сьогодні · більше · CPM учора +50 %» — стрибок CPM.

Базове вікно повинно відрізнятися від вікна умови, інакше конструктор покаже «Для порівняння потрібно інше вікно». «Від зміни бюджету» базовим вікном бути не може.

Важливо. Якщо база від'ємна (ROI, прибуток), відсотки рахуються від її модуля, і «−» завжди зсуває поріг вниз, у гіршу сторону. Приклад: ROI за минулі дні −20 %, умова «ROI сьогодні менше бази −30 %» спрацює при ROI нижче −26 %. З множником те ж саме: «менше 0,5 × ROI батька» при ROI батька −20 % означає «нижче −30 %».

Як вводити значення

Поріг за межами допустимого (наприклад, «ROI менше 2000», якщо хотіли 20 %) не збережеться: конструктор підсвітить «Поріг поза допустимим діапазоном метрики».

Затримка депозитів: чому «сьогодні» небезпечно

Депозити приходять з затримкою: через години, а іноді й дні після кліка. Тому будь-які дохідні метрики «за сьогодні» — депозити, реєстрації, редепозити, дохід, прибуток, ROI, ROAS, CPD — вдень виглядають гірше, ніж виявляться ввечері.

Приклад. Адсет стабільно в плюсі: витрачає близько $120 на добу і приносить близько $180 доходу (ROI +50 %), депозити приходять в середньому через 3–8 годин після кліка. Правило: «ROI · Сьогодні · За часом події · менше 0 → пауза».

• О 09:00 витрати з півночі — $35. Депозитів, що прийшли з півночі, на $20, і в основному це хвіст учорашніх вечірніх кліків. ROI = (20 − 35) ÷ 35 ≈ −43 %. Правило ставить на паузу робочий адсет.

• По когорті вранці не краще: від сьогоднішніх кліків до 09:00 встигли прийти депозити, скажімо, на $10, ROI ≈ −71 %. Когорта чесніше порівнює гроші, але за «сьогодні» вона ще не дозріла.

• За часом події «сьогодні» ще й змішує дні: сьогоднішні витрати порівнюються з депозитами учорашніх кліків. Ввечері такий ROI може, навпаки, показати «плюс» у адсета, який сьогодні нічого не приніс.

Конструктор попереджає про це прямо в умові: «Депозити приходять з затримкою: дохід за сьогодні за часом події занижений. Використовуйте когорту за датою кліку, вікно «Учора» або виключте останні години». У когортних вікон до поточної години є підказка: «Когорта за датою кліку ще дозріває…».

Мінімальний обсяг

Без порога обсягу правило спрацьовує на шумі: адсет витратив $3, депозитів немає, ROI −100 % — і він вже «збитковий». «Мінімальний обсяг» відсікає такі об'єкти до перевірки умов.

• Метрика порога — «Витрати», «Кліки», «Покази» або «Інстали». Значення порівнюється як «не менше» (≥). При увімкненні за замовчуванням стоїть «Витрати ≥ 20 USD».

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

• Об'єкт нижче порога не оцінюється і не чіпається. У попередньому перегляді та журналі в нього буде «Нижче мінімального обсягу: … потрібно …».

• Якщо даних за вікно ще немає (наприклад, вікно «Сьогодні» в першу годину доби), це теж «Нижче мінімального обсягу».

Якщо порога немає, конструктор попередить: «Немає мінімального обсягу: правило може спрацьовувати на шумі. Задайте мінімальний обсяг або додайте до умов поріг за витратами, кліками чи показами». Попередження не з'явиться, якщо серед обов'язкових умов є «Витрати», «Кліки» або «Покази» з оператором «більше» або «не менше» і порогом вище нуля. Обов'язкові — це умови в групах «І» від самого верху дерева. Умова всередині «АБО» і поріг за інсталами в умовах попередження не знімають.

Порада. Поріг в умові і мінімальний обсяг поводяться по-різному. Об'єкт нижче мінімального обсягу отримує «Нижче мінімального обсягу», і одразу видно, що йому просто не вистачає даних. Об'єкт, що не пройшов поріг в умові, отримує «Умови не виконано». Для розбору журналу зручніший мінімальний обсяг.

Вікно та атрибуція за замовчуванням

Важливо. Якщо на рівні правила вибрана атрибуція «За часом події», ROI, ROAS, CPD і прибуток теж рахуватимуться за часом події, хоча зазвичай для них береться когорта. Конструктор покаже в таких умов підказку «Атрибуція правила (…) перекриває атрибуцію метрики за замовчуванням (…)». Якщо якійсь метриці потрібна своя атрибуція, задайте її прямо в умові.

Ліміти

Як рахуються пари «вікно × атрибуція»

Кожне унікальне поєднання вікна, виключених годин і атрибуції — окремий запит даних, і одне правило може читати не більше 6 таких поєднань. Над деревом видно лічильник «Використано пар «вікно × атрибуція»: N з 6». Рахуються всі вікна правила: вікна умов, вікна у правій частині порівняння і вікно мінімального обсягу. Метрики без атрибуції (витрати, покази, кліки) у вікні, де вже читається трекер, окремої пари не додають.

• «Витрати · Сьогодні більше 60» + «Депозити · Сьогодні · когорта дорівнює 0» — 1 пара.

• «ROI · Учора · когорта» + «ROI · 3 дні без сьогодні · когорта» + «Витрати · 3 дні без сьогодні», мінімальний обсяг у вікні «3 дні без сьогодні» — 2 пари.

• Те саме вікно «Учора», але одна умова за когортою, а інша за часом події — 2 пари.

• Те саме вікно «Сьогодні», але в одній умові виключено 2 години, а в іншій ні — 2 пари.

Дві однакові умови в одній групі зберегти не можна: «Повторювана умова».

Готові формулювання

Готові правила з цими умовами зібрані в шаблонах. Їх зручно взяти за основу і змінити пороги.

Як перевірити умови до запуску

• Попередній перегляд (останній крок конструктора) показує за кожним об'єктом метрику, значення, умову і результат «так», «ні» або «невідомо» з причиною, а також що правило зробило б прямо зараз. Нічого не застосовується. Докладніше — у статті «Попередній перегляд, тестовий та бойовий режими».

• У журналі в кожної дії є кнопка «Чому?» — знімок умов у момент рішення: значення, вікно з датами і часовим поясом, атрибуція, поріг і результат. Вкладка «Чому не спрацювало зараз?» перевіряє будь-який об'єкт за ID. Докладніше — у статті «Журнал: прогони, «Чому?» і відкат».

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

Що далі

• Довідник метрик і атрибутів

• Дії: пауза, увімкнення, бюджет, сповіщення

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

• Чому правило не спрацювало: причини, обмеження та питання

• Усі статті розділу «Автоправила»