Лендинг вместо голой ссылки и источники трафика по API: свежие обновления за сентябрь в Alanbase

Вы развели трафик внутри оффера по правилам таргетинга. Мобильная Германия идет на одну страницу, десктоп на другую, трафик топового партнера на третью. Через две недели руководитель спрашивает, какая из страниц конвертит лучше. Платформа ответить не может: в правилах стоят URL, а URL для системы просто строка. Какой за ней лендинг, она не знает.

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

Три обновления ниже закрывают три таких места. По каждому есть видео с демонстрацией настройки на нашем YouTube-канале.

Лендинг в правиле таргетинга: видно, какая страница конвертит

Полный разбор обновления можно посмотреть на нашем YouTube-канале.

Правило таргетинга в Alanbase распределяет трафик внутри оффера: по стране, устройству, ОС, партнеру, сабам. До этого релиза в конце каждого правила стояла Target Link, обычная ссылка. Клик уходил по ней, статистика писалась на оффер, и на этом знания платформы заканчивались. Хотели сравнить посадочные — сводили руками, по сабам и гео, в сторонней таблице.

Теперь у Target Link два режима:

• «Ссылка» — выбран по умолчанию, работает как раньше. В уже настроенных правилах ничего не меняется;
• «Лендинг» — вместо URL вы выбираете один из лендингов оффера. Список с поиском, в нем активные лендинги, к которым у администратора есть доступ.

Пользователь после прохождения условий уходит по Target-ссылке выбранного лендинга. Клик при этом запоминает, какой лендинг стоял в правиле, и эти данные попадают в статистику. Вопрос «какая страница конвертит» закрывается отчетом по лендингам внутри одного оффера.

Честная оговорка: процентной ротации в правилах по-прежнему нет, сплит собирается через сабы. sub1=a идет на один лендинг, sub1=b на другой. Разница в том, что результат теста теперь виден в статистике, без ручной сводки.

Telegram Website

Ваш менеджер

YouTube Telegram

Вакансии

Media Buyer Facebook (Медиабайер)

Land

После собеседования

Санкт-Петербург

Senior Native Ads Media Buyer (Taboola / Outbrain)

AlphaDevs

После собеседования

Удаленно

Team Lead Media Buying\ Media Buyer (Native)

Bypass LTD

После собеседования

Удаленно

Все объявления

Разместить

JetTon Partners 0

Норм партнерка, рекомендую

Изначально когда в тг их видел во времена ноткоина думал жуткий скам, но ребята смогли адекватное что-то построить за что респект.

Удалось как то налить им, 900~ фтд где-то вышло. До сих пор даже капает. Может чуть позже еще вернусь снова по ревшаре полить, а то в кейсах у коллег уж больно сладкие RD, надо проверить.

Ребята аффы написали вчера говорят вернуться траф дать)) ну отзыв попросили оставить, мне в целом не сложно, но вот как есть)

GorilaZZ

17 августа

Порядок настройки:

• Откройте редактирование оффера, вкладку «Правило таргетинга»;
• Создайте новое правило или откройте существующее;
• Задайте условия: страны, устройства, ОС, партнеры, сабы;
• В блоке Target Link переключитесь на «Лендинг»;
• Найдите нужный лендинг в списке и сохраните правило.

Заодно мы защитили такие правила от случайных поломок. Лендинг, который стоит хотя бы в одном правиле таргетинга, нельзя отредактировать или удалить. Коллега не снесет страницу, на которую у вас идет половина трафика. А если администратор потерял доступ к лендингу из своего правила, связь не рвется: в настройках отобразится «Недоступный лендинг», и правило можно сохранить как есть или выбрать другую посадочную.

Вы разводите трафик по страницам и видите результат каждой в той же статистике, где считаете оффер.

Источники трафика во внешнем API: оффер заводится одним запросом, без захода в админку

Полный разбор обновления можно посмотреть на нашем YouTube-канале.

Разрешенные источники трафика для оффера до сих пор задавались только в интерфейсе. Для команд, которые создают офферы из своих систем, получался разрыв: оффер завели запросом, а за источниками менеджер шел в платформу и проставлял их руками. На десяти офферах это мелочь. На потоке в сотни офферов такой шаг либо съедает часы, либо его забывают.

Теперь весь сценарий проходит по API:

• Метод External traffic source list возвращает список доступных источников. Работает и для администратора, и для партнера;
• Метод Create external traffic source создает новый источник;
• В создании оффера и в PATCH Edit offer появился параметр allowed_external_traffic_sources — список разрешенных источников для конкретного оффера.

Одно правило стоит знать до интеграции. Основной источник трафика с идентификатором 0 присутствует в оффере всегда. Не передали параметр при создании — оффер получит [0]. Передали список без нуля — мы добавим его сами перед сохранением. 

Описание методов уже в актуальной версии API-документации.

Источники трафика управляются там же, где создаются офферы, и ручной шаг из интеграции уходит.

Флаг Proxied: платформа знает, какие домены работают через прокси

Полный разбор обновления можно посмотреть на нашем YouTube-канале.

Схема с проксированием трекинг-домена раньше выглядела так: добавили домен с классической настройкой через CNAME, прошли верификацию, потом включили прокси на своей стороне. Платформа об этом последнем шаге не знала и считала домен обычным.

Теперь в форме создания и редактирования трекинг-домена есть переключатель «Используется прокси / Proxied». По умолчанию он выключен. В списке доменов рядом с названием появляется лейбл Proxied, так что конфигурацию парка видно с одного экрана, без вопросов в чат «а этот у нас через прокси?».

В admin API за настройку отвечает поле is_use_proxy. При создании домена оно обязательное, при редактировании его можно не передавать, значение возвращается в ответах. Если вы создаете домены по API, заложите новое поле в запрос заранее.

Система учитывает реальную конфигурацию домена, а администратор управляет ей явно, из интерфейса или запросом.

Что объединяет эти обновления

Все три переносят знание из головы сотрудника в систему. Какой лендинг стоит за правилом, какие источники разрешены офферу, какой домен ходит через прокси — раньше это помнили люди, теперь это поля, которые видит платформа, статистика и API.

На десяти офферах разницы почти нет. На сотне она превращается в вопрос, можно ли отпустить человека в отпуск без передачи дел на три страницы.

Хотите посмотреть, как это работает на вашей схеме? Регистрируйтесь на демо-звонок: соберем требования, покажем платформу под ваши офферы и вертикаль, настроим пресет дашбордов. После демо - 14 дней бесплатно.