GA4 ломается не в отчётах, а в настройке событий и параметров
Чаще всего проблема не в том, что GA4 «плохо считает», а в том, что ему скармливают разные смыслы под одним именем. Если событие purchase отправляется из двух мест, а параметры value и currency живут по разным правилам, дальше уже бесполезно спорить с интерфейсом.
Проверьте базовый набор:
— одно название события = один бизнес-смысл;
— обязательные параметры всегда передаются в одном формате;
— session_start, page_view и user_engagement не переопределяются без причины;
— кастомные параметры не плодятся ради удобства разработчика.
Отдельно смотрите на идентификаторы. Если user_id появляется только после логина, а client_id теряется при переходе между доменами, вы получите рваные сессии и дубли пользователей. Для кросс-домена и server-side tagging логика должна быть описана до внедрения, а не после первых дыр в данных.
Что делать на практике: заведите короткую спецификацию событий — имя, триггер, параметры, где формируются, кто владелец. Это дешевле, чем потом чинить отчёты, аудитории и экспорт в BigQuery по кускам.
GTM & GA4 Deep
@gtm_ga4_deep
GA4 ломается не в отчётах, а в настройке событий и параметров
Этот пост опубликован в Telegram-канале GTM & GA4 Deep. Подписаться можно по ссылке: @gtm_ga4_deep.