<b>Postback delays ломают атрибуцию не хуже кривого трекера — где искать задержку</b>

<b>Postback delays ломают атрибуцию не хуже кривого трекера — где искать задержку</b>

Задержка почти всегда сидит в одном из трёх мест: на стороне источника, в цепочке редиректов или в приёме S2S. Если клик фиксируется быстро, а конверсия приходит с лагом, сначала смотри не на оффер, а на маршрут callback.

— Источник может батчить события: postback уходит пачкой, а не сразу.
— Редиректы и промежуточные домены добавляют RTT и иногда рвут query string.
— На приёме трекер ждёт слишком мало: timeout, retry, очереди, лимиты по соединениям.
— Иногда виноват clock drift: время клика и конверсии расходится, и матчинг плывёт.

Для диагностики полезно разделить путь на этапы: логируй время входящего клика, момент отправки postback и ответ сервера. Если есть CDN, проверяй, не режет ли он keep-alive и не меняет ли заголовки. Для мобильного трафика отдельно сверяй webview и браузерный переход: там часто разные задержки и потеря параметров.

Митигировать просто: уменьшай число hop'ов, держи callback URL коротким, ставь нормальный retry с идемпотентностью и не полагайся на один канал подтверждения. Если лаг системный, лучше расширить окно атрибуции и синхронизировать время на всех узлах, чем потом чинить расхождения в отчётах.