Google Analytics 4: настройка и базовые отчеты для новичков
Что такое GA4 и зачем он нужен сайту в 2026 году
В 2026 году Google Analytics 4 окончательно заменил Universal Analytics. Старая версия перестала обрабатывать данные ещё в 2023 году, сейчас любой сайт без GA4 работает вслепую: вы не видите, откуда приходят пользователи, какие страницы их удерживают и где они теряются. Без точной аналитики невозможно оценить эффективность вложений в продвижение. Если вы занимаетесь продвижением сайта, GA4 становится базовым инструментом для проверки гипотез и отслеживания поведенческих факторов, которые поисковики учитывают при ранжировании.
Главное отличие GA4 в модели данных. Universal Analytics считал сессии и просмотры страниц, а новая версия работает на основе событий: каждое действие пользователя фиксируется отдельно. Это даёт более гибкую картину поведения, позволяет строить воронки без дополнительных настроек и отслеживать пользователей на всех устройствах. Для SEO это значит, что вы видите не просто «было 1000 визитов», а понимаете, какие страницы вовлекают аудиторию, сколько времени люди проводят на сайте и какие действия совершают перед заявкой.
Создание ресурса GA4 и установка счетчика
Начинать знакомство с GA4 логичнее всего с создания аккаунта. Заходим на analytics.google.com, жмём «Создать аккаунт», указываем название и переходим к созданию ресурса. Внутри ресурса добавляем поток данных для веб-сайта: выбираем платформу «Веб», вводим URL и название потока. Система выдаст ID измерения (формата G-XXXXXXX) и тег для вставки на сайт.
Способов подключения несколько, выбор зависит от CMS. Самый гибкий вариант это Google Tag Manager: создаёте новый тег GA4, привязываете ID измерения и публикуете контейнер. Для WordPress или Tilda есть готовые плагины, где достаточно вставить ID в поле настроек. Если ни то, ни другое не подходит, код можно добавить напрямую в шаблон перед закрывающим тегом </head>. После установки проверяем работу счётчика через отчёт «Мониторинг в реальном времени»: откройте сайт в отдельной вкладке, и в течение минуты появится активный пользователь. Поведенческие метрики будут собираться только после накопления данных, а высокий показатель отказов может указывать на проблемы с качеством трафика, о чём мы писали в материале о том, как снизить показатель отказов.
Перед созданием аккаунта уточните, не привязан ли ваш домен к другому аккаунту Google Analytics. Это частая ситуация при работе с подрядчиками: сайт может числиться за старым аккаунтом, и данные будут уходить не туда. Проверить это можно через поиск по домену в настройках доступа или спросив у предыдущих исполнителей. Также сразу после установки счётчика добавьте фильтр на внутренний трафик по IP, иначе тестовые заходы будут засорять отчёты. И убедитесь, что сайт передаёт данные через HTTPS: часть браузеров блокирует отправку событий в GA4 с незащищённых страниц.
Соберём чек-лист, который избавляет от большинства проблем на старте:
- Проверьте, что ID измерения начинается с G-, а не с UA-, иначе данные уйдут в старую версию.
- Убедитесь, что тег GA4 не установлен дважды, дублирование раздувает счётчик пользователей.
- Настройте исключение внутреннего трафика по IP до начала рекламных кампаний.
- Включите расширенное измерение в потоке данных, чтобы не писать JS для прокрутки и форм.
- Проверьте передачу данных через отчёт «Мониторинг в реальном времени» сразу после публикации.
- Зафиксируйте дату установки счётчика, она понадобится при сверке данных с CRM.
Расширенная функция измерения в GA4 закрывает базовые потребности в отслеживании без написания кода: прокрутка, клики по внешним ссылкам, отправка форм, поиск по сайту и просмотры видео. Она включается в настройках потока данных одной галочкой, и это заметно экономит время на старте. Если используете GTM, настройте переменную для ID измерения, чтобы не дублировать его в каждом теге при миграции или A/B-тестах. Фильтр на внутренний трафик по IP добавляется в админке GA4 через пункт «Управление данными», достаточно указать диапазон адресов офиса или домашней сети, чтобы тестовые заходы не искажали статистику посещаемости.

