Атрибуция ломается не в трекере, а между кликом, согласием и postback

Атрибуция ломается не в трекере, а между кликом, согласием и postback

Если цифры расходятся, сначала ищите не «ошибку платформы», а место потери сигнала. Атрибуция почти всегда рвётся в одном из пяти узлов: cookie не сохранилась, consent не был дан, идентификатор не пробросили, окно атрибуции не совпало, postback пришёл позже сессии.

Проверка должна идти по цепочке, а не по отчету:
— клик дошёл до лендинга и сохранился ли click_id;
— у события покупки есть тот же идентификатор, который ждёт трекер;
— серверный запрос реально уходит, а не только рисуется в интерфейсе;
— задержка postback не съедает оптимизацию в коротких окнах;
— один и тот же конверт не считается дважды разными системами.

Самая частая ошибка — пытаться «чинить» расхождение в последнем источнике. На деле источник истины выбирают заранее: для сплита кампаний нужен трекер, для событий продукта — MMP или server-side лог, для воронки с consent — отдельная сверка по сырым событиям. Без этого любые отчёты будут спорить между собой.

Если атрибуция плавает, собирайте не отчёт, а трассировку: клик, событие, серверный ответ, postback, окно и дедупликацию. Когда цепочка видна целиком, спор о «правильной цифре» быстро превращается в инженерную задачу.