Атрибуция ломается не в трекере, а в цепочке между кликом, consent и постбэком

Атрибуция ломается не в трекере, а в цепочке между кликом, consent и постбэком

Если смотреть только на одну систему, легко сделать неверный вывод: GA4 недосчитает конверсии, трекер покажет их раньше, а MMP упрётся в своё окно. Проблема почти всегда в том, что у разных звеньев разные правила: cookie живёт недолго, consent режет часть сигналов, а postback приходит с задержкой.

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

Если ответ «нет» хотя бы на один пункт, искать «ошибку в цифрах» уже поздно — сначала надо найти, где именно потерялся идентификатор. Часто это не баг, а обычная несовместимость между browser-side и server-side измерением.

Рабочий алгоритм для сверки простой: берёте один источник правды по кликам, один по конверсиям и один по расходам; фиксируете окно атрибуции; отдельно отмечаете consent-denied трафик. Только после этого можно сравнивать отчёты и понимать, где разрыв системный, а где это задержка данных.

Пока цепочка не описана на бумаге, атрибуция будет спорить сама с собой.