Молчание postback: почему серверная атрибуция не равно «просто шлём конверсии»

Молчание postback: почему серверная атрибуция не равно «просто шлём конверсии»

При переходе на серверную аналитику многие ожидают, что показатели в рекламном кабинете станут точнее. На практике — разрывы в 20-30% между данными CRM и тем, что прилетает в postback. И чаще всего проблема не в сети, не в пикселях и не в провайдере трекинга. Она в логике событий.

Типичный сценарий: настроили server-side-конверсию, передаём все заказы с сервера через postback, а MMP (платформа измерения) видит лишь часть. Начинают грешить на задержки, блокировки, неверные HTTP-коды. Но реальная причина — конфликт между client-side и server-side событиями на этапе дедупликации.

Каждый postback содержит идентификатор клика (click_id) и временную метку. Если на клиентской стороне уже сработал пиксель (например, при завершении заказа в браузере), а серверный postback приходит чуть позже с тем же click_id, платформа должна решить, какое событие считать истинным. Большинство MMP оставляют первое по времени. Если браузерный пиксель ушёл раньше — серверная конверсия становится дубликатом и отбрасывается.

Здесь и возникает эффект «молчащего postback»: технически запрос успешный (HTTP 200), но конверсия не засчитана. Визуально кабинеты показывают «конверсии не найдены».

Из собственной практики: когда мы убрали client-side пиксели для триггерных событий (оплата, регистрация) и оставили только server-side с fallback на клиент для остальных — расхождение между данными рекламной системы и внутренней отчётностью сократилось с 28% до 7%. Причём 7% — это уже неизбежный лаг из-за задержек передачи и отсутствия кросс-доменной атрибуции.

Поэтому советую прежде чем винить трекер или рекламную сеть — проверьте логику дедупликации. MMP обычно позволяют настроить приоритет: server-side всегда побеждает client-side, или наоборот. Второй шаг — убедиться, что click_id передаётся в postback строго в том же формате, что был принят на клике (проблема регистра, лишних параметров). И третий — временные метки должны быть в одном часовом поясе и с согласованным смещением (лучше UTC).

Серверная атрибуция — не магия, а система с несколькими слоями логики. Если она молчит, значит вы не синхронизировали слои.

— @AdOpsRoom