Postback ломает аналитику чаще, чем крео — если не проверить цепочку передачи

Postback ломает аналитику чаще, чем крео — если не проверить цепочку передачи

Когда данные из трекера расходятся с кабинетом, проблема обычно не в «плохом трафике», а в постбэке. Сначала проверяю базовую цепочку: click_id уходит в оффер, на стороне сети возвращается тот же идентификатор, событие матчится без обрезания параметров.

Дальше смотрю на три точки:
— время отправки postback и таймзону трекера;
— дубли событий: один лид может прилетать дважды;
— потерю полей при редиректе, когда часть параметров режется на промежуточных URL.

Если конверсия есть, а в трекере пусто, ищу разрыв на уровне S2S. Если лиды видны, но атрибуция плавает, обычно виноваты окна конверсии, несинхронный статус или неверная схема дедупликации. Для проверки беру один тестовый клик и прохожу весь путь руками: клик, форма, callback, запись в логах.

Анализ данных говорит сам за себя: postback надо валидировать не по «есть событие/нет события», а по полному совпадению идентификаторов, статусов и времени. Тестируем гипотезу — смотрим на спенд.