Postback от агентки в трекер ломается чаще всего не из‑за трекера, а из‑за схемы ID

Postback от агентки в трекер ломается чаще всего не из‑за трекера, а из‑за схемы ID

Чаще всего косяк в том, что в postback уходит не тот click_id: один и тот же параметр в агентке, трекере и в лендинге называется по-разному, а маппинг делают “на глаз”. В итоге конверсия есть, а привязки к клику нет.

Проверь три вещи:
— click_id должен сохраняться от перехода до события без подмены и обрезки
— source/placement/subid не должны перезаписываться промежуточными редиректами
— postback должен получать именно тот ID, который трекер ждёт в URL, а не “похожий” параметр

Ещё одна типовая ошибка — событие шлют раньше, чем агентка успела записать лид/аппрув. Если трекер ждёт мгновенный ответ, а у поставщика есть задержка, часть конверсий будет в статусе “потеряно”. На практике это лечится не магией, а проверкой цепочки: клик → запись лида → отправка postback → ответ трекера.

Что важно: сначала тестируй один оффер и один источник, потом масштабируй. Если postback не сходится на короткой цепочке, при объёме он не “сам починится”. Сначала сверка параметров, потом уже любые оптимизации.