Ліміти приймання лідів і резервна маршрутизація

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

Припустімо, баєр приймає до 200 лідів на день, а пік трафіку припадає на вечір. Щойно прийнято 200-й лід, наступному потрібне інше місце призначення — а не ще одна спроба надіслати його тому самому баєру, який уже вибрав кап. Саме для цього потрібні капи баєрів і резервна маршрутизація: визначити, коли місце призначення не може прийняти трафік, і вибрати наступний варіант, перш ніж лід застаріє.

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

Типи капів

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

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

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

Що відбувається без резервного маршруту

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

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

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

Як побудувати порядок резервної маршрутизації

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

Каскадна маршрутизація за пріоритетом

Каскадна маршрутизація послідовно перевіряє місця призначення у визначеному порядку. Спершу надсилайте лід основному баєру; якщо він вибрав кап, недоступний або відхилив лід із визначеної причини, спробуйте наступного баєра, якому підходить цей лід. Обмежте кількість повторних спроб і визначте, які коди відповіді переводять лід до наступного місця призначення. Інакше повільний ендпоінт може спричинити повторні спроби й затримати весь маршрут.

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

Резервний пул із вагами

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

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

Резервні маршрути для окремих сегментів (за гео/вертикаллю)

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

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

Останній варіант: відкласти, перепродати або перенаправити на альтернативний офер

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

Ось простий умовний приклад такої послідовності:

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

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

Перевірка доступності — не лише контроль капів

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

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

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

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

Налаштування темпу використання капів, щоб баєри залишалися активними весь день

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

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

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

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

Моніторинг: на що налаштувати сповіщення

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

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

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

Як тут допомагає Hyperone

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

UAD Manager може перенаправити лід, якщо напрямок не працює, тож вичерпаний кап або недоступність баєра не обов’язково означають втрату ліда. Ви й надалі контролюєте, який трафік можна спрямовувати до кожного напрямку та що робити, якщо пріоритетний баєр не може його прийняти. Вартість планів Hyperone починається від $499/mo; деталі дивіться на сторінці тарифів.

FAQ

Що таке кап баєра?

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

Що таке резервна маршрутизація?

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

Погодинні чи денні капи?

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

Що робити з лідами, коли капи вичерпали всі баєри?

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