Веб-аналитика ломается не в коде, а в вопросе: какую конверсию считать основной
Когда GA4, трекер и CRM показывают разное, проблема почти всегда не в «плохой настройке», а в разном источнике истины. Один считает событие по cookie, второй — по серверному постбэку, третий — по факту оплаты. Пока это не зафиксировано, отчёты будут спорить между собой бесконечно.
Для нормальной схемы нужны три слоя:
— идентификатор пользователя или сессии, который проходит через весь путь;
— единый список событий с жёсткими названиями;
— правило, где именно событие считается конверсией: на клике, на лидах, на оплате или на подтверждённой оплате.
Чаще всего ошибки появляются в трёх местах: дубли из-за повторной отправки события, потери параметров на редиректах и разные окна атрибуции у платформ. Если источник, трекер и аналитика смотрят на разный отрезок пути, расхождение не баг, а математика.
Перед запуском сверяйте не только цифры, но и логику: откуда пришёл идентификатор, где он теряется, кто отправляет событие первым и кто имеет право его переименовать. Иначе вы оптимизируете не трафик, а шум.
Attribution Deep
@attribution_deep
Веб-аналитика ломается не в коде, а в вопросе: какую конверсию считать основной
Этот пост опубликован в Telegram-канале Attribution Deep. Подписаться можно по ссылке: @attribution_deep.