Postback delays ломают атрибуцию чаще, чем любой баг в трекере

Postback delays ломают атрибуцию чаще, чем любой баг в трекере

Задержка почти всегда сидит в одном из четырёх мест: сеть, трекер, партнёрка, postback endpoint. Сначала смотри не на ROI, а на разрыв между click time и conversion time в логах: если клик есть, а конверсия приходит позже окна — это не «плохой трафик», а очередность доставки.

Типовые причины:
— S2S уходит через редирект-цепочку и теряет часть событий на timeout
— endpoint отвечает медленно, а партнёрка не делает retry
— в postback стоит лишний macro или битый URL-encoding
— трекер ждёт событие в одном timezone, а источник шлёт в другом

Что делать: сократи количество hops, проверь keep-alive и 2xx-ответ за минимальное время, включи idempotency по click_id, а не по IP. Для критичных связок держи отдельный endpoint только под postback и не смешивай его с аналитикой или редиректами.

Если задержка плавающая, добавь контрольный ping с тем же click_id и сравни время доставки по двум независимым каналам. Когда разница повторяется, проблема обычно не в «атрибуции», а в transport layer. Лечится не магией, а нормальной схемой маршрута и коротким postback path.