Настройка событий и конверсий в GA4
После установки счетчика GA4 автоматически собирает просмотры страниц, сессии, скроллы, переходы по внешним ссылкам и поиск по сайту. Этого базового набора хватает для первых недель, но для бизнес-метрик нужны события, которые Google не отследит сам. Рекомендуемые события вроде generate_lead или purchase подключаются одной строкой кода, но с их помощью не увидеть клики по кнопке «Заказать звонок» или отправку формы в футере. Самый удобный способ создать пользовательские события это Google Tag Manager, так как не придется просить разработчика править код сайта.
Чтобы настроить конверсию, сначала нужно создать событие. В GTM это выглядит так: создаете тег GA4 Event, выбираете тип события (например, form_submit или button_click), добавляете триггер на нужный элемент и публикуете контейнер. Дальше в GA4 переходите в «Администрирование», находите «События» и помечаете нужное переключателем «Пометить как конверсию». После этого цель появится в стандартных отчетах. Просмотр ключевых страниц, например «Спасибо за заявку», лучше отслеживать отдельным событием через GTM, а не через page_view, иначе в конверсии окажется простое открытие страницы. Чтобы понять, на какие элементы пользователи реально кликают, советую посмотреть на тепловую карту сайта, она отлично дополняет данные GA4.
| Критерий | GA4 | Яндекс.Метрика |
|---|---|---|
| Модель данных | Событийная, без привязки к сессиям | Сессионная, привычная для веб-аналитики |
| Точность | Высокая, но требует настройки исключений трафика | Средняя, часто завышает метрики без вебвизора |
| Интерфейс | Сложный, долгая кривая обучения | Простой и интуитивный |
| Сложность настройки | Высокая, нужен GTM или код | Низкая, достаточно счетчика |
| Интеграция с рекламой | Google Ads, глубинная связка | Яндекс.Директ, нативная |
| Поддержка | Только документация и комьюнити | Техподдержка на русском |
| Цена | Бесплатно, лимит 25 млн событий | Бесплатно, без лимитов |
Базовые отчеты GA4: где смотреть данные
После настройки событий и конверсий данные собираются в стандартных отчетах GA4. Привычной вертикальной структуры вроде «Аудитория → Поведение» здесь нет. Вместо нее четыре блока слева: «Отчеты в реальном времени», «Привлечение», «Вовлеченность» и «Монетизация» (для интернет-магазинов) плюс «Удержание». Каждый блок отвечает на свой вопрос: откуда пришли пользователи, что делали на сайте, принесли ли деньги и вернутся ли снова.
Отчеты в реальном времени удобны для быстрой проверки счетчика, например, после публикации новой страницы. В блоке «Привлечение» смотрите «Каналы» и «Источники трафика», здесь же оценивайте эффективность кампаний, включая CTR в связке с конверсиями (подробнее о метрике читайте в материале что такое CTR в поиске). В «Вовлеченности» ключевые метрики: среднее время взаимодействия, просмотры за сеанс и события. Не закапывайтесь в десятки отчетов сразу, для старта достаточно главной страницы «Отчеты» и пары ключевых: «Каналы привлечения» и «Страницы и экраны», а «Удержание» используйте, чтобы понять, сколько людей возвращается на сайт через месяц.
Отчеты о пользователях и технологии: как анализировать аудиторию
Демографические отчеты и интересы в GA4 — это не просто «пол и возраст». В отличие от Universal Analytics, данные собираются на основе сигналов Google и объединенной статистики, точность выше, но до 100% далеко. Мы смотрим не на абсолютные цифры, а на пропорции внутри сегментов: если 60% аудитории заходят с мобильных, а конверсия там в два раза ниже, чем на десктопе, проблема не в «плохом трафике», а в юзабилити мобильной версии. Отчет «Интересы» (Affinity и In-Market) полезен для поиска новых пересечений с аудиторией, а не для описания текущей. Если ядро пользователей увлекается кулинарией, можно подумать о партнерствах или контенте, который закроет этот интент, но не стройте стратегию только на этих данных.
Анализ устройств и браузеров часто недооценивают. В отчете «Технологии» смотрите на связку «устройство + браузер + разрешение экрана». У нас был кейс, когда у клиента падала конверсия на iOS, и выяснилось, что проблема воспроизводилась только в Safari на старых iPhone (12 и ниже), а в Chrome всё работало. Это указало на несовместимость скрипта, а не на «плохую аудиторию». Такие данные позволяют переходить к персонализации: скрывать тяжёлые баннеры на слабых устройствах или менять шрифты. Для анализа удобно строить пользовательские сегменты прямо в отчетах, чтобы накладывать их на другие метрики и не гадать, откуда приходят лиды.

