Постбэки и трекер: где теряется прибыль на ровном месте

Постбэки и трекер: где теряется прибыль на ровном месте

Чаще всего связка ломается не в крео и не в оффере, а на стыке трекера и постбэка. Разбираем результаты теста: если событие в трекер не доходит, оптимизация идет вслепую, а CPA начинает «плыть» без видимой причины.

Проверяем базовый набор:
— совпадают ли event_id и click_id на стороне источника и трекера;
— не режется ли строка параметров при редиректах и проклах;
— одинаково ли передаются валюты, статусы и тип конверсии;
— не дублируется ли postback при повторной отправке события.

Дальше смотрим логи. Если в партнерке конверсия есть, а в трекере пусто — проблема в маршруте передачи. Если в трекере есть дубль, а в источнике один лид, значит, где-то нет защиты от повторного fire. Чистая статистика, ничего личного: одна лишняя конверсия в отчете может испортить выбор плейсмента или аудитории.

Для первичного теста лучше запускать одну связку, один оффер и один постбэк без лишней логики. Сначала добиваемся корректной передачи статусов, потом уже добавляем микро-оптимизацию: payout, approve, reject, рефанд. Иначе вместо аналитики получаем красивый шум.

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