Postback delays: 5 типовых причин, из-за которых трекер видит конверсию с опозданием

Postback delays: 5 типовых причин, из-за которых трекер видит конверсию с опозданием

Если postback приходит не сразу, проблема обычно не в «магии атрибуции», а в цепочке между площадкой, CPA-сетью и трекером. Сначала проверяй не креативы, а механику: есть ли ответ 2xx, не режется ли редирект, совпадает ли click_id, не ломается ли URL-encoding.

Самые частые задержки:
• очередь на стороне сети или advertiser endpoint
• ретраи при таймауте, когда первый запрос ушёл, но ACK не получен
• потеря click_id на редиректе, webview или в промежуточном скрипте
• кривой mapping между subid, transaction_id и external_id
• timezone mismatch и окна атрибуции, из-за которых событие «доезжает» уже вне окна

Mitigation обычно скучный, но рабочий:
1) логируй входящий postback и ответ сервера отдельно;
2) добавь idempotency по transaction_id, чтобы дубли не создавали шум;
3) держи fallback-канал: server-to-server + client-side beacon, если это допустимо в схеме;
4) не режь TTL у кук и не чисти параметры до финального редиректа.

Если задержка повторяется, сверяй timestamp на каждом хопе и ищи, где именно растёт лаг. Один чистый trace полезнее десятка догадок.