Google Analytics 4 — система аналитики сайтов и приложений, построенная вокруг событий. Она помогает исследовать источники трафика, действия пользователей и ключевые события. Установка кода еще не создает надежную аналитику: сначала нужен план измерения, затем проверка событий, параметров, согласия и отчетов.
Чтобы превратить диагностику в приоритетный план внедрений, посмотрите состав профессионального SEO-аудита.
Модель данных и план измерения
Смежная задача разобрана отдельно: Google Search Console: как подключить и использовать.
Чем GA4 отличается от старой Analytics
Universal Analytics больше не является актуальной моделью для новых измерений. В GA4 просмотры, клики, покупки и другие взаимодействия передаются как события с параметрами.
Не переносите определения метрик механически: сессии, пользователи, вовлечение и атрибуция рассчитываются по правилам GA4.
План измерения
Начните с бизнес-вопросов: какие каналы приводят качественных пользователей, где теряется заявка, какие материалы помогают покупке. Для каждого вопроса задайте событие, параметры, ключевое событие и владельца данных.
Не собирайте все подряд. Лишние события усложняют отчеты, расходуют лимиты и увеличивают риск передачи ненужных данных.
Установка и базовая настройка
Смежная задача разобрана отдельно: Аналог Яндекс Wordstat для Google: инструменты и рабочая методика.
Создание ресурса и потока
Создайте ресурс, выберите часовой пояс и валюту, добавьте поток сайта или приложения и получите идентификатор измерения. Настройки должны соответствовать отчетности бизнеса.
Права владельца храните у компании. Подрядчикам выдавайте отдельный доступ и удаляйте его после завершения работы.
Установка тега
Тег можно установить напрямую или через систему управления тегами. Размещайте его по официальной инструкции и учитывайте механизм согласия.
Проверьте загрузку на всех шаблонах, отсутствие двойной установки и корректность доменов. Дублированный тег завышает события и разрушает сравнение.
События, параметры и ключевые события
События и параметры
Событие измеряет взаимодействие или факт: просмотр, клик, отправку формы, покупку. Параметры уточняют событие: форма, товар, стоимость, способ. Используйте рекомендованные имена, когда они подходят.
Не передавайте персональные данные. Зафиксируйте словарь событий, тип параметра и пример, чтобы разработчики и аналитики одинаково понимали данные.
Ключевые события
Отметьте действия, отражающие важный результат: покупку, подтвержденную заявку, регистрацию. Не объявляйте ключевым каждое взаимодействие, иначе отчет потеряет приоритет.
Проверяйте, что событие возникает один раз в нужный момент. Просмотр страницы благодарности может дублироваться при обновлении; серверное подтверждение иногда надежнее.
Источники, атрибуция и отчеты
UTM-метки и источники
Используйте единый регламент регистра, названий и каналов. Не ставьте UTM на внутренние ссылки: они перезапишут исходный источник сессии.
Сокращатели, редиректы и приложения могут менять параметры. Проверяйте конечный URL и отчет после запуска кампании.
Основные отчеты
Отчеты показывают привлечение, вовлечение, монетизацию и удержание в доступной конфигурации. Сначала выберите сегмент и вопрос, затем метрику.
Общее число пользователей редко объясняет качество. Сравнивайте канал, посадочную страницу, устройство и ключевое событие.
Исследования и контроль качества
Исследования и воронки
Раздел исследований позволяет строить свободные таблицы, воронки, пути и сегменты. До анализа задайте шаги и допустимый порядок.
Падение между шагами может быть нормальным выбором, ошибкой интерфейса или проблемой измерения. Подтвердите вывод записями, тестами и данными продукта.
Атрибуция и расхождения
Атрибуция распределяет ценность между взаимодействиями по выбранной модели. Она не восстанавливает полностью невидимый путь и зависит от согласия, устройств и идентификации.
Расхождение с CRM нормально до определенной степени: системы измеряют разные события и моменты. Согласуйте ключи, часовой пояс, возвраты, спам и статус сделки.
Отладка и контроль качества
Используйте режим реального времени и отладочные инструменты, затем сверяйте обработанные отчеты. Проверьте тестовый заказ, валюту, стоимость, идентификатор транзакции и отсутствие дубля.
После каждого релиза выполняйте контрольные сценарии. Мониторинг должен обнаруживать резкое исчезновение или удвоение ключевых событий.
Расширенная настройка и интеграции
Структура аккаунта
Организация должна владеть аккаунтом и ресурсами. Не создавайте рабочую аналитику на личной почте подрядчика. Названия ресурсов и потоков должны отличать среду, бренд и рынок.
Отдельно решите судьбу тестового трафика и сред разработки, чтобы проверки не загрязняли бизнес-отчет.
Междоменное измерение
Если путь проходит между несколькими доменами, настройте междоменное измерение и список нежелательных переходов по официальной документации. Иначе собственный платежный или сервисный домен может стать новым источником.
Проверьте сценарий с метками и переходом туда-обратно. Настройка должна сохранять источник без раскрытия персональных данных.
Электронная торговля
Для магазина передавайте просмотр товара, добавление, начало оформления, покупку, валюту, стоимость и идентификатор транзакции по рекомендованной схеме.
Сверяйте заказы с серверной системой. Дубли, возвраты, отмены и тестовые покупки требуют отдельной обработки.
Пользовательские определения
Параметр события не появляется автоматически во всех отчетах. Для части анализа создают пользовательские параметры и показатели, учитывая область действия и лимиты.
Перед созданием проверьте, нет ли стандартного определения. Похожие названия множат несовместимые поля.
Хранение, экспорт и приватность
Настройте срок хранения данных и доступы по политике организации. Для расширенного анализа возможен экспорт в хранилище, но он требует владельца, бюджета и контроля схемы.
Не используйте аналитику для передачи данных, позволяющих напрямую идентифицировать человека. Юридические требования и механизм согласия проверяются для целевых рынков.
Ежемесячный отчет
Начните с бизнес-результата, затем покажите каналы, посадочные страницы и воронку. Добавьте изменения, гипотезы и действия, а не только графики.
Отделяйте изменение продукта и спроса от маркетинга. Отчет должен приводить к решению: исправить измерение, перераспределить бюджет или проверить страницу.
Чек-лист готовности GA4
Ресурс принадлежит компании; часовой пояс и валюта верны; тег не дублируется; согласие работает; внутренний трафик обработан; события и параметры задокументированы; ключевые события подтверждают результат; UTM стандартизированы; междоменный путь протестирован; доступы пересмотрены.
Для магазина дополнительно сверены item_id, стоимость, валюта, транзакция, возвраты и налоги по принятой методике. Для лидогенерации различаются отправка, принятие и квалификация заявки.
Сохраните контрольные сценарии в документе и запускайте их после изменений сайта или системы тегов. Назначьте владельца, который получает оповещение об аномалии. Аналитика считается внедренной не после появления пользователей в реальном времени, а когда бизнес может доверять ключевым определениям.
Фильтрация внутреннего трафика
Определите офисные, тестовые и подрядные источники, настройте правила и сначала проверьте их в безопасном режиме. Не исключайте широкий диапазон без оценки.
Удаленный трафик невозможно вернуть в обычные отчеты задним числом, поэтому изменение фильтра документируют.
События формы
Различайте начало, клиентскую отправку, серверное принятие и квалифицированную заявку. Событие клика по кнопке не равно успешному обращению.
Передавайте идентификатор формы и результат без содержимого полей. Сверяйте с CRM и защитой от спама.
Аномалии данных
Резкий рост может быть рекламой, ботами, дублем тега или изменением согласия. Проверьте канал, страну, устройство, hostname, события и релизы.
Не отправляйте отчет руководству до технической проверки необычного изменения.
Миграция аналитики
Перед редизайном составьте реестр событий и параметров, контрольные сценарии и сопоставление старых и новых определений. Запустите проверку до переключения.
Если методика изменилась, отметьте разрыв ряда. Искусственное соединение несопоставимых метрик создает ложный тренд.
Пошаговая процедура и чек-лист
Пошаговая настройка измерения GA4
- Составьте measurement plan: бизнес-вопрос, событие, параметры и критерий успеха.
- Создайте ресурс и web data stream.
- Установите Google tag или GTM без дублей.
- Настройте recommended events и собственные события только при отсутствии стандарта.
- Отметьте ключевые события.
- Проверьте DebugView и Realtime.
- Настройте internal traffic, cross-domain measurement и unwanted referrals.
Для ecommerce проверьте `view_item`, `add_to_cart`, `begin_checkout`, `purchase`, `transaction_id`, value, currency и items. Сверяйте покупки с CRM или учетной системой: клиентская аналитика не является бухгалтерским источником.
Событие и уровень результата
| Событие | Что означает | Проверка |
|---|---|---|
| form_start | Начало формы | Не считать лидом |
| generate_lead | Отправка заявки | Сверить с backend |
| purchase | Покупка | transaction_id и сумма |
Чек-лист качества данных GA4
Тег не дублируется; page_view учитывает маршруты SPA; имена событий единообразны; параметры задокументированы; ключевое событие означает результат, а не любой клик; UTM используют общий справочник; домены связаны; внутренний и тестовый трафик отделены; согласие работает; расхождения с backend объяснены.
Explorations, funnels, audiences, attribution и BigQuery используют после стабилизации схемы. Иначе сложный отчет лишь маскирует ошибку сбора.
Получите бесплатный аудит и стратегию роста
Изучим сайт, покажем точки роста и подготовим прогноз до квалифицированных лидов и оборота из SEO/GEO.