Как использовать Adgora с Keitaro

Как использовать Adgora с Keitaro

Если ваша цель — отправлять трафик из Adgora в Keitaro для маршрутизации, фильтрации или управления лендингами, эта схема довольно проста, если сразу понять роли каждого инструмента. Речь не о том, чтобы заново выстраивать трекинг с нуля. Речь о том, чтобы решить, куда должен идти клик, что Keitaro должен с ним сделать и какие данные должны сохраниться после цепочки редиректов. Именно поэтому настройка Adgora и Keitaro должна быть продумана заранее.

Это особенно важно в воронках с несколькими путями. Одному офферу может понадобиться преленд, другому — прямой трафик, а третий может работать только для одного гео или устройства. Keitaro хорошо справляется с такими развилками, а Adgora поставляет входящий поток кликов. Если вам нужен более широкий контекст по системам трафика, раздел guides по crypto advertising, monetization & Ad-Tech будет полезным местом для сравнения схем.

1. Определите правильную цель интеграции для этой схемы

Начинайте с цели, а не с инструментов. Если вы хотите, чтобы Adgora передавал клики в Keitaro, а тот маршрутизировал их на лендинг, проводил A/B-тест потока или отправлял трафик на разные офферы по правилам, это нужный вариант. Если вы пытаетесь настроить постбеки, это уже совсем другая задача. В этой схеме Keitaro должен быть слоем принятия решений по трафику, а не просто пассивным журналом, поэтому настройка Adgora и Keitaro должна решать именно задачу маршрутизации.

Простой пример помогает разобраться. Допустим, Adgora отправляет посетителей из одной кампании, а Keitaro должен вести пользователей с десктопа на обзорную страницу, тогда как мобильные должны попадать на короткий преленд. Это задача маршрутизации. Это не «для галочки» трекинг. Разница практическая: один вариант меняет, куда идет клик; другой — записывает, что произошло после перехода.

Сужайте рамки. Воронку с 2 лендингами и 1 оффером проще отлаживать, чем воронку с 7 развилками и 4 скрытыми параметрами. Расширить схему можно потом.

Определите, что именно должен контролировать Keitaro

В этой настройке Keitaro обычно контролирует как минимум один из следующих этапов: выбор лендинга, ротацию офферов, фильтрацию по гео, фильтрацию по устройствам или сегментацию по источнику. Adgora остается источником трафика. Такое разделение делает логику понятной, а настройка Adgora и Keitaro не превращается в набор перекрывающихся правил.

Если вы уже работаете в нескольких вертикалях, похожий подход встречается в материалах вроде CPC против CPM и CPA. Модель важна, потому что правила маршрутизации должны соответствовать типу кампании. CPA-кампания может требовать более жесткой предквалификации, чем CPM-кампания, и Keitaro может обеспечить это различие, если поток настроен аккуратно.

2. Сопоставьте роли аккаунтов в Adgora и Keitaro

Одна система должна владеть URL кампании. В большинстве случаев это должен быть Keitaro. Adgora отправляет трафик по ссылке кампании Keitaro, а Keitaro решает, куда посетитель попадет дальше. Если обе системы пытаются управлять одним и тем же решением, появляются дублирующиеся правила и несогласованные отчеты.

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

Есть еще один практический момент. Названия должны быть согласованы. Если кампания A в Adgora ведет на поток A в Keitaro, так и называйте их. Если метки источников расплывчаты, вы потратите время, пытаясь понять, какая кампания дала какой результат. Две системы, одна схема именования.

Избегайте пересечения логики

Если Adgora уже сегментирует по источникам, не дублируйте тот же самый разрез в Keitaro без необходимости. Двойная сегментация бывает полезной, но только тогда, когда каждый слой решает свою задачу. Например, Adgora может разделять трафик по размещению, а Keitaro — по устройству. Это чистая схема.

А вот если обе платформы делят трафик по гео и обе отправляют на разные страницы, может возникнуть конфликт маршрутизации. Посетитель все равно дойдет, но путь станет труднее объяснить. Один уровень должен отвечать за главное решение, а второй — поддерживать логику.

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

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

