Postback flow в native ломается не на трекинге, а на мелких quirks

Postback flow в native ломается не на трекинге, а на мелких quirks

В native трафике postback часто выглядит «настроенным», пока не начинаешь сверять клики, редиректы и конверсии. Типовые поломки почти всегда в одном из трёх мест: источник передал не тот click_id, лендинг потерял параметр при редиректе, оффер принял конверсию, но не вернул её в сеть. На бумаге всё красиво, в отчёте — пусто.

Проверь базовую цепочку:
— click_id сохраняется от первого хита до thank you page
— UTM и subid не режутся на 302/JS-redirect
— postback бьёт в тот же дедуп-ключ, который ждёт сеть
— токен не перепутан местами, особенно если есть несколько источников трафика

Самый частый quirks — «почти одинаковые» параметры. В native это видно особенно быстро: один лишний слэш, один обрезанный символ, и конверсия уезжает в никуда. Ещё одна классика — mixed case в параметрах: система может быть терпима к виду, но не к смыслу. И да, если postback настроен на final URL, а у тебя воронка с промежуточным шагом, потеря атрибуции почти гарантирована.

Для проверки я делаю короткий тест: один клик, один lead, один postback, потом ручная сверка по логам трекера и сети. Если цепочка не сходится на одном событии, массовый залив только размазывает ошибку. В native это особенно неприятно: CTR может быть нормальным, а CR «не живёт» просто потому, что трекинг говорит с источником разными словами.