Выплаты по лендингу и фильтр игроков по Web ID: обновления Alanbase за ноябрь

В ноябре в Alanbase вышло семь обновлений. Три из них дают детализацию ниже уровня партнера. Выплату теперь можно привязать к лендингу прямо в общих и индивидуальных условиях оффера. Игроков можно отфильтровать по Web ID субаффилиата, а переход на сторону продукта - сопоставить с конкретной трекинг-ссылкой через макрос {tracking_hash}.

Еще одно обновление отделяет квалификации от остальных конверсий в статистике. Оставшиеся три убирают ошибку при настройке индивидуальных условий в приватных офферах и добавляют источники трафика во внешний API: в генерацию реферальных ссылок и в ответы методов по офферам.

Выплата по лендингу в общих и индивидуальных условиях

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

До октября лендинг можно было указать только в специальных выплатах. В общих и индивидуальных условиях оффера этого параметра не было, поэтому под каждую ставку для отдельного лендинга приходилось заводить специальную выплату.

Теперь лендинг выбирается прямо в условии. Он работает как еще один фильтр, наравне со страной, типом устройства и операционной системой. Выплата применяется, когда совпали все заданные параметры и клик содержит хотя бы один из выбранных лендингов.

Как настроить:

1. Откройте создание или редактирование общего либо индивидуального условия оффера.
2. Выберите модель выплаты: «Цель», «Формула» или «Квалификация».
3. Включите чек-бокс «Лендинг» под полем «Типы устройства» и отметьте один или несколько лендингов. Если лендинг один, он появится сразу. Если доступных лендингов нет, список будет неактивен.
4. Задайте остальные параметры условия и сохраните его.

Пример. У рекламодателя три лендинга: Registration form, Wheel и Wheel 2. Он хочет платить $50 за целевое действие игрока, пришедшего через первые два, если совпадают страна и тип устройства. Администратор создает условие с моделью «Цель», отмечает Registration form и Wheel, задает страну и устройство. Клик с Wheel из нужной страны и с нужного устройства получит эту выплату. Клик с Wheel 2 или из другой страны под условие не попадет, и система перейдет к следующему подходящему условию.

Что учесть:

• для модели CPM лендинг в условии не выбирается;
• если в условии есть хотя бы одна специальная выплата, выбрать лендинг нельзя; после удаления всех специальных выплат выбор снова появится;
• условие с лендингом пропускается, если в клике лендинг не указан;
• удаленный лендинг отмечается в условии как «(удалено)», и такое условие не применяется.

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

Фильтр игроков по Web ID

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

Web ID - идентификатор субаффилиата, который передается в соответствующем параметре при фиксации клика. По нему уже можно фильтровать общую статистику и когортный анализ. В списке игроков такого фильтра не было, и когда рекламодатель запрашивал данные по отдельным субаффилиатам, быстро выделить нужных игроков в этом разделе было нельзя.

Теперь в списке игроков есть отдельное поле поиска Web ID. В него можно ввести одно или несколько значений: в списке останутся игроки, чьи клики содержали хотя бы одно из них.

Пример. Партнер CPA-сети работает с тремя субаффилиатами: web_101, web_102 и web_103. Рекламодатель хочет проверить игроков от второго, и для этого достаточно указать web_102. Если нужно посмотреть первого и третьего вместе, в поле выбираются web_101 и web_103.

Обновление пригодится операторам, которые работают с CPA-сетями, и прямым рекламодателям, которые оценивают трафик на уровне Web ID. Качество трафика сети можно разбирать по каждому субаффилиату, а статистику для рекламодателя собирать без ручной выборки из общего списка.

Квалификации отдельно от остальных конверсий

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

Посчитать квалификации в конструкторе формул статистики можно было и раньше: переменная «Количество квалификаций» делит их на подтвержденные, в холде, в ожидании и отклоненные. Но в разделе «Статистика → Конверсии» сами квалификации нельзя было отобрать отдельно от остальных конверсий. Для прямых рекламодателей, которые анализируют квалификации как самостоятельную сущность, это было неудобно.

Написать в Telegram сайт

Вакансии

➡️Media Buyer TikTok / Google Demand Gen

LeadPlexity

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

Удаленно

🍀Media Buyer · Sweepstakes Meta Ads · LATAM / Africa

Прямой рекламодатель (Nutra)

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

Удаленно

Senior Media Buyer Telegram Ads

JTMarketing

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

Удаленно

Все вакансии

Разместить

JetTon Partners 0

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

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

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

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

GorilaZZ

17 августа

Теперь в блоке «Ключ цели» есть переключатель «Квалификация». Когда он включен, в списке остаются только конверсии с типом «Квалификация». Фильтр доступен и администраторам, и партнерам.

Как пользоваться:

• Откройте «Статистика → Конверсии».
• В блоке «Ключ цели» включите переключатель «Квалификация».
• Добавьте нужные фильтры, например период и модель оплаты.