До прихода трафика настройте целевой поток внутри Keitaro. Это значит создать кампанию, выбрать лендинг или лендинги и определить, что должно происходить после клика. Если воронка использует преленд, добавьте его сейчас. Если посетитель должен сразу попасть на оффер, зафиксируйте это явно. Пустая кампания — это не стратегия.

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

Для паблишеров и тех, кто строит кампании под разные модели монетизации, у Adgora есть материалы и про другую сторону воронки, например про crypto ad network for publishers. Не каждой кампании нужна одинаковая логика назначения, и Keitaro должен повторять структуру трафика, а не бороться с ней.

Сначала используйте один понятный путь

Начните с одного лендинга, одного оффера и одного набора правил. Так вы сможете убедиться, что клик из Adgora попадает в правильную кампанию Keitaro, прежде чем добавлять сплит-тесты или условные редиректы. Если первый путь не работает, дополнительные ветки только скрывают проблему.

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

Лендинг должен соответствовать намерению трафика. Если аудитория Adgora ожидает короткий pre-sell, не отправляйте ее сразу на перегруженную форму. Если кампания ориентирована на прямой отклик, делайте путь короче. Релевантность по-прежнему важнее сложности.

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

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

Структура URL клика должна быть последовательной от Adgora к Keitaro и далее, если нужно, до конечной страницы. Такая непрерывность важна, потому что сломанные цепочки параметров трудно заметить в браузере, особенно когда редиректы происходят быстро. Один потерянный токен может сделать весь тест бесполезным.

Практическое правило такое: используйте одинаковые имена параметров на всем пути, если только Keitaro не требует замены поля. Если Adgora передает значение источника, сохраняйте именно это значение. Если переименовать его на середине пути, отчет может загрузиться, но метка уже не будет означать то, что вы думаете.

Проверьте минимально полезные данные

Минимально полезные данные обычно — это один идентификатор кампании, одна метка источника или размещения и одно дополнительное поле по устройству или гео, если ваш поток их использует. Этого достаточно для большинства задач маршрутизации и анализа. Все, что сверх этого, должно заслужить свое место.

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

Если во время настройки вам нужна терминология, глоссарий ad tech может помочь, когда в команде одни и те же вещи называют по-разному. Для одного человека sub ID — это одно, для другого — tag размещения. Такая путаница дорого обходится, когда нужно сохранить цепочку редиректа.

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

А теперь самое интересное: маршрутизация на стороне Keitaro. Здесь трафик из Adgora можно разделить по geo, устройствам, источнику или любому другому действительно нужному условию. Например, если одна и та же кампания Adgora отправляет посетителей из 3 стран, Keitaro может вести каждую страну на свой лендинг или оффер. Это помогает держать кампанию в порядке, не создавая отдельные кампании Adgora под каждый вариант.

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

Сначала выберите один основной контроль. Если в первый же день добавить правила по geo, устройствам, источнику и времени суток, вы можете потратить больше времени на чтение логов, чем на управление трафиком. Keitaro справится с развилками, но вашей команде все равно придется их интерпретировать.

Сделайте логику понятной

Понятная логика обычно строится по шаблону: одно условие — одно действие. Если geo равно X, отправить на лендинг A. Если устройство — mobile, отправить на лендинг B. Если ни одно условие не подходит, использовать путь по умолчанию. Это легко проверить спустя шесть дней, а именно тогда большинство людей и возвращается к настройке.

Сегментация по источнику лучше всего работает, когда трафик Adgora уже содержит надежную метку источника. Если метка отсутствует или непоследовательна, правило будет выглядеть правильно и все равно не сработает. Не сломано правило — сломан ввод.

Для кампаний в смежных вертикалях та же дисциплина маршрутизации применима и к таким вещам, как dating-офферы или другой performance-трафик. Вертикаль другая, потребность та же: чистый вход, понятная маршрутизация, измеримая точка назначения.

