Настройка Google Analytics 4 нужна, чтобы события сайта или приложения отвечали на конкретные вопросы о пользовательском пути. Определяем структуру ресурса и потоков, карту событий и значимые для бизнеса действия. Автоматически собранные события полезны для базового наблюдения, но не заменяют описание заявки, заказа и результата работы продукта.
Ресурс, потоки и доступы
Проверяем существующий GA4-ресурс, владельца и действующие способы установки. Для сайта рассматриваем Google tag, Google Tag Manager или интеграцию CMS. Для мобильного приложения сбор через соответствующий SDK требует отдельной проверки и участия разработчиков.
Разделяем рабочую и тестовую среду в согласованной схеме. Удаление или пересоздание ресурса не является стандартным способом исправления событий. Фиксируем, где меняется конфигурация и кто вправе публиковать изменения контейнера.
События и ключевые действия
Составляем словарь событий с именами, условиями и параметрами. Разделяем попытку действия, успех и ошибку. Где подходит рекомендованное событие GA4, используем его структуру; собственные события описываем так, чтобы команда могла одинаково реализовать их на разных страницах.
Для key events выбираем действия, которые отражают важный результат. Отмечать каждый просмотр или клик ключевым событием без цели анализа не нужно. При необходимости настраиваем определения для согласованных параметров, учитывая ограничения и смысл их значений.
GTM, слой данных и ecommerce
В Google Tag Manager проверяем триггеры, переменные и порядок срабатывания. Слой данных должен описывать действие приложения, а не угадывать его по случайному CSS-классу. В SPA переход, перерисовка компонента и повтор инициализации не должны создавать несколько одинаковых событий.
Для ecommerce рассматриваем view_item, add_to_cart, begin_checkout, purchase и другие применимые события. Проверяем items, стоимость, валюту и transaction_id. Повторное открытие страницы результата не должно превращаться в ещё одну покупку. Событие purchase не настраиваем как произвольный клик по кнопке оплаты.
Источники и качество данных
Проверяем UTM, переходы между доменами и влияние внешнего платёжного шага там, где есть технический доступ. Определяем правила передачи разрешённых идентификаторов; email и телефон не должны попадать в параметры по привычке. Настройки согласия рассматриваем в составе реальной реализации сайта.
Отдельно объясняем, почему показатели могут отличаться от Метрики или CRM: методы учёта, атрибуция, ограничения сбора и время обработки различаются. Цель настройки GA4 — объяснимая модель данных, а не искусственное выравнивание всех отчётов до одного числа.
Единая модель веб-аналитики
Когда на сайте используются несколько систем, сначала согласуем определения действий и источники событий. Общая модель предотвращает бессмысленное сравнение разных показателей.
Веб-аналитикаDebugView и приёмка
Проверяем события в режиме отладки и затем в рабочих отчётах после обработки. Проходим новую и повторную заявку, отказ валидации, покупку с несколькими позициями, повтор страницы и мобильный путь. Для параметров сверяем не только наличие, но и тип и содержание.
Заказчик получает карту событий, настройки, доступы и контрольные сценарии. Нужны адрес сайта или описание приложения, действующий ресурс, контейнер GTM и перечень задач анализа. Построение рекламной атрибуции и связи с выручкой CRM выходит за рамки установки GA4.
Вопросы перед началом работ
GA4 можно настроить только через GTM?
Нет. Возможны прямое подключение и интеграции платформы. Выбор зависит от кода и процессов команды. Главное — один управляемый маршрут отправки и понятная ответственность за изменения.
События ecommerce появятся автоматически?
Не для любого сайта. Проверяем, передаёт ли CMS или приложение нужные события и параметры. Наличие базового тега не подтверждает корректность корзины и покупок.
Почему событие есть в DebugView, но нет в отчёте?
Отладка и обработанные отчёты имеют разное назначение и время обновления. Проверяем поток, параметры, фильтры и настройки определения, затем учитываем обработку данных. Одного наблюдения DebugView недостаточно для всей приёмки.
Что защищает от повторных покупок?
Корректная точка отправки, идентификатор транзакции и проверка повторного запуска. Дополнительно тестируем возврат пользователя на страницу результата и повторную инициализацию приложения.
Можно объединить сайт и приложение?
Можно спроектировать согласованные события и идентификаторы в пределах возможностей GA4 и разрешённого сбора. Это требует отдельного решения по ресурсам, потокам и пользователям, а не простого копирования веб-тега в приложение.