Миф: «GA4 считает всё сам, нужно только события накинуть»

Миф: «GA4 считает всё сам, нужно только события накинуть»

Откуда растёт ноги. Это убеждение родом из универсальной веры в «волшебную кнопку». Мол, поставил gtag (Гугл тег) или GTM (Google Tag Manager — Диспетчер тегов), накидал событий через стандартный интерфейс — и аналитика готова. Особенно часто так думают те, кто переезжал с Universal Analytics, где часть данных собиралась «из коробки».

Почему это неправда. GA4 — это не готовая аналитика, а гибкая оболочка. Без продуманной архитектуры событий получается помойка: дубли, пропуски, несогласованные имена. Команды обнаруживают это спустя месяцы, когда пора строить отчёт — а в данных дыры.

Классические грабли:

— Событие purchase регистрируется и на этапе «Спасибо за заказ», и в dataLayer (слой данных — промежуточный массив между сайтом и тегом) дважды — с разными суммами.
— Параметры вроде item_id у одних товаров string (строка), у других int (целое число) — агрегации ломаются.
— Воронка оформления собирается через page_view вместо реальных шагов формы — конверсии скачут.

Что вместо. Сначала — карта событий. Перед установкой тегов нужен документ: какие действия бизнесу важны, какие параметры их описывают, какие соглашения по именованию. Потом — реализация через GTM с проверкой в DebugView (режим отладки GA4) до публикации. И только потом — построение отчётов и аудиторий.

Правило простое: чем меньше работы вы вложили в события, тем меньше пользы получите из отчётов. GA4 не думает за вас — он думает ровно так, как вы его настроили.

— @GA4cookbookRuPro