Postback ломается не в настройке, а в несостыковке параметров между трекером и сетью

Postback ломается не в настройке, а в несостыковке параметров между трекером и сетью

Postback — это не «ссылка для галочки», а точка передачи статуса конверсии. Если в цепочке не совпадают clickid, subid, payout и статус события, трекер начинает считать трафик по ложным данным.

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

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

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

Оптимизация — это не только креатив, но и математика удержания пользователя внутри воронки. Сначала добейтесь, чтобы каждое событие читалось одинаково в сети, трекере и CRM, и только потом масштабируйте трафик.