Adgora з Keitaro: налаштування трафіку

Як використовувати Adgora з Keitaro

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

Найважливіше це у воронках із кількома шляхами. Одній оферті може знадобитися преленд, іншій — прямий трафік, а третя може працювати лише для певного гео або пристрою. Keitaro добре справляється з такими розгалуженнями, а Adgora забезпечує потік вхідних кліків. Якщо вам потрібно зрозуміти, як підключити Adgora до Keitaro на практиці, спершу подивіться на структуру кампанії, а вже потім на параметри. Якщо вам потрібен ширший контекст про системи трафіку, розділ путівників із crypto advertising, монетизації та Ad-Tech стане корисним місцем для порівняння підходів.

1. Визначте правильну мету інтеграції для цього сценарію

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

Простий приклад допомагає. Припустімо, Adgora приводить відвідувачів із однієї кампанії, а Keitaro має відправляти користувачів із десктопа на сторінку огляду, тоді як мобільних — на короткий преленд. Це завдання маршрутизації. Це не питання "для краси" в трекінгу. Різниця практична: одне змінює, куди йде клік; інше фіксує, що сталося після переходу.

Тримайте рамки вузькими. Воронку з 2 лендингами й 1 офером простіше налагоджувати, ніж воронку з 7 правилами розгалуження та 4 прихованими параметрами. Розширити її можна завжди пізніше.

Вирішіть, що саме має контролювати Keitaro

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

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

2. Узгодьте ролі акаунтів між Adgora та Keitaro

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

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

Є ще один практичний момент. Зробіть назви послідовними. Якщо кампанія A в Adgora веде на потік A в Keitaro, назвіть їх саме так. Якщо підписи джерел розмиті, ви витратите час на здогадки, яка кампанія дала який результат. Дві системи — одна схема назв.

Уникайте накладання логіки

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

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

Для невеликих воронок потрібно менше шарів. Для великих — більше дисципліни.

3. Побудуйте в Keitaro цільовий потік для трафіку з Adgora

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

Думайте шляхами. Клік із Adgora заходить. Потік Keitaro перевіряє правило. Користувач потрапляє на сторінку 1 або сторінку 2. Потім потік або продовжується до офера, або зупиняється. Таку послідовність варто побачити на папері ще до публікації. Нерівний діаграмний ескіз кращий за нерівне живе тестування.

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

Спочатку використайте один чіткий шлях

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

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

Лендинг має відповідати наміру трафіку. Якщо аудиторія Adgora очікує короткий pre-sell, не відправляйте її одразу на важку форму. Якщо кампанія — direct response, скоротіть шлях кліку. Релевантність усе ще важливіша за складність.

4. Передавайте правильні ідентифікатори кліку через ланцюжок редиректів

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

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

Практичне правило таке: зберігайте ті самі назви параметрів від початку до кінця, якщо тільки Keitaro не потребує зіставленого поля. Якщо Adgora передає значення source, збережіть саме це значення source. Якщо ви перейменуєте його посередині, звіт може й завантажитися, але підпис уже не означатиме того, що ви думаєте.

Перевірте мінімум корисних даних

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

Другий приклад: якщо ви запускаєте кілька креативів, збережіть creative ID. Якщо ви не порівнюєте креативи, не додавайте його. Та сама логіка стосується тегів placement, zone або sub-source. Кожне поле має допомагати ухвалити рішення пізніше.

Для термінів під час налаштування глосарій ad tech може допомогти, якщо ваша команда використовує різні назви для одного й того самого. Для однієї людини sub ID — це те саме, що для іншої placement tag. Така плутанина дорого коштує, коли потрібно зберегти ланцюжок редиректів.

5. Налаштуйте правила сегментації та керування трафіком у Keitaro

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

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

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

Зробіть логіку зрозумілою

Зрозуміла логіка зазвичай будується за шаблоном. Одна умова, одна дія. Якщо geo дорівнює X, відправити на лендинг A. Якщо device дорівнює mobile, відправити на лендинг B. Якщо жодна умова не спрацювала, використати шлях за замовчуванням. Таке легко перевірити через шість днів, а саме тоді більшість людей і повертається до налаштувань.

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

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

6. Перевірте, що кліки з Adgora потрапляють на потрібний шлях у Keitaro

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

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

Відмінності між браузерами мають значення. Клік, протестований в одному браузері, може по-іншому зберігати cookies, ніж в іншому. Мобільний тест може викликати іншу гілку, ніж десктоп. Саме тому тестовий набір має включати щонайменше 2 середовища, коли воронка використовує логіку за пристроєм.

На що дивитися насамперед

Спочатку перевірте вхідний URL. Потім перший редирект. Потім цільову сторінку. Якщо перший редирект неправильний, зупиніться на цьому. Не шукайте проблему на фінальній сторінці, доки не підтвердите, що клік пішов правильним шляхом через Keitaro.

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

7. Усуньте невідповідності в лендингу, маршрутизації або збиранні параметрів

Коли трафік із Adgora доходить до Keitaro, але шлях неправильний, почніть із найпростішої невідповідності: URL кампанії. Один неправильний символ може відправити трафік у невірний потік. Далі перевірте, чи порядок правил у Keitaro не ставить ширшу умову вище за вузьку. Ширше правило першим захопить трафік і перекриє гілку, на яку ви розраховували.

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

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

Виправляйте проблему у найвужчому місці

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

Коли сценарій працює в одному браузері, але не працює в іншому, запишіть назву та версію браузера. Коли він працює для одного гео, але не для іншого, запишіть IP-діапазон або VPN, який використовували. Конкретні нотатки кращі за розмите роздратування.

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

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