Постбэки ломают аналитику чаще не из-за трафика, а из-за кривой передачи данных

Постбэки ломают аналитику чаще не из-за трафика, а из-за кривой передачи данных

Когда оффер льет, но цифры не сходятся, проблема часто в связке: трекер → партнерка → CRM/платежка. Смотрите не на “есть постбэк”, а на цепочку целиком:
• у лида должен быть уникальный click_id;
• этот идентификатор обязан доживать до статуса в CRM;
• в постбэк нужно передавать не только approve, но и reject, hold, duplicate.

Если теряется хотя бы один параметр, отчеты начинают врать. Вроде CR нормальный, а EPC падает. Вроде лиды есть, а апрува в трекере нет. Результаты теста говорят сами за себя: чаще всего причина в том, что разные системы называют один и тот же статус по-разному.

Перед запуском проверьте 4 вещи:
1) совпадает ли формат click_id во всех точках;
2) не режется ли строка при передаче в URL;
3) не теряются ли sub_id и source_id;
4) есть ли отдельная логика для повторных событий.

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

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