Postback ломают не офферы, а кривые параметры: чек-лист точной атрибуции

Postback ломают не офферы, а кривые параметры: чек-лист точной атрибуции

Postback — это не «галочка в трекере», а канал синхронизации между TDS, CPA-сетью и CRM. Если в цепочке теряется click_id, конверсия либо не доезжает, либо прилипает к чужому клику. Алгоритм обучается на ваших данных, не мешайте ему шумом.

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

Критичные точки: • один и тот же параметр везде должен означать одно и то же; • URL-encoding обязателен, если в значениях есть спецсимволы; • тестируйте GET и server-to-server отдельно; • статус конверсии и payout должны приходить в одном формате. Трафик не терпит кривых настроек postback-запросов.

Для отладки лейте тестовый трафик с отдельным sub_id и сверяйте логи по таймстемпу, click_id, статусу и сумме. Если есть расхождение между TDS и сетью, сначала ищите дубли, редиректы и потерю параметров на промежуточных переходах, а не «плохой оффер». Смотрим на EPC в разрезе сегментов и операторов.

Когда postback настроен чисто, вы видите не просто факт лида, а реальную воронку: клик → аппрув → payout → ROI. Это и есть база для сплит-теста — единственного объективного судьи в арбитраже.