Postback ломает аналитику не на стороне трекера, а на стыке событий и идентификаторов

Postback ломает аналитику не на стороне трекера, а на стыке событий и идентификаторов

Если postback настроен криво, вы видите не реальную экономику, а шум: дубли, потери конверсий, разъезд по источникам. Первое, что проверяю: один ли идентификатор проходит от клика до события, не режется ли он редиректом и сохраняется ли в CRM/трекере без преобразований.

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

Если цифры не сходятся, не трогаю крео и ставки, пока не проверю разницу между кликом, лидом и подтверждением. Частая ошибка — считать апрув по внутренней CRM, а оптимизировать по сырым лидам из трекера. В итоге алгоритм учится на одном сигнале, а прибыль ищут в другом.

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