Переключатель работает вместе с остальными фильтрами по логике «И»: в результат попадают конверсии, которые соответствуют всем выбранным условиям сразу. Экспорт выгружает ту же выборку, что на экране, поэтому отчет по квалификациям за период не придется чистить в таблице. С выключенным переключателем раздел работает как раньше.

Приватные офферы: в списке только подключенные партнеры

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

Раньше при создании или редактировании индивидуального условия в приватном оффере или оффере с премодерацией в списке выбора были все партнеры системы, в том числе не подключенные к этому офферу. Такого партнера можно было выбрать, и при сохранении появлялось сообщение Permission denied. При этом партнер мог все равно попасть в условие, что усложняло работу с настройками оффера.

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

В публичных офферах выбор партнеров для индивидуальных условий работает как раньше.

Макрос {tracking_hash}: какая ссылка привела пользователя

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

Через параметры таргет-ссылки продукт рекламодателя и раньше получал данные о партнере и оффере. Но если у партнера несколько трекинг-ссылок на один оффер, определить, по какой из них пришел пользователь, было нельзя.

Новый макрос {tracking_hash} передает в целевой URL уникальный хэш трекинг-ссылки. Хэш есть у каждой трекинг-ссылки и уникален для сочетания партнера, оффера и ссылки. Например, для ссылки https://click.example.com/hash значение макроса будет равно hash.

Макрос работает везде, где таргет-ссылки уже поддерживают макросы:

• Target URL оффера;
• Target URL правил таргетинга;
• Target URL лендинга;
• Trafficback URL.

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

Отдельно обработан переход по Smart Link. В этом случае макрос получает хэш трекинг-ссылки, к которой привязан сам Smart Link через свой tracking_link_id, и исходная ссылка определяется и здесь.

Чтобы подключить макрос, добавьте {tracking_hash} в Target URL как значение параметра, который принимает ваш продукт. При каждом переходе платформа подставит хэш ссылки. С ним переходы в вашей аналитике сводятся до конкретной трекинг-ссылки, и эффективность ссылок одного партнера можно сравнивать между собой.

Источник трафика в методе Referral link

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

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

Теперь у метода Referral link есть необязательный параметр ts: целочисленный ID источника трафика. Система проверяет его по списку внешних источников, разрешенных для оффера, и дальше действует так:

• ID существует, не удален и доступен в оффере - ссылка возвращается с параметром ts, например при ts=15 в ссылке будет ?ts=15;
• ts=0, основной системный источник, считается корректным значением, но параметр в ссылку не добавляется;
• ts не передан, некорректен, указывает на удаленный источник или на источник, недоступный в оффере, - возвращается обычная ссылка без ts.

На некорректное значение ts метод все равно отвечает кодом 200 и не возвращает ошибку в теле ответа. Поэтому в интеграции результат стоит проверять по самой ссылке: если параметра ts в ней нет, а вы передавали источник, отличный от нулевого, он не применился.

Запросы без ts работают как раньше. Описание нового параметра добавлено в публичную документацию API.

Источники трафика в ответах методов Offer и Offers list

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

В сентябре источники трафика появились во внешнем API: методы для списка и создания источников и поле allowed_external_traffic_sources при создании и редактировании оффера. При этом получить доступные источники вместе с самим оффером было нельзя, и клиентам приходилось запрашивать их отдельно.

Теперь методы Offer (один оффер) и Offers list (список офферов) для администраторов и партнеров возвращают поле allowed_external_traffic_sources со списком источников, доступных для оффера. Логика формирования поля и правила проверки те же, что в интерфейсе. Основной источник в поле есть всегда, даже если дополнительные для оффера не настроены. Публичная документация обновлена.

Обновление нужно тем, кто строит собственную систему управления офферами поверх Alanbase и хочет дать администраторам или партнерам выбор источника трафика. Вместе с параметром ts из предыдущего раздела получается цепочка без дополнительных запросов:

• Запросить оффер или список офферов и взять доступные источники из allowed_external_traffic_sources.
• Показать их в своем интерфейсе и получить выбор.
• Сгенерировать ссылку методом Referral link с выбранным ID в параметре ts.

Если ID берется из allowed_external_traffic_sources, он уже доступен в оффере. Тогда ссылка без ts придет в двух случаях: выбран основной источник с ID 0, который в ссылку не добавляется, или источник удалили между двумя запросами.

Что нужно, чтобы начать пользоваться

Четыре обновления работают сразу в интерфейсе: лендинг в условиях выплат, фильтры по Web ID и квалификациям, список партнеров в приватных офферах. Для остальных трех нужна правка на вашей стороне. Макрос {tracking_hash} добавляют в таргет-ссылки, а продукт должен принимать и сохранять его значение. Источники трафика в API подключают в интеграции по публичной документации.

Если хотите посмотреть, как выплаты по лендингам и фильтр по Web ID лягут на ваши офферы, напишите менеджеру Alanbase. Покажем на демо под ваш сценарий за 30-40 минут и откроем 14 дней доступа без привязки карты.