Сравнение GA4 с Яндекс.Метрикой и старыми подходами
Если сравнивать GA4 и Яндекс.Метрику в 2026 году, главное отличие уже не в наборе функций, а в подходе к данным. GA4 работает на событийной модели, где любое действие пользователя (скролл, клик, просмотр видео) является отдельным событием. Метрика осталась ближе к классической модели с четкой структурой «визит = сессия». На практике GA4 точнее считает пользователей, которые заходят с нескольких устройств, но его отчеты могут выглядеть «размытыми» без дополнительной настройки. Метрика прощает ошибки конфигурации, ее интерфейс привычнее для тех, кто работал с SEO и контекстной рекламой в Яндексе. В GA4 разобраться сложнее, но он даёт больше гибкости: например, можно строить воронки без изменения кода сайта.
Выбор зависит от ваших задач и экосистемы. Если вы вкладываетесь в Яндекс.Директ и ведёте локальный бизнес в РФ, Метрика остаётся базой: она бесплатна, имеет вебвизор и сквозную аналитику «из коробки». Если нужна интеграция с Google Ads, аналитика мобильных приложений или работа с BigQuery, берите GA4. Для большинства проектов мы рекомендуем ставить обе системы параллельно: они не конфликтуют, а перекрёстная проверка данных помогает находить расхождения. В таблице ниже свели ключевые критерии сравнения.
| Критерий | GA4 | Яндекс.Метрика |
|---|---|---|
| Точность подсчёта пользователей | Выше за счёт событийной модели и кросс-девайс трекинга | Хорошая, но привязана к cookie и сессиям |
| Сложность настройки | Высокая, требуется разбор событий и параметров | Средняя, базовые цели создаются за 10 минут |
| Интерфейс и отчётность | Гибкий конструктор, но непривычный | Привычный, с вебвизором и картами кликов |
| Интеграция с рекламой | Полная связка с Google Ads | Нативная интеграция с Яндекс.Директ |
| Хранение данных | До 14 месяцев, выгрузка в BigQuery | Неограниченное хранение в интерфейсе |
Частые ошибки при настройке GA4 и как их избежать
Когда мы берем новый проект на аудит, первое, что проверяем, это корректность сбора данных. Самая частая ошибка в 2026 году, как ни странно, это не «кривой» код, а его продублированная установка через несколько плагинов. Второй по популярности пункт, когда конверсии в GA4 не настроены, и владелец смотрит только на трафик, не понимая, что сайт продает или генерирует лиды. Дублирование событий, когда одно и то же действие шлется и через стандартный тег, и через пользовательский, искажает цифры, на которые потом опираются при бюджетировании. Реже забывают исключить внутренний трафик и трафик разработчиков, из-за чего просмотры страниц завышаются на 10-20%.
Связка с Google Ads без корректной привязки конверсий превращает рекламные отчеты в «среднюю температуру по больнице». Недостаточно просто поставить счетчик, нужно связать ресурс GA4 с рекламным аккаунтом и убедиться, что в импортированных целях верно указан атрибуционный источник. Мы обычно прогоняем проект по небольшому чек-листу, чтобы исключить эти проблемы.
- Проверьте, что код счетчика установлен один раз, через диспетчер тегов или напрямую, и не дублируется плагинами кеширования.
- Убедитесь, что в GA4 назначены ключевые события (конверсии), иначе все отчеты будут показывать только метрики вовлеченности.
- Сравните количество событий page_view в реальном времени с фактическими посещениями, чтобы исключить дубли.
- Настройте фильтр внутреннего трафика по IP-адресам офиса и разработчиков, чтобы не засорять выборку.
- Проверьте привязку ресурса GA4 к Google Ads в разделе «Администрирование» и корректность импорта целей.
- Убедитесь, что данные в GA4 совпадают с данными серверной аналитики или Яндекс.Метрики, расхождение более 15% повод для проверки кода.

Практический кейс: как мы настраивали GA4 для интернет-магазина
В одном из проектов мы настраивали GA4 для интернет-магазина электроники с месячным трафиком около 40 тысяч визитов. Задача стояла не просто поставить счётчик, а выстроить сквозную аналитику от клика по объявлению до оплаты заказа. На старте провели аудит ресурса, определили ключевые события: просмотр карточки товара, добавление в корзину, начало оформления заказа и успешную покупку. Конверсии привязали к событиям, а не к URL страницы «спасибо», потому что оплата проходила через редирект на платёжный шлюз.
Настройку делали через Google Tag Manager, чтобы не трогать код сайта при добавлении нового события. Отдельно настроили передачу параметров ecommerce в dataLayer, это позволило видеть не только факт покупки, но и сумму заказа. Связали GA4 с Google Ads по прямому импорту конверсий и добавили интеграцию с Search Console. После двух месяцев сбора данных стало понятно, что половина бюджета на поиске уходит на запросы с высокой ценой клика, но нулевой конверсией. Мы перераспределили ставки, и стоимость целевого действия снизилась на 23% при том же объёме трафика. Для магазинов с похожей структурой этот сценарий повторяемый, и мы в Cinar регулярно решаем такие задачи с нуля, включая миграцию с Universal Analytics.
Часто задаваемые вопросы
Наш блог c полезными советами
31.08.2026
Киберсквоттинг: как защитить доменное имя
31.08.2026
Каннибализация запросов: как найти и устранить
31.08.2026
Как ускорить индексацию сайта: 8 рабочих способов для 2026 года
31.08.2026
Как проверить историю домена перед покупкой: полный гайд 2026
31.08.2026
Исходящие ссылки и SEO: вред или польза
31.08.2026
ИКС Яндекса: что означает и как его увеличить