GA4: как установить, настроить и использовать Google Analytics 4 для роста бизнеса
Что такое GA4 и зачем она нужна бизнесу
Google Analytics 4, или GA4, - система веб- и продуктовой аналитики, которая показывает, откуда приходят пользователи, что они делают на сайте или в приложении и какие действия приводят к заявкам, продажам и доходу. Она строится вокруг событий, а не только просмотров страниц и сеансов.
Этот материал пригодится владельцам бизнеса, маркетологам, e-commerce-командам, разработчикам и SEO-специалистам. GA4 помогает не просто считать посещения, а связывать маркетинговые каналы с качеством аудитории: кто заполнил форму, добавил товар в корзину, начал оформление заказа или совершил покупку.
В одном ресурсе можно собирать информацию с сайта и мобильных приложений. Например, пользователь может сначала изучить товар на сайте, а затем оформить заказ в приложении. Единая аналитика помогает увидеть эту цепочку, а не оценивать каналы в отрыве друг от друга.
Создание аккаунта и ресурса GA4: базовые настройки без ошибок
Настройку стоит начинать с понятной архитектуры. В Google Analytics аккаунт обычно соответствует компании или группе проектов, ресурс хранит данные конкретного бренда, а поток данных определяет источник этих данных: сайт, iOS-приложение или Android-приложение.
До запуска договоритесь о названиях, владельцах доступа и правилах работы с событиями. Это избавит от ситуации, когда у одного сайта несколько случайных ресурсов, а важные настройки доступны бывшим сотрудникам или подрядчикам.
Аккаунт, доступы и настройки обмена данными
Название аккаунта выбирайте так, чтобы команда сразу понимала, к какому бизнесу он относится. Если у компании несколько сайтов или направлений, не обязательно создавать отдельный аккаунт для каждого домена: решение зависит от структуры бизнеса и того, кто должен управлять доступами.
Права лучше распределять по принципу минимально необходимого доступа. Владельцу и руководителю аналитики нужны административные права, маркетологу часто достаточно редактирования, а агентству или разработчику можно выдать доступ только к нужному ресурсу.
При создании аккаунта можно разрешить или запретить использование данных для улучшения продуктов и сервисов Google, включить прогнозирование, моделирование и сравнительный анализ, а также предоставить доступ поддержке Google. Эти параметры стоит согласовать с ответственным за персональные данные и внутренней политикой компании.
Как правильно настроить название, часовой пояс и валюту ресурса
Ресурс - контейнер, в который поступают данные сайта и приложения. Для названия используйте бренд или домен без `https://`. Если сайт и приложение принадлежат одному продукту, единое название бренда обычно упрощает анализ общей воронки.
Часовой пояс должен соответствовать рынку, на котором вы принимаете управленческие решения. Если украинский интернет-магазин работает по местному времени, а в GA4 указан часовой пояс США, часть заказов может оказаться в отчёте за другую календарную дату. Ежедневная сверка выручки с CRM тогда станет источником лишних вопросов.
Валюта ресурса должна совпадать с валютой реальных платежей. При различии GA4 конвертирует доход по внутреннему курсу, поэтому суммы способны расходиться с CRM, CMS или платёжной системой. Для финансовой отчётности первичным источником обычно остаётся учётная система, а GA4 используют для анализа маркетинга и поведения.
Какие бизнес-цели выбрать в GA4
Бизнес-цели влияют на состав стандартных отчётов, а не заменяют настройку событий. Их можно выбрать несколько и позднее изменить в административной панели.
Для B2B-сайта логично начать с привлечения потенциальных клиентов: отправок форм, заявок и запросов консультации. Интернет-магазину подойдут стимулирование продаж и анализ трафика, а контентному проекту - анализ вовлечения и удержания пользователей.
Выбирайте цели под реальные решения команды. Если реклама оптимизируется на заявки, важнее видеть качество лидов и источники обращений, чем просто рост просмотров страниц.
Как подключить GA4 к сайту или приложению
Подключение GA4 состоит из четырёх шагов: создать поток данных, получить Measurement ID, разместить тег на сайте или в приложении и проверить поступление событий в реальном времени. Установленный код ещё не означает, что аналитика готова для маркетинговых решений.
Проверьте согласие на использование cookie и обработку данных в соответствии с GDPR и применимыми требованиями законодательства Украины. Баннер согласия и логика передачи данных должны быть согласованы с юристами и технической командой.
Как создать поток данных для сайта, iOS или Android
В GA4 существуют три типа потоков данных: Web для сайта или лендинга, iOS App для приложения iOS и Android App для приложения Android. Ресурс объединяет данные, а поток обозначает конкретный источник.
Для веб-потока откройте административную панель ресурса, создайте поток Web, укажите URL сайта и понятное название, например «Основной сайт». После создания сервис покажет идентификатор измерения формата `G-XXXXXXXXXX`.
Перед запуском убедитесь, что указан правильный домен, а тег стоит на всех нужных шаблонах сайта. Для приложения подключение обычно выполняют через Firebase, после чего данные могут поступать в связанный ресурс GA4.
Установка тега через Google Tag Manager и напрямую в код
Google Tag Manager удобен, когда нужно настраивать события, параметры, клики, формы и отслеживание без постоянного редактирования кода сайта. Он также упрощает работу команды: разработчик публикует контейнер, а специалист по аналитике управляет тегами по согласованному процессу.
Прямое размещение Google tag в коде может быть приемлемо для простого сайта, если требуется только базовый сбор просмотров. Но при росте проекта такой вариант часто становится менее гибким: каждое новое событие требует доработки сайта.
После публикации тега откройте отчёт в реальном времени и DebugView. Проверьте собственный визит, просмотр страниц и тестовое целевое действие. Если данные не поступают, ищите блокировку тегов, ошибочный Measurement ID, неопубликованный контейнер или ограничения баннера согласия.
Расширенная статистика: что GA4 собирает автоматически
Расширенная статистика GA4 автоматически собирает просмотры и прокрутку страниц, клики по внешним ссылкам, внутренний поиск, взаимодействия с видео, загрузки файлов и взаимодействия с формой. Это хороший старт, но не замена настройке бизнес-событий.
Например, автоматическая фиксация взаимодействия с формой не всегда означает успешную отправку заявки. Пользователь мог начать заполнять поля, получить ошибку или закрыть страницу. Надёжнее отслеживать успешный ответ сервера, появление страницы благодарности или другое подтверждённое действие.
Проверьте, какие автоматические события действительно полезны вашей команде. Не превращайте отчёты в склад технического шума, который никто не использует.
События и конверсии в GA4: как измерять действия, важные для денег
В GA4 практически всё измеряется событиями: просмотр страницы, клик, отправка формы, добавление товара в корзину или покупка. Событие должно отвечать на вопрос: какое действие совершил пользователь и почему бизнесу важно его учитывать.
Начинайте не с десятков микрокликов, а с карты пути клиента. Выделите действия, которые влияют на лиды, продажи, повторные покупки или использование продукта, затем определите, какие из них станут ключевыми событиями.
Какие события настроить для лидогенерации и интернет-магазина
Для лидогенерации приоритетны успешная отправка формы, запрос консультации, клик по номеру телефона, переход в мессенджер и подтверждённая запись. Если звонки важны для продаж, одного клика по номеру недостаточно для оценки выручки: его стоит сопоставлять с данными коллтрекинга или CRM.
Для интернет-магазина базовая воронка включает просмотр товара, добавление в корзину, начало оформления заказа, покупку и возврат. Эти события позволяют видеть, где покупатель отваливается и какой канал приводит не просто трафик, а заказы.
Не добавляйте в список все технические действия подряд. Клик по декоративной иконке редко помогает перераспределить рекламный бюджет или улучшить UX.
Как отметить событие как ключевое и проверить данные
Ключевым стоит делать событие, которое значимо для бизнеса, однозначно интерпретируется и подходит для оптимизации рекламы. Просмотр страницы обычно не отвечает этим критериям, даже если цифра выглядит впечатляюще в отчёте.
В интерфейсе GA4 отметьте нужное событие как ключевое, но сначала проверьте его параметры. Для покупки важны идентификатор транзакции, сумма, валюта и состав товаров. Для заявки - источник подтверждения, а не только нажатие кнопки.
Тестируйте сценарии через DebugView: отправьте форму, добавьте товар в корзину, оформите тестовый заказ. Затем сравните события с CRM или заказами за согласованный период. Расхождение не всегда ошибка, но его причину нужно понимать до запуска оптимизации рекламы.
Основные отчёты GA4 и метрики, которые стоит смотреть
GA4 помогает отвечать на четыре вопроса: откуда пришла аудитория, как она взаимодействовала с сайтом, что принесло доход и возвращаются ли пользователи. Оценивать канал только по числу визитов опасно: дешёвый трафик без заявок не становится полезнее из-за красивого графика.
| Метрика или отчёт | Что показывает | Какое решение помогает принять |
|---|---|---|
| Пользователи | Количество уникальных пользователей за период | Оценить охват каналов и динамику аудитории |
| Сеансы | Визиты и взаимодействия в рамках посещений | Сравнить активность трафика, но не путать с количеством людей |
| Вовлечённые сеансы | Сеансы с признаками осмысленного взаимодействия | Найти каналы и страницы, которые приводят заинтересованную аудиторию |
| События | Частоту зафиксированных действий | Проверить поведение и работу воронки |
| Ключевые события | Важные для бизнеса действия | Оценить эффективность SEO, рекламы и посадочных страниц |
| Доход | Переданную выручку e-commerce | Сопоставить каналы с продажами, учитывая правила атрибуции |
В отчётах по привлечению смотрите источники и каналы: органический поиск, платную рекламу, email, переходы по ссылкам и другие источники. Затем сравнивайте не только сеансы, но и ключевые события, доход, вовлечённость и качество лидов в CRM.
Вовлечение помогает понять, какие страницы читают, какие действия выполняют и где пользователи уходят. Монетизация важна для интернет-магазинов, а удержание - для сервисов и приложений с повторным использованием.
Типичная ошибка - считать высокий показатель вовлечённости гарантией продаж. Другая ошибка - отключить канал из-за низкого числа последних конверсий, не проверив длинный цикл сделки и роль этого канала в первом контакте.
Чем GA4 отличается от Universal Analytics и как работать с ограничениями
Universal Analytics строилась преимущественно вокруг сеансов и просмотров страниц, а GA4 использует событийную модель. Поэтому прямое сравнение показателей между системами часто некорректно: отличаются определения метрик, обработка данных, отчёты и подход к воронкам.
| Аспект | Universal Analytics | GA4 |
|---|---|---|
| Базовая модель | Сеансы и просмотры страниц | События и параметры событий |
| Сайт и приложение | Обычно анализировались раздельно | Можно объединять в одном ресурсе |
| Воронки | Ограничены стандартными сценариями | Гибче строятся в исследованиях |
| Сырые данные | Экспорт зависел от версии продукта | Доступен экспорт в BigQuery при соблюдении условий сервиса |
| Интерфейс | Привычные стандартные отчёты | Больше гибкости, но требуется настройка |
Расхождения с CRM, рекламными кабинетами и историческими отчётами нормальны, если понятна их причина. На цифры влияют часовой пояс, валюта, блокировщики, согласие на cookie, разные модели атрибуции, отменённые заказы и задержка обработки данных.
В GA4 могут применяться пороговые значения для защиты конфиденциальности, а при ограниченном согласии на cookie - моделирование данных. Такие механизмы не нужно игнорировать или считать ошибкой интерфейса. Их следует учитывать при интерпретации небольших сегментов и сравнении периодов.
Для регулярной отчётности используйте Looker Studio, а для более глубокого анализа, объединения с данными CRM и проверки логики событий - экспорт в BigQuery. Связка с Google Search Console помогает анализировать поисковые запросы и посадочные страницы, но не заменяет данные о конверсиях в GA4.
Чек-лист настройки GA4 и когда стоит привлечь специалистов
Перед запуском проверьте базовую настройку:
- Аккаунт, ресурс и права доступа названы понятно.
- Часовой пояс и валюта соответствуют операционной отчётности.
- Создан корректный поток данных для сайта или приложения.
- Тег установлен и проверен в реальном времени и DebugView.
- Настроено согласие на обработку данных и работа cookie-баннера.
- Включён и проверен полезный автоматический сбор событий.
- Настроены пользовательские события для заявок, покупок и ключевых этапов воронки.
- Ключевые события не дублируются и сверяются с CRM.
- Передаются данные e-commerce, если вы продаёте товары онлайн.
- Исключён внутренний трафик сотрудников и протестированы UTM-метки.
Самостоятельной настройки достаточно для простого сайта с одной формой. Но несколько доменов, SPA-сайт, нестандартные формы, мобильное приложение, сложный интернет-магазин, сквозная аналитика и заметные расхождения в данных требуют проектирования измерений до запуска рекламы.
Мы в SEOGeeks рассматриваем GA4 как часть маркетинговой системы: сначала определяем цели бизнеса, затем строим карту событий и проверяем корректность отслеживания. Консультация с SEO специалистом поможет разобраться, какие данные нужны именно вашему проекту и где теряются заявки или продажи.
FAQ
Отвечаем на часто задаваемые вопросы
Да, GA4 можно установить без Google Tag Manager, разместив Google tag напрямую в коде сайта. Для простого проекта это рабочий вариант. Однако Google Tag Manager обычно удобнее, если нужно добавлять события, отслеживать формы, клики и e-commerce без постоянных правок кода разработчиком.
Расхождения возможны, потому что GA4 и CRM считают действия по разным правилам. Причинами бывают часовой пояс, валюта, блокировщики, cookie-согласие, дубли событий, отменённые заказы и разные моменты фиксации лида. Сверяйте одинаковый период, тип конверсии и уникальные идентификаторы заказов.
Сначала настройте подтверждённые бизнес-действия: успешную заявку, покупку, запрос консультации и начало оформления заказа. Затем добавляйте промежуточные этапы воронки, например просмотр товара или клик в мессенджер. Приоритет зависит от модели продаж, а не от стандартного списка событий.
Да, сайт и мобильные приложения можно объединить в одном ресурсе GA4 через отдельные потоки данных. Создайте Web-поток для сайта, iOS App для iOS и Android App для Android. Это помогает анализировать путь пользователя между платформами, хотя идентификацию пользователя нужно настроить отдельно.
Первые события обычно можно увидеть почти сразу в отчёте реального времени и DebugView. Стандартные отчёты обрабатываются дольше и могут обновляться с задержкой. После установки не делайте выводов по нескольким минутам: сначала убедитесь, что тестовые события приходят корректно.
На WordPress GA4 можно подключить через Google Tag Manager, официальный плагин Google Site Kit или вручную в код темы. Для гибкой аналитики чаще выбирают GTM. После установки проверьте Measurement ID, исключите дублирование тегов из плагинов и протестируйте посещение в DebugView.
Для Shopify GA4 подключают через встроенные интеграции, Google Tag Manager или специализированное решение для передачи e-commerce-событий. Важно проверить не только просмотр страниц, но и корзину, checkout, покупку, доход и идентификатор транзакции. Иначе отчёты о продажах будут неполными или задублированными.
В конструкторе сайтов обычно достаточно добавить Measurement ID или код Google tag в раздел аналитики либо в пользовательский HTML. Название поля зависит от платформы. После публикации сайта проверьте реальное время. Если нужна настройка сложных событий, уточните, поддерживает ли конструктор GTM.
Кроссдоменное отслеживание помогает распознавать переход пользователя между разными доменами как один путь, а не как новый визит. Оно необходимо, например, когда основной сайт и платёжная страница работают на разных доменах.
Для субдоменов ситуация обычно проще: при корректной установке одного тега и настройках cookie GA4 часто может отслеживать переходы без отдельной кроссдоменной конфигурации. Но это нужно проверять на реальном сценарии: `shop.site.com`, `blog.site.com` и сторонний checkout могут работать по-разному.
Если конверсия засчитывается как переход в платёжную систему, настройте исключение нежелательных рефералов и проверьте кроссдоменное отслеживание. Иначе после возврата на сайт GA4 может начать новый сеанс и присвоить покупку платёжному домену.
Также убедитесь, что событие purchase отправляется только после подтверждения заказа, содержит уникальный идентификатор транзакции и не срабатывает повторно при обновлении страницы благодарности.
Демографические данные могут отсутствовать из-за настроек Google signals, ограниченного объёма данных, согласия пользователей или пороговых значений конфиденциальности. Это не обязательно означает ошибку тега.
Проверьте настройки сбора данных и соблюдение требований к согласию пользователей. Не используйте демографию как абсолютную картину аудитории: это агрегированные данные, которые могут быть недоступны для небольших сегментов.
Чаще всего причина в сроке хранения данных для исследований, а не в удалении всего ресурса. В административных настройках GA4 проверьте параметр хранения данных для пользовательских исследований и измените его, если доступный срок не соответствует вашим задачам.
Стандартные отчёты и исследования могут иметь разные правила доступности. Перед изменением настройки зафиксируйте важные отчёты и проверьте, к какому типу данных относится ограничение.
Обычно отдельный веб-поток создают для каждого самостоятельного сайта или домена, если это разные источники данных. Ресурс можно выбрать общий, когда сайты относятся к одному бренду и анализируются как единая экосистема.
Если сайты обслуживают разные бизнесы, рынки или команды, отдельные ресурсы часто дают более чистую аналитику и понятные права доступа. Решение зависит от цели отчётности, а не от количества доменов.
Внутренний трафик исключают через правило определения внутреннего трафика по IP-адресам и фильтр данных в GA4. Сначала протестируйте фильтр в режиме проверки, чтобы не потерять реальные посещения.
Для сотрудников с динамическими IP одного фильтра может быть недостаточно. В таком случае используют отдельный параметр, cookie, расширение браузера или правила в GTM, согласованные с технической командой.
Данные по внутреннему поиску ищите в событиях, обычно это событие `view_search_results`. При включённой расширенной статистике GA4 может собирать его автоматически, если распознаёт параметр поискового запроса в URL.
Проверьте название параметра поиска на сайте и убедитесь в DebugView, что событие содержит поисковый термин. Для анализа создайте отчёт или исследование по параметру запроса.
Unassigned означает, что GA4 не смогла отнести визит к стандартной группе каналов по доступным параметрам источника, канала и кампании. Это не отдельный маркетинговый канал, а сигнал проверить разметку.
Частые причины: нестандартные UTM-метки, опечатки в `utm_medium`, отсутствующие параметры, переходы из сервисов без корректной передачи реферера. Проверьте реальные source/medium, унифицируйте правила UTM и при необходимости настройте пользовательскую группу каналов.
Данные Google Ads смотрят в рекламных и отчётах по привлечению после связывания аккаунтов Google Ads и GA4. Связка позволяет сопоставлять кампании с поведением пользователей, ключевыми событиями и доходом.
Проверьте права доступа, включение автоматической разметки и импорт нужных ключевых событий. Не сравнивайте цифры без учёта разной атрибуции и времени обработки данных в двух системах.
Для анализа SEO свяжите ресурс GA4 с Google Search Console и используйте отчёты Search Console вместе с данными о вовлечённости и конверсиях. Search Console показывает поисковые запросы, клики и показы, а GA4 - дальнейшее поведение на сайте.
Смотрите не только страницы с ростом трафика, но и их ключевые события. Так проще найти запросы и посадочные страницы, которые приводят коммерчески полезную аудиторию.
Параметры `utm_term` и `utm_content` обычно нужно анализировать через пользовательские измерения и исследования GA4. Сначала убедитесь, что эти значения передаются в URL и не теряются при редиректах.
`utm_term` используют, например, для передачи ключевого слова, а `utm_content` - для различения креативов, ссылок или вариантов объявления. Согласуйте единый формат разметки до запуска кампаний.
Динамические IP сложно исключить одним постоянным IP-фильтром, потому что адрес регулярно меняется. Для сотрудников практичнее использовать отдельный признак внутреннего трафика через GTM, cookie или корпоративную авторизацию.
Любое правило сначала проверяйте в тестовом режиме. Если исключить слишком широкий диапазон адресов, можно случайно убрать из отчётов часть обычных посетителей.
Для мобильного приложения Firebase связывают с GA4 через проект Firebase и поток iOS или Android в нужном ресурсе. Firebase SDK передаёт события приложения, после чего они становятся доступны в аналитике GA4.
Проверьте, что приложение отправляет события в правильный проект и ресурс. Для единой отчётности сайта и приложения заранее продумайте названия событий и идентификаторы пользователей.
Сначала проверьте отчёт реального времени и DebugView, затем - наличие тега на странице и статус контейнера GTM. Частые причины: изменения шаблона сайта, неопубликованный контейнер, неверный Measurement ID, баннер согласия или блокировка скриптов.
Если события в реальном времени есть, но стандартный отчёт пуст, дождитесь обработки данных и проверьте выбранный период. Не меняйте настройки вслепую до диагностики.
Measurement ID - идентификатор веб-потока GA4, по которому тег отправляет данные в нужный ресурс. Обычно он начинается с `G-` и находится в настройках потока данных в административной панели Google Analytics.
Не путайте его с идентификатором аккаунта или ресурса. При установке через Google Tag Manager Measurement ID указывают в конфигурации тега Google.
Google Analytics 4 связывают с Google Ads в административной панели GA4 через раздел связей с продуктами. Для этого нужны соответствующие права доступа к обоим аккаунтам.
После настройки проверьте автоматическую разметку и импорт ключевых событий в Google Ads. Связка позволяет видеть, что происходит после клика по объявлению, но отчётные цифры могут отличаться из-за моделей атрибуции.
Поток данных - это источник, из которого информация поступает в ресурс GA4. Для сайта используется Web-поток, для приложения Apple - iOS App, для Android-приложения - Android App.
Один ресурс может содержать несколько потоков. Например, бренд может объединить сайт и два мобильных приложения, сохраняя возможность анализировать каждый источник отдельно.
В первую очередь рассмотрите интеграции с Google Ads, Google Search Console, BigQuery и Looker Studio. Google Ads нужен для оценки рекламных кампаний, Search Console - для анализа органического поиска, BigQuery - для работы с детальными данными, Looker Studio - для наглядных дашбордов.
Не подключайте сервисы ради галочки. Каждая интеграция должна отвечать на конкретный вопрос маркетинга, продаж или продукта.
Выбор бизнес-целей влияет прежде всего на набор стандартных отчётов, который GA4 предлагает в интерфейсе. Для лидогенерации акцент будет на обращениях, для e-commerce - на покупках и доходе, для контентного проекта - на вовлечении.
Можно выбрать несколько целей одновременно и изменить их позже. Они не создают события автоматически и не заменяют их техническую настройку.
Доступ предоставляют в административной панели GA4 через управление доступом к аккаунту или ресурсу. Укажите email пользователя и выберите только необходимые права: просмотр, редактирование, управление пользователями или полный доступ.
Не передавайте общий логин и пароль. Регулярно пересматривайте список пользователей, особенно после смены сотрудников, завершения работ с подрядчиком или передачи проекта другой команде.
