Чем dep отличается от qualified в статус-маппинге?

Dep — это факт депозита, а qualified — подтверждение партнёрки, что этот депозит (или лид) прошёл её внутреннюю проверку на качество. Присылают его не по всем конверсиям, но именно он даёт пикселю самый точный сигнал для оптимизации.

Нужно ли слать регистрацию (reg) в пиксель отдельным событием?

Обычно да — как более раннее и частое событие, которое даёт алгоритму сигнал для обучения, пока депозитов ещё мало, особенно в первые дни кампании.

Что делать со статусом hold при маппинге?

Не засчитывать его сразу как финальную конверсию: либо дождаться подтверждения от партнёрки, либо передавать hold отдельным статусом без полного value, чтобы не переобучать пиксель на депозитах, которые потом отклонят.

Можно ли использовать одну и ту же схему маппинга для всех партнёрок?

Нет — у каждой партнёрки может быть своя терминология и логика статусов, маппинг нужно проверять под конкретную сеть заново, иначе часть конверсий потеряется или задвоится.

Маппинг статусов конверсий в постбеке

Маппинг статусов конверсий в постбеке — база любой связки, где трафик льётся через трекер и оптимизируется по пикселю. Партнёрка, трекер и рекламная площадка часто называют одно и то же событие по-разному, и если эти статусы не свести в единую логику, алгоритм оптимизации начинает учиться на неверном сигнале. Разбираем, как правильно развести reg, dep и qualified между всеми тремя звеньями.

Зачем разводить reg, dep и qualified

Reg фиксирует факт регистрации, dep — факт депозита, а qualified — дополнительное подтверждение от партнёрки, что лид или депозит прошёл её собственную проверку на качество (не фрод, не самозалив, депозит от минимальной суммы). Если слать все три события в пиксель как один и тот же «Purchase», алгоритм не сможет отличить ценного пользователя от случайного и будет оптимизироваться на объём, а не на качество. Разведение статусов — это в первую очередь про то, каким сигналом кормить алгоритм, а не просто про красивую отчётность в трекере.

Какие статусы реально шлют партнёрки

Названия статусов у разных партнёрок почти никогда не совпадают: где-то это простой reg/dep/qualified, где-то — lead/sale/approved, где-то отдельно выделяют hold как промежуточное состояние до подтверждения. Часть сетей шлёт qualified не по каждому депозиту, а только по тем, что прошли их внутренний антифрод — и это самый ценный статус для оптимизации, хоть событий по нему меньше всего. Перед настройкой маппинга стоит свериться с документацией конкретной партнёрки, а не переносить логику с прошлого оффера один в один.

Маппинг статусов в трекере

В трекере (например, в Keitaro) каждому входящему статусу партнёрки присваивается свой внутренний статус конверсии и, желательно, своё значение выплаты — так трекер становится единой точкой, где разноголосица партнёрок сводится к одной понятной логике: reg, dep, qualified. Значение (value) стоит проставлять не произвольно, а исходя из реальной ценности события — например, qualified логично весит больше, чем просто dep, если оффер платит именно за подтверждённое качество. Это разведение делается один раз на партнёрку и дальше не требует ручной правки на каждую конверсию.

Передача статусов в пиксель

В FB CAPI и аналогичных пикселях имеет смысл передавать reg, dep и qualified как отдельные события — например, Lead для регистрации и кастомное событие с value для qualified-депозита, а не сваливать всё в один Purchase без разбивки. Именно value-based оптимизация на событии qualified даёт алгоритму понять, каких именно пользователей искать похожими, а не просто «любых, кто дошёл до депозита». Задержка между реальным событием и подтверждением от партнёрки (особенно у qualified) — это нормально, но её стоит закладывать в ожидания по скорости обучения кампании.

Частые ошибки в маппинге и как их избежать

Самая частая ошибка — слать все статусы одним универсальным событием без value, из-за чего пиксель физически не может отличить дешёвый reg от дорогого qualified-депозита. Вторая — не учитывать hold: событие засчитывается как финальная конверсия сразу, хотя партнёрка ещё может его отклонить, и тогда алгоритм переобучается на несостоявшихся депах. Третья — использовать один и тот же маппинг для новой партнёрки без проверки её реальных статусов. В APEX постбеки и S2S настраиваются под готовые шаблоны Keitaro↔FB CAPI и другие сети, поэтому большая часть этой разводки статусов делается один раз в интерфейсе, а не руками в каждой новой связке.

Частые вопросы

Чем dep отличается от qualified в статус-маппинге?: Dep — это факт депозита, а qualified — подтверждение партнёрки, что этот депозит (или лид) прошёл её внутреннюю проверку на качество. Присылают его не по всем конверсиям, но именно он даёт пикселю самый точный сигнал для оптимизации.
Нужно ли слать регистрацию (reg) в пиксель отдельным событием?: Обычно да — как более раннее и частое событие, которое даёт алгоритму сигнал для обучения, пока депозитов ещё мало, особенно в первые дни кампании.
Что делать со статусом hold при маппинге?: Не засчитывать его сразу как финальную конверсию: либо дождаться подтверждения от партнёрки, либо передавать hold отдельным статусом без полного value, чтобы не переобучать пиксель на депозитах, которые потом отклонят.
Можно ли использовать одну и ту же схему маппинга для всех партнёрок?: Нет — у каждой партнёрки может быть своя терминология и логика статусов, маппинг нужно проверять под конкретную сеть заново, иначе часть конверсий потеряется или задвоится.

Собери своё PWA в APEX за пару минут

Клоака, антибот, пуши, сплит-тесты и свои домены — в одном сервисе.

Начать бесплатно