Автоправила
Автоправила — це автоматична оптимізація розподілу трафіку всередині кампанії трекера. Правило за розкладом дивиться статистику потоків у стрім-сеті, порівнює їх між собою і, якщо умова виконана, самостійно вимикає відстаючий потік, змінює його частку або обирає переможця — і повідомляє про це власнику кампанії.
Автоправила працюють всередині стрім-сета: вони перерозподіляють трафік між його елементами (потоками), а не між кампаніями. Що таке кампанія, стрім-сет і потік — у статті Кампанії та потоки.
Функція в бета-режимі і відкривається за запитом — на рівні тарифу команди. Якщо розділ «Автоправила» показує заглушку «недоступно на поточному тарифі», зверніться до підтримки.
Як це працює
Кожне правило живе за циклом:
- Розклад. Правило прокидається за своїм інтервалом (від 15 хвилин) або в задані години.
- Дані. По кожному потоку сета рахується основна метрика за вибраний період — ті ж цифри, що в Конструкторі звітів.
- Мінімум даних. Потік, по якому набралося менше заданого обсягу (наприклад, менше 500 унікальних користувачів з кліком), з порівняння випадає — по ньому нічого не вирішується.
- Умова. Потоки, що залишилися, перевіряються умовою — наприклад, «конверсія в депозит менше 60% від лідера сета».
- Захисти. Навіть умова, що збіглася, не застосовується, якщо спрацював захист: у сеті залишилося б занадто мало активних потоків, вичерпаний денний ліміт змін, сет на паузі після недавньої зміни або після ручної правки.
- Дії. До співпавших потоків застосовуються дії по порядку: вимкнути, змінити частку, вибрати переможця, повідомити.
- Журнал і повідомлення. Кожен прогін і кожне рішення записуються; власник кампанії отримує повідомлення про те, що зроблено.
Три стани правила
Стан | Що відбувається |
|---|---|
Вимкнено | Правило не враховується і ні на що не впливає. |
Dry-run (перевірка) | Правило враховується за розкладом і пише в журнал, що зробило б, але трафік не чіпає. Власник кампанії отримує повідомлення «режим перевірки». Так правило обкатують перед увімкненням. |
Live | Правило реально змінює розподіл трафіку. Переведення в Live — окреме право, у баєра його немає. |
Нове правило завжди створюється в режимі Dry-run. Рекомендуємо дати йому відпрацювати хоча б один-два цикли і подивитися попередній перегляд і повідомлення, перш ніж переводити в Live.
Де знайти і кому доступно
Розділ: Трекер → Автоправила.
Роль | Доступ |
|---|---|
Власник команди, Тех, Тімлід | Створення, редагування, видалення правил, переведення в Live, рішення по кандидатах. |
Тімлід | Все те ж, крім зміни порядку правил команди: тімлід бачить не всі правила команди, і перестановка перенумерувала б приховані. |
Баєр | Тільки перегляд списку і правил. |
Створення правила
Конструктор відкривається кнопкою «Нове правило». Зліва — назва, стан і опис; в центрі — шість кроків; справа — резюме правила словами, кандидати і попередній перегляд.
З шаблону
Простіше всього почати з кнопки «З шаблону»: вибираєте задачу і тип джерела, а правило збирається саме. Будь-яке поле потім можна змінити.
Тип джерела задає пороги обсягу, тому що у різних джерел конверсії видно в різних масштабах:
Тип джерела | Мінімум для рішень по інсталам | по реєстраціям | по депозитам |
|---|---|---|---|
Мало трафіку (Facebook, TikTok) | 100 кліків | 300 кліків | 500 кліків |
Багато трафіку (popunder, мережі) | 3 000 кліків | 10 000 кліків | 30 000 кліків |
Якщо сумніваєтеся — вибирайте «Мало трафіку»: занижений поріг дає спрацьовування раніше, а завищений мовчки виключає потоки з оцінки.
Шаблон | Що робить |
|---|---|
Гірший Click to Install | Вимикає потік, у якого частка установок нижче 60% від найкращого у сеті. Вікно 3 дні. |
Погана конверсія в реєстрацію | Те ж по шляху клік → реєстрація, вікно 7 днів. |
Погана конверсія в депозит | Те ж по шляху клік → депозит, вікно 14 днів і запас 48 годин на дозрівання депозитів: коротке вікно вважало б їх відсутніми. |
Обсяг є, депозитів немає | Кліків набралося, а депозитів жодного за 14 днів — потік вимикається. Працює і на сеті з одного потоку. |
Запуск не пішов — повідомити | Обсяг набрано, а інсталлів, реєстрацій і депозитів немає жодного. Нічого не вимикає — тільки повідомляє. |
Усі шаблони, крім останнього, вимагають сет мінімум з двох потоків: правило порівнює їх між собою.
Крок 1. Де діє
Варіант | Суть |
|---|---|
Вся команда | Правило діє на всі активні кампанії команди — і на ті, що з'являться пізніше. При збереженні весь поточний склад команди допускається одразу: якщо в команді 300 кампаній, правило почне працювати з усіма 300. |
Вибрані кампанії | Явний список. Нові кампанії сюди не потрапляють, поки ви їх не додасте. |
Виключення сильніше будь-якого вибору: кампанія зі списку виключень не потрапляє під правило, навіть якщо воно на всю команду.
Нові кампанії (тільки для правила на команду) — що робити з кампаніями, створеними після збереження правила:
- Запитувати — кампанія стає кандидатом: правило на неї не діє, поки ви не натиснете «Додати» в панелі кандидатів.
- Додавати — вмикається автоматично.
- Ніколи — не вмикається.
Нові кампанії потрапляють у кандидати після найближчого циклу правила. Панель «Кандидати» справа показує і число вже допущених кампаній — у тільки що збереженого правила на команду кандидатів немає, це нормально: весь склад вже допущений.
Крок 2. Що вимірюємо
- Основна метрика — по ній рахується лідер сета і мінімум даних. Доступні конверсії (клік → інсталл, клік → реєстрація, клік → депозит і їх варіанти «(всі)» по всіх кліках, а не по унікальним пристроям), лічильники воронки, гроші (дохід, витрати, прибуток, ROI, EPC) і частка трафіку.
- За період — 24 години, 3, 7, 14, 30 днів, сьогодні, вчора або свій інтервал.
- Мінімум даних — скільки унікальних користувачів з кліком потрібно набрати потоку, щоб брати участь у порівнянні. Потік нижче порога не оцінюється зовсім.
Розширені налаштування:
- Виключити останні N годин — не враховувати найсвіжіші дані, по яких конверсії ще не дозріли. Для депозитів розумно 24–48 годин.
- Рахувати за — який обсяг рахувати мінімумом даних: унікальні користувачі з кліком, з установкою, з реєстрацією.
- Атрибуція — за часом події (доступно зараз). Атрибуція за когортами кліків і байесівська перевірка достовірності в бета-версії недоступні.
Крок 3. Коли спрацьовує
Умова — одне або кілька, об'єднаних «І» / «АБО». Види умов:
Вид | Приклад |
|---|---|
Частка від лідера сета | «Клік в депозит менше 60% від лідера». Лідер — найкращий потік сета за цією метрикою. Якщо у лідера 10%, поріг для інших — 6%. |
Частка від середнього по сету | «EPC менше 80% від середнього». |
Абсолютне значення | «Депозитів ≤ 0», «Кліків ≥ 5000». |
Місце в сеті | «Гірший за метрикою», «не входить у топ-2». |
Метрика умови за замовчуванням збігається з основною метрикою правила, але може бути іншою — наприклад, основна метрика «клік в депозит», а умова по EPC.
Приклад розрахунку. У сеті два потоки: у першого конверсія клік → інсталл 21,62%, у другого 17,07%. Умова «менше 85% від лідера»: лідер — перший потік, поріг 21,62% × 0,85 = 18,38%. Другий потік нижче порога — умова для нього виконана. При умові «менше 60%» поріг був би 12,97%, і не спрацював би жоден.
Крок 4. Що робимо
Дія | Що відбувається |
|---|---|
Вимкнути | Співпавший потік перестає отримувати трафік, його частка розподіляється між іншими. |
Увімкнути | Повертає вимкнений потік в ротацію. Завжди адресне — потрібен явний список потоків. |
Задати частку | Закріплює за потоком рівно вказану частку трафіку, інші ділять залишок. |
Змінити частку | Зсуває частку на N відсоткових пунктів (10% → 20%) або на N відсотків від поточної (10% → 11%). Це різні величини — дивіться перемикач під полем. |
Вибрати переможця | Кращому потоку — весь трафік; або «залишити частку на дослідження» — переможцю заданий відсоток, іншим порівну залишок. |
Повідомити | Нічого не змінює, тільки повідомляє власнику кампанії. Безпечно поєднується з будь-якою дією. |
Дії виконуються по порядку. Мета дії — «співпавші елементи» (ті, що пройшли умову) або явний список потоків. Якщо кілька правил претендують на один потік, перемагає те, що вище в порядку правил команди.
Частки рахуються від ваг потоків у сеті. Вага в кампанії відносна (100/100/100 — по третині кожному), а правило працює з частками в процентах і записує їх назад так, щоб сума ваг сета стала 100.
Крок 5. Коли перевіряти
- Таймзона — періоди «сьогодні», «вчора» і години запуску рахуються в ній.
- Періодичність — по інтервалу (кожні 15, 30 хвилин, годину, 3 або 6 годин) або в задані години (наприклад, щодня о 09:00).
- Вікна активності — дні і години, коли правилу можна діяти. Нічний інтервал задається двома вікнами сусідніх днів.
Крок 6. Захисти
Захисти не дають правилу зламати сет. Вони збираються по всіх увімкнених Live-правилах сета: якщо у одного правила «мінімум 3 активних потоки», а у іншого — 1, діє більш суворе.
Захист | Суть |
|---|---|
Мінімум активних елементів | Правило не вимкне потік, якщо після цього у сеті залишиться менше вказаного числа. |
Мінімальна частка елемента | Частка активного потоку не опуститься нижче заданої. |
Змін у добу, не більше | Ліміт змін одного сета за день — по всім правилам разом. |
Пауза після зміни (сет) | Після будь-якої зміни сет не чіпається вказане число годин. |
Пауза після зміни (елемент) | Те ж для окремого потоку. |
Пауза після ручної правки | Якщо ви змінили ваги руками в налаштуваннях кампанії, правило не перезапише їх вказане число годин. |
Заблоковану захистом дію видно в попередньому перегляді і журналі з причиною — це не помилка, а штатна робота захисту.
Попередній перегляд: як читати результат
Кнопка «Попередній перегляд» у шапці конструктора рахує збережене правило по вибраній кампанії прямо зараз і показує, що відбулося б. Нічого не застосовується.
- Вердикт нагорі — головна відповідь: «правило не спрацювало б: умова не виконалася ні у одного елемента», «спрацювало б, елементів під дію: 1», «спрацювало б, але сет закритий захистом» і т. д.
- Лідер сета і його значення — від нього рахується поріг «частка від лідера».
- По кожному потоку — співпало / не співпало і рядок умови словами: «Клік в інст (всі): 17,07% · потрібно менше 18,38%».
- Прийняті та відхилені дії з причиною: «жоден елемент не підійшов під умову», «сет на паузі після недавньої зміни» і т. п.
- Рядки потоків «10% → 20%» — план зміни часток. У правила в режимі перевірки поруч з сетом стоїть тег «режим перевірки»: це симуляція, кампанія не торкнута.
Якщо чернетка форми відрізняється від збереженого, попередній перегляд попередить: він рахує те, що збережено.
Повідомлення
Повідомлення йде власнику кампанії — тому, чий трафік змінився, а не автору правила. Канали доставки (дзвіночок, Telegram, email) беруться з налаштувань повідомлень отримувача, подія «Автоправило спрацювало» в групі «Автоправила». За замовчуванням увімкнені дзвіночок і Telegram.
Одне повідомлення на правило за прогін, три види:
Заголовок | Коли |
|---|---|
Autorule changed traffic split | Правило змінило розподіл: «turned off 2 elements in 1 stream set». |
Autorule alert | Правило співпало, але тільки повідомляє — нічого не змінено. |
Autorule test run | Правило в режимі перевірки: що б воно зробило. Переведіть в Live, щоб воно діяло. |
Поки умова тримається, правило співпадає кожен цикл — тому повідомлення про співпадіння і перевірку по одному правилу і кампанії не повторюються частіше разу в 6 годин. Про реальні зміни трафіку повідомляється кожного разу.
Рекомендації
- Починайте з Dry-run. Один-два цикли в режимі перевірки покажуть, спрацьовує чи правило так, як ви очікували.
- Поріг «частка від лідера» підбирайте по попередньому перегляду. 60% — жорсткий поріг для стабільних джерел; для тесту візьміть 80–85% і подивіться, що потрапляє.
- Мінімум даних — по типу джерела. На Facebook депозити видно на сотнях кліків, на popunder — на десятках тисяч. Занадто високий поріг не зламає нічого, але правило буде мовчати.
- Депозитам потрібен запас на дозрівання. Вікно 14 днів і «виключити останні 48 годин» — інакше свіжий трафік виглядає бездепозитним.
- Тримайте захисти. «Мінімум 2 активних елементи» і ліміт змін в добу рятують від вимкнення всього сета одним правилом.
- Порядок правил у списку — це пріоритет: правило вище закриває потік для правил нижче.
Обмеження бета-версії
- Доступ — по тарифу, за запитом.
- Атрибуція за когортами кліків і байесівська перевірка достовірності недоступні: правило працює за часом події і порогу обсягу.
- Порівняння потоку з його власною історією («гірше, ніж тиждень тому») поки не спрацьовує.
- Період «з моменту останньої зміни ваг» поки не будується; «з моменту увімкнення правила» працює.
- Нові кампанії команди потрапляють у кандидати після найближчого циклу правила, а не миттєво.
Часті питання
Правило не спрацьовує. Відкрийте попередній перегляд: вердикт назве причину. Частіше за все або потоки не набрали мінімум даних, або поріг не досягнуто — порівняйте значення потоку з «потрібно менше X».
У попередньому перегляді дію прийнято, а частки «без змін». Правило в режимі перевірки: поруч з сетом стоїть тег «режим перевірки», план показаний, але кампанія не торкнута. Переведіть правило в Live.
«Допущено кампаній: 331» — правило діє на всі? Так: для правила на всю команду весь поточний склад допускається при збереженні. Поки правило в Dry-run, нічого не змінюється; в Live воно почне діяти на всі допущені кампанії. Щоб звузити — використовуйте виключення або явний список.
Кандидатів 0. У свіжого правила на команду це норма: все вже допущено. Кандидати — тільки кампанії, створені пізніше.
Я змінив ваги руками, правило їх перезапише? Не раніше, ніж пройде «пауза після ручної правки» із захистів (за замовчуванням 12 годин).
Умову виконано, але правило не діє. Дивіться відхилені дії в попередньому перегляді: спрацював захист (мало активних потоків, ліміт за добу, пауза) або потік зайнятий правилом вище по порядку.
Повідомлення прийшло не мені. Повідомлення отримує власник кампанії, а не автор правила. Канали — в його налаштуваннях повідомлень.