Надёжная S2S-цепочка строится не в трекере, а на уровне каждого узла

Надёжная S2S-цепочка строится не в трекере, а на уровне каждого узла

Если оффер, партнерка и трекер по-разному трактуют click_id, chain ломается на первом же постбэке. База простая: один уникальный идентификатор на весь путь, фиксированный макрос для subid и одинаковый формат передачи без ручных правок.

Проверь цепочку по шагам:
— клик создаётся до редиректа и сохраняется в трекере;
— оффер принимает тот же ID и не режет параметры;
— postback возвращает тот же идентификатор, без URL-энкодинг сюрпризов;
— статус конверсии мапится строго: lead, sale, reject, refund.

Отдельно смотри на дубли и таймауты. Если постбэк может уйти дважды, ставь дедупликацию по transaction_id. Если событие приходит позже окна атрибуции — не лечи это «ручной сверкой», а расширяй логику приема в трекере и проверяй задержку на стороне оффера.

Самая частая поломка — разные форматы на входе и выходе: где-то пустой subid, где-то обрезанный query string, где-то редирект через лишний слой. Чистим логи, проверяем постбэки. Data-driven подход или работа вслепую — выбор за тобой.