Надёжная S2S-цепочка: где ломается постбэк и как не терять конверсии

Надёжная S2S-цепочка: где ломается постбэк и как не терять конверсии

S2S-постбэк живёт только если вся цепочка совпадает по ID и таймингам: оффер → трекер → преленд → источник трафика. Если хотя бы один параметр гуляет, конверсия уходит в «undefined», а ROI считается на шуме.

Проверь базу:
— clickid генерится один раз и передаётся без пересборки;
— макросы в оффере и трекере мапятся 1:1;
— postback принимает нужный метод и не режет query string;
— таймауты редиректов не обрывают возврат конверсии;
— тестовый лид проходит весь маршрут и возвращает статус в лог.

Дальше смотри на ошибки интеграции: дубли postback, пустые subid, несовпадение валюты/статуса, потерянные редиректы на SSL-слое. Отдельно проверяй, чтобы трекер не склеивал разные клики в один lead, иначе атрибуция станет ложной.

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