Postback и трекер: 5 точек, где чаще всего ломается атрибуция

Postback и трекер: 5 точек, где чаще всего ломается атрибуция

Если postback настроен формально, трекер покажет «конверсии», но их источник будет размыт. Проверять нужно не только URL, но и то, как передаются click_id, payout, status и event-type. Один потерянный параметр — и оптимизация строится на искаженных данных.

— Совпадение идентификатора клика: click_id должен жить от преленда до оффера без подмены и обрезки.
— Единый формат статусов: approved, lead, sale, rejected нельзя смешивать с локальными названиями без маппинга.
— Валидность токенов: постбэк должен отвечать 200, а не молча падать в редиректе или блокировке.
— Дедупликация: если сеть шлет повторное событие, трекер обязан игнорировать дубль по transaction_id.
— Передача payout: без нее нельзя считать EPC и сравнивать поток с другим источником трафика.

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

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