Postback без ошибок: как не сломать атрибуцию и не потерять конверсии

Postback без ошибок: как не сломать атрибуцию и не потерять конверсии

Трафик не терпит кривых настроек postback-запросов: одна лишняя подмена макроса — и в отчёте уже мусор вместо апрувов. Базовая схема проста: клик → трекинг → оффер → событие конверсии → callback в TDS/трекер. Если в цепочке не совпадают click_id, sub_id или status-код, вы видите не реальную воронку, а её тень.

Проверьте 4 вещи до запуска:
— click_id должен передаваться без обрезки и URL-энкодинга, если его ждёт API
— postback обязан возвращать тот же идентификатор, который ушёл на клик
— статусы lead/sale/approved должны маппиться один к одному, без «общих» значений
— источник, кампания и крео должны жить в sub_id, иначе декомпозиция профита будет слепой

Отдельно смотрим на дубли: если сеть шлёт повторный callback, трекер обязан резать его по уникальному transaction_id. Иначе CR и eCPM в отчёте распухают, а решение по оптимизации принимается на ложной базе. Ещё один типовой баг — смешение GET и POST: алгоритм обучается на ваших данных, не мешайте ему шумом.

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