Google Analytics в версии GA4 строит данные не вокруг сеансов, а вокруг событий: каждый клик, просмотр, форма и покупка — отдельная запись с параметрами. Эта статья — рабочая схема для новичка и специалиста: как подключить ресурс, разобраться в иерархии аккаунта, отчётах, ключевых событиях и атрибуции, не утонув в интерфейсе.
Важное уточнение: часть терминов ниже (представления, цели, сэмплирование в его прежнем виде, многоканальные последовательности как отдельный экран) относится к прежней версии — Универсальной Аналитике. Google прекратил обработку данных в стандартных ресурсах Универсальной Аналитики с 1 июля 2023 года, а новая обработка данных в ресурсах версии 360 не велась с 1 июля 2024 года — доступ к уже накопленным отчётам и истории для части клиентов при этом мог сохраняться дольше. Там, где термин актуален только для старой модели, в тексте указан аналог из GA4.
Начало работы с Google Analytics
Работа начинается с трёх шагов: создание аккаунта, создание ресурса, добавление потока данных. Аккаунт — верхний уровень структуры, он объединяет один или несколько ресурсов одной компании или проекта. Ресурс — это конкретный сайт, приложение или их комбинация. Поток данных — канал, через который события попадают в ресурс: веб-поток, поток Android или поток iOS.
При создании ресурса указываются часовой пояс отчётности и валюта — они влияют на группировку данных по дням и на пересчёт значений дохода. Изменить валюту после накопления истории можно, но перерасчёт прошлых периодов не производится задним числом.
Подключение сайта
Для веб-ресурса доступно несколько способов установки тега:
| Способ | Когда применять | Основной риск |
|---|---|---|
| Код на страницах сайта | Самописный сайт без CMS | Пропуск части страниц при ручной вставке |
| Google Диспетчер тегов | Несколько систем аналитики и рекламы одновременно | Ошибка в настройке триггера |
| Плагин для CMS | Сайт на WordPress, Bitrix, Tilda и подобных системах | Конфликт с другими плагинами |
| Встроенные настройки конструктора | Лендинг или простой сайт-визитка | Ограниченный контроль над событиями |
После установки тега рекомендуется включить улучшенную статистику (Enhanced Measurement) в настройках потока данных. Она без дополнительного кода начинает отправлять события просмотра страницы, прокрутки, кликов по внешним ссылкам, поиска по сайту, взаимодействия с видео и скачивания файлов. При включении улучшенной статистики важно проверить, что в URL и параметрах событий не передаются персональные данные пользователя — это требование политики использования данных Google.
Роли доступа распределяются на уровне аккаунта или ресурса и определяют объём действий пользователя в системе:
| Роль | Что доступно | Кому назначать |
|---|---|---|
| Администратор | полный доступ, включая управление доступами других пользователей | владелец проекта |
| Редактор | изменение настроек ресурса без управления доступами | штатный аналитик |
| Аналитик | создание отчётов, сегментов и исследований без изменения настроек сбора данных | маркетолог, подрядчик |
| Просмотр | только чтение отчётов | руководитель, заказчик |
Разделение ролей снижает риск случайного изменения структуры потоков данных или удаления ключевого события человеком, которому для работы достаточно доступа к отчётам.
Иерархия в Google Analytics
Структура строится строго по цепочке: аккаунт → ресурс → поток данных → событие → параметр. Каждый следующий уровень существует только внутри родительского. Один аккаунт может содержать несколько ресурсов, например отдельно для сайта и мобильного приложения. Один ресурс может объединять несколько потоков данных — это основа кросс-платформенных отчётов GA4, когда веб и приложение анализируются в едином ресурсе.
Событие — базовая единица сбора. У события есть имя и набор параметров: они формируют измерения и метрики, которые затем отображаются в отчётах. Часть событий помечается как ключевые — это аналог конверсий из прежней модели, привязанный к конкретным бизнес-действиям: заявка, звонок, оформление заказа, подписка.
Обзор интерфейса
Интерфейс делит функциональность на несколько зон: главная страница с быстрым обзором, отчёты для регулярного анализа, раздел «Исследовать» для нестандартных срезов данных, раздел «Реклама» для оценки платных каналов и раздел «Администратор» для настройки сбора данных и доступов.
| Раздел | Задача | Кто использует чаще всего |
|---|---|---|
| Главная | быстрый обзор состояния ресурса | владелец сайта |
| Отчёты | регулярный анализ трафика и поведения | маркетолог |
| Исследовать | нестандартные срезы и гипотезы | аналитик |
| Реклама | оценка платных каналов и атрибуции | специалист по продвижению |
| Администратор | настройка сбора данных и доступов | владелец и аналитик |
Переключение между разделами не требует повторной настройки фильтров: период и базовое сравнение, выбранные в одном отчёте, обычно сохраняются при переходе к соседнему экрану в рамках той же сессии работы в интерфейсе.
Главная страница
Главная страница показывает сводные карточки: пользователей за выбранный период, ключевые события, доход и изменения показателей относительно предыдущего периода. Это первый экран для владельца сайта, который хочет за минуту понять общее состояние ресурса без погружения в детальные отчёты.
Отчеты
Раздел «Отчёты» — основной рабочий инструмент маркетолога. Он делится на разделы жизненного цикла: привлечение, вовлечение, монетизация, удержание, а также на технические разделы: демография, технологии. Каждый экран содержит таблицу с измерениями и метриками и график динамики по дням.
Администратор
Раздел «Администратор» отвечает за структуру аккаунта и ресурса: создание и переименование ресурсов, настройку потоков данных, управление доступами пользователей, настройку связок с Google Рекламой и Search Console, настройку хранения данных и параметров событий. Изменения здесь влияют на сбор данных вперёд, они не пересчитывают уже накопленную историю.
Сводки
Сводки — это настраиваемые панели с карточками метрик и графиками, которые пользователь собирает под собственную задачу: например, отдельная сводка для мониторинга рекламных каналов или для контроля показателей вовлечения. Карточки добавляются вручную и привязываются к конкретному отчёту или сегменту данных.
В режиме реального времени
Отчёт в режиме реального времени показывает активных пользователей за последние 30 минут: их количество, источники входа, посещаемые страницы, происходящие события и срабатывающие ключевые события. Отдельная карточка отображает пользователей за последние 5 минут — это удобно для проверки только что установленного тега.
Практическая проверка после установки тега строится так:
- открыть сайт в отдельной вкладке браузера;
- перейти в раздел отчёта в реальном времени в интерфейсе;
- убедиться, что счётчик активных пользователей вырос минимум на одного;
- открыть несколько страниц ресурса и выполнить целевое действие;
- проверить, что соответствующее событие появилось в списке событий раздела реального времени;
- проверить корректность источника входа;
- зафиксировать, что задержка до появления события минимальна, в отличие от стандартных отчётов.
Стандартные отчёты, в отличие от раздела реального времени, обрабатывают данные с задержкой: по данным справки Google, обработка обычных отчётов может занимать до 24–48 часов, а данные текущего дня показываются с пометкой о неполной обработке.
Аудитория
Данные о пользователях распределены между отчётами раздела «Пользователи» — демография (возраст, пол, регион, язык) и технологии (устройство, операционная система, браузер) — и отдельным инструментом «Аудитории», где вручную собираются поведенческие сегменты, например «пользователи, посетившие страницу цен, но не оформившие заказ». Такие аудитории переиспользуются в отчётах и в исследованиях, что экономит время на повторной настройке фильтров.
Аудитории строятся по нескольким типам условий: по параметрам события, по последовательности действий во времени, по значению метрики за период. Готовая аудитория может использоваться не только внутри отчётов GA4, но и как база для таргетинга в связанных рекламных кабинетах — это сокращает путь от аналитического наблюдения до практического действия в кампании. Срок хранения данных для построения аудиторий и детальных отчётов по пользователю настраивается в разделе «Администратор» отдельно от срока хранения агрегированных отчётов.
Источники трафика
Отчёты по источникам показывают, откуда пользователь попал на ресурс: канал (органический поиск, платный поиск, реферал, прямой заход, социальные сети, email), источник (конкретная поисковая система или площадка) и кампания, если в ссылке присутствует UTM-разметка.
| Сигнал | Возможная причина | Действие |
|---|---|---|
| Трафик растёт, ключевые события — нет | Канал приводит нецелевую аудиторию | Проверить релевантность посадочной страницы |
| Много прямых заходов | Ссылки в рекламе не размечены UTM-метками | Добавить разметку ссылок перед запуском кампаний |
| Органический трафик снижается | Просадка видимости в поиске | Сверить позиции и индексацию через Search Console |
| Платный канал даёт визиты без действий | Слабое объявление или несоответствие странице | Проверить связку «обещание в объявлении → содержание страницы» |
Без корректной UTM-разметки система в большинстве случаев относит переходы к прямым заходам или к более общей категории источника, что искажает картину эффективности рекламных кампаний; точное распределение зависит от наличия реферальных данных и автоматической разметки в связанных рекламных кабинетах.
Поведение
Поведенческие отчёты объясняют, что пользователь делает на ресурсе после входа, и превращают эти данные в задачи для команды разработки и контента.
Контент сайта
Отчёты по страницам показывают просмотры, уникальных пользователей, среднее время взаимодействия и показатель выхода по каждому URL. Страницы с высоким входящим трафиком и низким временем взаимодействия — это в первую очередь кандидаты на пересмотр заголовка, первого экрана и скорости загрузки.
Скорость загрузки сайта
Прямого отчёта о скорости загрузки в GA4 нет: этот показатель переехал в отдельные инструменты — Google PageSpeed Insights и отчёт о показателях Core Web Vitals в Search Console. В GA4 скорость можно отслеживать только косвенно — через собственные кастомные события с передачей времени загрузки, которые затем анализируются в связке с BigQuery.
Поиск по сайту
Если на ресурсе есть внутренний поиск, событие поиска входит в улучшенную статистику: система фиксирует поисковый запрос пользователя внутри сайта. Отчёт по внутренним запросам показывает, что ищут посетители и не находят через основную навигацию — это прямой источник тем для новых страниц и корректировки структуры меню.
События
Раздел событий показывает полный список фиксируемых действий с количеством срабатываний и количеством пользователей. Здесь же назначается статус ключевого события: любое событие можно одним переключателем сделать ключевым, если оно отражает значимое для бизнеса действие.
Издатели
Отчёт по монетизации через Google AdSense доступен только при подключённом аккаунте AdSense к ресурсу. Он показывает доход от показов рекламы, число показов и совпадающие с основными отчётами метрики вовлечения — актуально для медийных и контентных проектов с рекламной моделью монетизации.
Эксперименты
Отдельного раздела «Эксперименты» в интерфейсе GA4 нет: инструмент Google Optimize, ранее использовавшийся для A/B-тестирования вместе с Universal Analytics, полностью закрыт с 30 сентября 2023 года. Для оценки эксперимента вручную используются сегменты аудитории и сравнение метрик конверсии между вариантами через сторонние инструменты A/B-тестирования.
Конверсии
Цели
Понятие «цель» в терминологии GA4 заменено на ключевое событие. Логика осталась близкой: администратор отмечает конкретное событие как значимое, и оно начинает учитываться в отчётах эффективности каналов и кампаний, а также используется как база для оптимизации рекламных кампаний.
| Бизнес-цель | Событие | Ключевой параметр | Где смотреть |
|---|---|---|---|
| Заявка с формы | generate_lead | форма, страница | отчёт по вовлечению |
| Оформление заказа | purchase | сумма, товар | отчёты монетизации |
| Регистрация | sign_up | метод регистрации | отчёт по событиям |
| Звонок с сайта | click_to_call | номер, страница | отчёт по событиям |
Электронная торговля
Для интернет-магазинов GA4 использует расширенный набор событий электронной торговли: просмотр товара, добавление в корзину, начало оформления заказа, добавление платёжной информации, покупка. Каждое событие принимает параметры товара — идентификатор, название, категорию, цену, количество. Такая детализация позволяет строить воронку от просмотра каталога до оплаты и находить конкретный шаг, на котором теряется доля пользователей.
Многоканальные последовательности
Отдельного экрана многоканальных последовательностей в GA4 нет: его функцию частично закрывают отчёты по путям конверсии в разделе рекламы и модели атрибуции. Идея сохранилась — оценить вклад нескольких каналов в одну конверсию, если пользователь возвращался на ресурс через разные источники перед целевым действием.
Атрибуция
Раздел атрибуции сравнивает модели распределения ценности конверсии между каналами: атрибуцию по последнему клику и атрибуцию на основе данных (data-driven), которая распределяет вклад алгоритмически на основе фактических путей пользователей к конверсии. GA4 по умолчанию использует атрибуцию на основе данных для большинства ресурсов. Инструмент сравнения моделей в этом разделе позволяет увидеть, как меняется ценность каждого канала при смене модели, и скорректировать распределение бюджета между источниками.
Специальные оповещения
Функция специальных оповещений в её прежнем виде из Универсальной Аналитики в GA4 отсутствует как отдельный экран. Похожую задачу — автоматическое уведомление об аномалии в данных — решает функция автоматических статистических данных (Insights) на главной странице интерфейса: система сама помечает резкие отклонения метрик и предлагает пользователю их проверить. Для регулярного контроля показателей вне интерфейса используются экспорт в BigQuery и построение собственных правил проверки поверх выгруженных данных.
«Сэмплирование» данных
Сэмплирование — расчёт отчёта на основе части данных, а не полного набора, применяется при больших объёмах данных и сложных запросах, чтобы отчёт формировался быстрее. В GA4 сэмплирование затрагивает в первую очередь произвольные исследования в разделе «Исследовать» при работе с большими периодами и детальными срезами; стандартные преднастроенные отчёты используют несемплированные данные в большинстве сценариев. При работе с большими объёмами данных для точных расчётов рекомендуется выгрузка необработанных событий через связку с BigQuery.
Мои отчеты
Обзор
Раздел пользовательских отчётов позволяет собрать собственный набор карточек и таблиц под конкретную задачу и закрепить его в библиотеке для быстрого доступа. В отличие от сводок на главной странице, здесь можно детальнее настраивать состав измерений и метрик для каждой карточки; возможность делиться готовым отчётом с другими пользователями ресурса зависит от их роли доступа в аккаунте.
Раздел «Администратор»
Аккаунт
Уровень аккаунта отвечает за настройки, общие для всех входящих в него ресурсов: название аккаунта, настройки доступа пользователей на уровне аккаунта, параметры обмена данными с Google для продуктовых исследований. Доступ на уровне аккаунта автоматически распространяется на все ресурсы внутри, поэтому его стоит выдавать ограниченному кругу администраторов.
Представление
Представления как отдельный уровень структуры принадлежали Универсальной Аналитике: внутри ресурса можно было создавать несколько представлений с разными фильтрами данных. В GA4 эта функция заменена потоками данных и настройками фильтрации на уровне ресурса, а также сегментами и аудиториями, которые применяются гибко в самих отчётах без создания отдельной копии данных.
Создание событий
Новые события создаются двумя способами: автоматически через улучшенную статистику или вручную через отправку с сайта, либо путём модификации существующего события в разделе «Модификация событий» без изменения кода. Ручная модификация полезна, когда нужно переименовать событие или изменить параметр без повторного релиза сайта. Каждое новое событие проверяется через отчёт в реальном времени сразу после публикации изменений, до того как оно появится в стандартных отчётах.
Создание целей
Создание ключевого события выполняется в разделе «Администратор» → «Ключевые события»: выбирается существующее событие из списка уже зафиксированных системой, и одним переключателем оно помечается как ключевое. Для событий электронной торговли, таких как покупка, статус ключевого события система может присваивать по умолчанию. После назначения ключевое событие становится доступным как метрика конверсии в основных отчётах и как цель оптимизации в рекламных кампаниях, связанных с ресурсом.
Итоговый маршрут внедрения для нового ресурса выглядит так: создать аккаунт, создать ресурс, настроить поток данных, установить тег, включить нужные события через улучшенную статистику, отметить ключевые события, проверить сбор данных через отчёт в реальном времени, настроить доступы пользователей, собрать таблицу основных метрик под задачу проекта и раз в неделю сверять отчёты по источникам трафика, поведению на страницах и ключевым событиям.
Для команд, которые переходят с прежней версии продукта, полезно держать под рукой карту соответствия терминов: представление заменено потоками данных и фильтрами на уровне ресурса, цель заменена ключевым событием, специальные оповещения заменены автоматическими статистическими данными на главной странице, а привычные многоканальные последовательности частично закрываются отчётами по путям конверсии в разделе рекламы. Такое сопоставление ускоряет адаптацию специалистов, которые уже работали с аналитикой сайта раньше, и снижает число ошибок при первичной настройке нового ресурса.
Регулярная проверка качества данных — часть повседневной работы, а не разовая задача при запуске. Раз в неделю стоит сверять три точки: совпадает ли число ключевых событий в отчётах с фактическим числом заявок или заказов из CRM, не выросла ли доля прямого трафика без видимой причины и не появились ли задвоенные события на ключевых страницах. Эти три проверки закрывают большинство типовых ошибок настройки без обращения к техническому специалисту.
