Новый формат
Что изменилось в Google Analytics 4: от сессий к событиям
Google Analytics 4 сменил привычную логику Universal Analytics: вместо «хитов и сессий как главной оси» — события и параметры. Сайт и приложение можно смотреть в одной схеме данных.
Ниже — суть перехода и что проверить на практике. Интерфейс и названия отчётов меняются; важна модель измерений, не расположение виджетов из беты 2020. Поведение ecommerce в GA — в отдельном материале; цели/key events — в гайде по конверсиям.
Главные сдвиги модели
Единая схема для веба и приложения: можно смотреть путь пользователя между площадками, если корректно настроены потоки и идентификация. Раньше веб и app часто жили в разных «вселенных» отчётов.
Сессии больше не центр вселенной. Аналитика строится вокруг событий: что сделал пользователь, с какими параметрами, в каком контексте. Это гибче для SPA, видео, кликов и микроконверсий — и сложнее для тех, кто привык только к «отказам как в UA».
Расширенные измерения снимают часть рутины: базовые взаимодействия можно включить в настройках потока. Это не замена продуманной схеме ecommerce и CRM, а старт без десятка мелких тегов.
Цифры «до/после» на одном графике без оговорок вводят в заблуждение: другая модель сессий, согласие на cookies, блокировщики и sampling в исследованиях. Сравнивайте тренды внутри GA4, а не «вчерашний UA bounce» с сегодняшним engagement.
Отчёты, аудитории и практика перехода
В интерфейсе — обзоры вовлечённости, события, аудитории, воронки и исследования (Explorations). Pathing, когорты и realtime полезны, но названия вкладок плавают: учите смысл («события», «аудитория», «воронка»), не заучивайте скрин 2020 года.
Конструктор аудиторий заменяет часть сегментов UA: условия на уровне события, сеанса и пользователя можно комбинировать (например, desktop + совершил покупку). Аудитории пригодятся и в рекламе Google, если связка аккаунтов настроена.
Воронки строятся по последовательности событий; пропуск шага обычно выкидывает пользователя из цепочки — это нормально для open funnel, но требует аккуратной разметки шагов checkout.
Практика перехода: поставьте GA4 параллельно со старым учётом (если ещё не), проверьте DebugView/realtime, отметьте ключевые события, настройте ecommerce или хотя бы purchase, согласуйте consent mode/политику cookies. GTM упрощает сопровождение тегов.
Итог: GA4 — не «новый скин UA», а другая модель. Освойте события и параметры — отчёты и исследования станут инструментом гипотез, а не музеем виджетов.
Чеклист после создания свойства GA4:
- тег на всех шаблонах, без дубля;
- enhanced measurements по необходимости;
- ключевые события/конверсии;
- ecommerce или эквивалент покупок;
- проверка в realtime / DebugView;
- фильтр внутреннего трафика.
Частые вопросы
Universal Analytics ещё работает?
Как основа — нет. Стройте учёт в GA4. Исторические данные UA не «переедут» один в один — закладывайте параллельный сбор заранее.
Что такое событийная модель?
Почти всё — событие с параметрами (page_view, scroll, purchase…). Сессии считаются иначе; сравнивать цифры UA и GA4 напрямую нельзя.
Обязателен ли Firebase?
Для приложений GA4 исторически близок к схеме Firebase Analytics. Веб можно вести без «отдельного мира приложений», но кросс-платформа — сильная сторона GA4.
Что такое enhanced measurements?
Встроенный сбор типовых действий (просмотры, скролл, исходящие клики, поиск по сайту и др.) без ручного кода на каждый клик. Список и названия уточняйте в актуальной справке.
Куда делись цели UA?
В GA4 — ключевые события (конверсии) на базе событий. Подробный разбор — в статье про настройку целей/конверсий.
Переезжаете на GA4?
Настроим события, ключевые конверсии и проверку в DebugView — без путаницы с UA.
Обсудить задачу
