Ротатор трафіку чи маршрутизація за правилами: коли ротації замало

Ротатор трафіку розподіляє вхідні кліки або ліди між оферами чи лендінгами, зазвичай відповідно до фіксованих часток. Це перший інструмент, який використовують багато команд для розподілу трафіку, і часто перший, з якого вони виростають. Ротатор може відповісти на запитання: «Куди спрямувати наступний клік за цим розподілом?» Але зазвичай він не може відповісти на запитання: «Які напрямки можуть прийняти цей клік просто зараз і який із них найкраще йому підходить?»

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

Що робить ротатор трафіку

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

• Рівномірний розподіл: Надсилайте приблизно однаковий обсяг трафіку на кожен напрямок. Для двох лендінгів це означає розподіл 50/50 із часом.
• Зважений розподіл: Надсилайте більшу частку трафіку на один напрямок. Наприклад, розподіл 70/30 спрямовує більшу частину трафіку на перший офер, а решту — на другий.
• Послідовна ротація: Надсилайте трафік на напрямки в заданому порядку, а потім повторюйте послідовність. Це допомагає передбачувано розподіляти обсяг, коли вимоги напрямків схожі.

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

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

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

Де ротація дає збій

Ротація дотримується заданого розподілу, навіть коли умови кампанії змінилися. Це робить її передбачуваною, але самої передбачуваності недостатньо, якщо умови роботи з напрямком визначають, чи можна прийняти клік або лід.

• Не враховує капи. Якщо офер досяг денного ліміту, ротатор може й далі надсилати на нього трафік. Ви платите за кліки або генеруєте ліди, які баєр не може прийняти.
• Не враховує відповідність гео чи пристрою. Напрямок може приймати трафік лише з певних штатів, країн, операційних систем або типів пристроїв. Загальний розподіл може спрямовувати трафік, який не відповідає цим вимогам.
• Однаково обробляє денний і нічний трафік. Доступність баєра, конверсія та доступність офера можуть змінюватися залежно від розкладу. Фіксований розподіл не зміниться лише тому, що зараз друга ночі або баєр перестав відповідати.
• Продовжує надсилати трафік на недоступну кінцеву точку. Якщо лендінг, форма збору лідів або кінцева точка баєра не працює, ротація може й далі спрямовувати туди трафік, доки хтось не помітить проблему й не змінить налаштування.
• Не реагує на зворотний зв’язок після передачі ліда. Кількість кліків не показує, чи прийняв баєр лід, відхилив його або згодом зафіксував конверсію. Без цих результатів у логіці маршрутизації розподіл не може на них реагувати.

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

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

Як працює маршрутизація за правилами

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

1. Перевірте відповідність вимогам. Оцініть гео, пристрій, джерело, розклад, капи та доступність напрямків. Виключіть усі напрямки, які не відповідають вимогам для цього кліку чи ліда.
2. Застосуйте ваги до відповідних напрямків. Якщо підходить кілька напрямків, розподіліть між ними трафік відповідно до заданих ваг або цілей кампанії.
3. Використайте резервний варіант. Якщо пріоритетний напрямок досяг капа або недоступний, надішліть трафік на інший відповідний напрямок або виконайте задану резервну дію.

Уявімо, що баєр встановив кап у 200 лідів на день і приймає ліди лише з вибраних штатів. У вашій кампанії є також другий баєр, який може приймати частину того самого трафіку. Ротатор із розподілом 70/30 може й далі надсилати 70% трафіку першому баєру після того, як той отримає 200 лідів, і також може спрямовувати йому ліди з інших штатів.

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

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

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

Ротатор чи маршрутизація за правилами

Ротатор трафіку створений для розподілу відвідувань. Маршрутизація за правилами — для ухвалення рішення щодо кожного відвідування до того, як воно потрапить на певний напрямок. Ця різниця важлива, коли офери мають різні вимоги до відповідності, капи, розклади чи доступність.

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

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

Перехід від ротації до маршрутизації

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

1. Складіть перелік напрямків і капів. Запишіть кожен офер або баєра, прийнятні гео та пристрої, денний або погодинний кап, години роботи й поточний статус. Наприклад, зафіксуйте, які баєри зі страхової вертикалі приймають вечірні ліди, а які припиняють приймати заявки після досягнення заданого обсягу.
2. Визначте правила відповідності. Вирішіть, які напрямки можуть приймати кожен сегмент. Фінансовий офер може приймати трафік із комп’ютерів із певних штатів, тоді як офер у nutra може мати інші вимоги до джерела чи пристрою. Формулюйте умови достатньо чітко, щоб уникати очевидних невідповідностей.
3. Збережіть ваги для тестування. Коли напрямки відповідають вимогам, використовуйте зважену ротацію між ними, якщо вам і далі потрібно контрольовано тестувати офери. Зважений розподіл залишається корисним, але не повинен переважати кап, обмеження за гео чи вимоги баєра.
4. Додайте резервний варіант для кожного сегмента. Виберіть запасний напрямок для кожної важливої групи трафіку, а не один універсальний варіант для всього. Якщо баєр у вертикалі домашніх послуг недоступний для одного штату, спрямовуйте цей сегмент на відповідну альтернативу, а не на сторонній офер.
5. Підключіть дані про конверсії та зворотний зв’язок баєрів. Передавайте результати — прийняття, відхилення та конверсії — до процесу ухвалення рішень. Відхилення баєра можуть вказувати, що для джерела або сегмента потрібен інший маршрут; дані про конверсії допоможуть визначити, якому з відповідних оферів варто віддати більше трафіку.
6. Переглядайте налаштування щотижня. Перевіряйте, чи не виключають правила надто багато трафіку, чи використовуються резервні варіанти та чи досі відповідають умовам баєрів капи й розклади. Коригуйте налаштування за результатами, а не лише за розподілом кліків.

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

Коли простого ротатора ще достатньо

Ротатор — доречний вибір, якщо у вас одне гео, кілька оферів з однаковими вимогами й немає суттєвих відмінностей у капах або доступності. Він також добре підходить для тестів креативів, коли потрібно порівняти два лендінги за однакових умов.

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

Як тут допоможе Hyperone

Hyperone Intelligent Hubs розподіляють кожен клік або лід за заданими правилами й вагами. Ви можете налаштувати критерії допуску з огляду на такі фактори, як гео, джерело, пристрій, час, капи та доступність приймача, а потім визначити, що робити, якщо приймач не може приймати трафік.

UAD Manager додає рівень автоматичної оптимізації: перенаправляє трафік на офери з кращими результатами та змінює маршрут, якщо приймач стає недоступним. Так ви можете оптимізувати кампанії за подальшими результатами, а не вважати початковий розподіл між оферами незмінним.

Вартість планів починається від $499 на місяць. Перегляньте доступні тарифи й оберіть налаштування відповідно до завдань вашої команди.

FAQ

Що таке ротатор трафіку?

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

Ротація з вагами чи маршрутизація за правилами?

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

Чи може ротатор враховувати капи?

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

Коли варто перейти на маршрутизацію?

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