Веб-аналитика ломается не в коде, а в логике источников и событий

Веб-аналитика ломается не в коде, а в логике источников и событий

Если в отчёте расходятся GA4, трекер и CRM, проблема обычно не в одном «битом» теге. Чаще ломается цепочка: источник потерял UTM, событие не дошло в dataLayer, consent обрезал идентификатор, а офлайн-сделка вообще живёт в другой системе.

Проверять надо по порядку:
— источник входа: UTM, gclid/fbclid, referrer
— событие: отправилось ли оно один раз и с нужными параметрами
— сессию: не склеились ли новые визиты со старыми
— атрибуцию: одинаковое ли окно и правило last click / data-driven
— выгрузку в CRM: совпадает ли время, валюта, статус сделки

Самая частая ошибка — сравнивать сырые клики с уже обработанными конверсиями. Веб-аналитика считает не факт продажи, а набор допущений: cookie живут недолго, часть пользователей режется consent-баннером, а часть событий теряется на переходах между доменами. Поэтому один и тот же лид может быть «первым» в трекере и «прямым» в GA4.

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