6. Проверьте, что клики из Adgora попадают в нужный путь Keitaro

Проверку нужно делать до масштабирования. Сначала протестируйте один клик, затем второй, а потом тот же клик с другого устройства, если ваши правила зависят от типа устройства. Проверьте, что клик попадает в нужную кампанию Keitaro, что открывается правильный лендинг и что параметры по-прежнему отображаются там, где должны. Один чистый тест может сэкономить целый день.

Используйте чек-лист, а не память. Проверьте, что URL кампании в Adgora ведет на правильную входную ссылку Keitaro. Убедитесь, что лендинг, который показывает Keitaro, выбран именно вами. Проверьте, что все сохраненные идентификаторы клика по-прежнему совпадают с исходными значениями. Если тестируете сплит, повторите клик достаточно раз, чтобы понять, ведет ли ротация себя ожидаемо.

Различия между браузерами могут иметь значение. Клик, проверенный в одном браузере, может иначе сохранять cookies, чем в другом. Мобильный тест может запустить другую ветку, чем десктопный. Поэтому набор тестов должен включать как минимум 2 окружения, если поток использует логику по устройствам.

На что смотреть в первую очередь

Начните со входного URL. Затем проверьте первый редирект. Потом проверьте страницу назначения. Если первый редирект неверный, остановитесь на нем. Не нужно разбираться с конечной страницей, пока не подтверждено, что клик прошел правильный путь через Keitaro.

Проверьте и время загрузки. Медленная страница может выглядеть как ошибка маршрутизации, хотя на деле она просто долго открывается. Если страница загружается 8 секунд, люди часто считают, что клик не сработал. Сработал. Просто это выглядело сломанным.

7. Устраняйте несоответствия в лендингах, маршрутизации или сборе параметров

Если трафик из Adgora дошел до Keitaro, но путь неверный, начните с самого простого несоответствия: URL кампании. Одна неверная буква может отправить трафик в другой поток. Затем проверьте, не ставит ли порядок правил в Keitaro широкое условие выше узкого. Широкое правило поймает трафик первым и перебьет ту ветку, которую вы ожидали.

Если лендинги открываются не те, сравните условия клика с реальным тестовым кликом. Несовпадения по geo обычно связаны с IP или VPN. Несовпадения по устройству обычно возникают из-за теста не на том типе устройства. Несовпадения по источнику чаще всего появляются из-за незаданного или переименованного параметра. Симптом один и тот же. Причина — нет.

Если параметры исчезают, проверяйте цепочку редиректов по одному шагу за раз. Где-то между Adgora и Keitaro значение может быть потеряно, переименовано или закодировано так, что следующий шаг его не примет. Вот здесь фраза "как использовать Adgora с Keitaro" становится практикой, а не теорией: схема либо держится, либо ломается в зависимости от того, насколько чисто клик проходит каждый переход. При этом настройка Adgora и Keitaro должна оставаться максимально прозрачной.

Исправляйте проблему в самом узком месте

Не перестраивайте весь поток из-за одного неверного правила. Если проблема в отсутствии метки источника, исправьте метку. Если проблема в порядке правил, переместите правило. Если проблема в неправильном лендинге, обновите назначение и протестируйте снова. Точечные исправления экономят время и уменьшают ущерб.

Если схема работает в одном браузере, но не в другом, запишите название и версию браузера. Если она работает для одного geo, но не для другого, запишите диапазон IP или используемый VPN. Конкретные заметки лучше, чем расплывчатое раздражение.

После исправления повторите тот же самый путь клика. Не тестируйте «примерно». Используйте ту же кампанию, тот же URL, то же устройство и ту же метку источника трафика. Если эти 4 переменные совпадают, результат говорит о чем-то реальном.

В этом и состоит настоящая ценность совместной работы Adgora и Keitaro: Adgora поставляет трафик, а Keitaro дает достаточно контроля, чтобы формировать то, что произойдет дальше, по одному ясному правилу за раз.