События в Google Analytics 4: цели и конверсии

Google Analytics 4 показывает, откуда приходят посетители, какие страницы они просматривают и что делают на сайте. Но для оценки результатов SEO и рекламы обычной статистики посещений недостаточно. Нужно понимать, сколько пользователей отправили заявку, зарегистрировались, добавили товар в корзину или завершили покупку.

Для этого в GA4 предусмотрены события и ключевые события, которые раньше часто называли целями и конверсиями. Разберём, как работает отслеживание событий в Google Analytics 4, какие действия стоит фиксировать и как настроить сбор данных через интерфейс аналитики, Google Tag Manager или gtag.js.

Что такое события, цели и конверсии в Google Analytics 4?

Google Analytics 4 использует модель данных на основе событий. Каждое взаимодействие пользователя, которое система умеет распознавать или которое настроил специалист, записывается как отдельное событие с названием и набором параметров.

В интерфейсе можно встретить три связанных понятия: Event, Key Event и Conversion. Они отвечают за разные задачи, поэтому при настройке аналитики нужно понимать, какие действия достаточно отслеживать, какие считать ключевыми и какие использовать для оптимизации рекламы.

Что такое событие (Event) в GA4?

Событие в Google Analytics 4 – запись о конкретном действии пользователя или состоянии приложения. Например, при открытии страницы отправляется page_view, при прокрутке страницы до установленного порога может фиксироваться scroll, а при успешной регистрации – sign_up.

Каждое событие содержит название event_name и при необходимости дополнительные параметры. Для purchase можно передать стоимость заказа, валюту и список товаров, а для пользовательского события contact_click – тип контакта или расположение кнопки.

События GA4 помогают изучать поведение посетителей на отдельных страницах и внутри пользовательского пути. С их помощью можно увидеть, какие материалы приводят к обращениям, на каких этапах люди прекращают оформление заказа и какие элементы интерфейса используют чаще.

Что такое ключевое событие (Key Event)?

Ключевое событие – действие, которому компания придаёт особое значение. Для интернет-магазина таким действием обычно становится покупка, для сайта услуг – успешная отправка заявки, для онлайн-сервиса – регистрация или оформление платной подписки.

В Google Analytics 4 событие можно отметить как ключевое, после чего его данные будут использоваться в соответствующих показателях и отчётах. При этом первоначальная логика отправки события не меняется: система продолжает получать информацию о действиях пользователей.

Выбирать ключевые события желательно после определения бизнес-целей. Если отметить каждое нажатие кнопки, прокрутку и просмотр страницы, отчёты будут содержать много действий, которые не отражают реальное количество обращений или продаж.

Чем ключевое событие отличается от конверсии?

В актуальной терминологии Google ключевые события используются для оценки ценных действий в GA4. Конверсии Google Ads применяются для измерения результатов рекламных кампаний и, при соответствующих настройках, управления автоматическими стратегиями назначения ставок.

Раньше в Google Analytics использовался термин «конверсия» для событий, которые считались особенно важными. После обновления терминологии такие действия получили название Key Events, хотя в старых руководствах и поисковых запросах по-прежнему часто встречается прежнее обозначение.

Это различие влияет на настройку отчётности. Событие может фиксироваться в GA4 без статуса ключевого, а ключевое событие не обязательно должно использоваться как сигнал оптимизации рекламных кампаний.

Как связаны событие, ключевое событие и конверсия Google Ads?

Представим сайт юридической компании, на котором пользователь заполняет форму консультации. После подтверждённой отправки сайт передаёт событие generate_lead, а специалист отмечает его ключевым в GA4.

Если компания запускает рекламу, на основе этого события можно создать конверсию в Google Ads. После этого рекламный аккаунт сможет учитывать соответствующие действия пользователей в соответствии со своими настройками атрибуции и подсчёта.

Схема измерения выглядит следующим образом:

Действие пользователя → Event → Key Event → Conversion в Google Ads

Эта последовательность описывает типичный сценарий настройки, хотя создание рекламной конверсии возможно и на основе события, которое первоначально не было ключевым. В таком случае Google может автоматически отметить исходное событие как ключевое.

Чем события GA4 отличаются от целей Universal Analytics?

В Universal Analytics измерение строилось вокруг сеансов, просмотров страниц и целей. Google Analytics 4 использует события, благодаря чему действия пользователей можно анализировать в единой структуре вместе с дополнительными параметрами.

Запросы «google analytics цели», «гугл аналитика цели» и «google analytics создание цели» остались распространёнными. Однако при работе с GA4 нужно ориентироваться на события и Key Events, поскольку прежнего интерфейса создания целей Universal Analytics больше нет.

Какие типы целей использовались в Universal Analytics?

В Universal Analytics можно было создать цель по посещению определённого URL, продолжительности сеанса, количеству просмотренных страниц и выполнению заданного события. Например, посещение страницы благодарности после отправки формы считалось достижением цели.

У событий использовалась структура из категории, действия, ярлыка и необязательного значения. Для настройки требовалось определить условия, по которым действие попадало в соответствующую цель, а затем проверить регистрацию в отчётах.

В GA4 похожие сценарии реализуются через события и параметры. В частности, просмотр страницы благодарности можно выделить в отдельное событие, а затем отметить его ключевым.

Что означают Event Category, Event Action и Event Label?

В Universal Analytics параметры Event Category, Event Action и Event Label описывали разные характеристики взаимодействия. Например, категория могла называться Form, действие – Submit, а ярлык – Contact.

В старом коде и документации встречаются обозначения eventaction, eventlabel, event label и ga event action. Все они связаны с прежним способом организации событий и помогают понять, как была устроена аналитика на старом сайте.

В GA4 обязательной структуры Category / Action / Label нет. Вместо неё используется название события и набор параметров, которые можно выбрать под конкретную задачу измерения.

Как передавать Event Action и Event Label в GA4?

При переносе старой настройки нужно определить, какую информацию содержали Event Action и Event Label. После этого соответствующие значения можно передать в GA4 через пользовательские параметры события, сохранив полезную детализацию.

Например, для события form_submit_success можно использовать параметр form_name со значением consultation. Это позволит отличать разные формы без создания отдельного события для каждой кнопки, если такая детализация отвечает задачам отчётности.

Если на сайте используется старый вызов gtag с параметрами, похожими на Event Label, его следует проверить перед переносом. Параметр с названием event_label можно отправлять как пользовательский, но он не превратится автоматически в стандартный отчёт Universal Analytics.

Какие типы событий существуют в Google Analytics 4?

События в Google Analytics 4 делятся на автоматически собираемые, события улучшенной статистики, рекомендуемые и пользовательские. Различие между ними связано со способом настройки и тем, предусмотрел ли Google стандартное название для конкретного действия.

Перед добавлением собственного отслеживания полезно проверить уже поступающие данные. Некоторые события собираются после установки тега, поэтому повторная отправка через GTM способна привести к дублированию.

Автоматически собираемые события

После правильной установки Google tag система начинает собирать базовые сведения о взаимодействиях с сайтом. К ним относятся first_visit, session_start, page_view и user_engagement, которые помогают анализировать посещения и активность пользователей.

Например, session_start фиксирует начало сеанса, а first_visit регистрируется при первом посещении пользователя, определяемом доступными средствами идентификации. Событие user_engagement связано со временем активного взаимодействия с сайтом или приложением.

Для таких событий не требуется создавать отдельный тег на каждое действие. Однако корректность сбора необходимо проверять после установки аналитики, особенно если на сайте одновременно работают несколько систем управления тегами.

События улучшенной статистики (Enhanced Measurement)

Enhanced Measurement позволяет отслеживать дополнительные взаимодействия без отдельной настройки каждого события в коде. В зависимости от включённых функций GA4 может собирать данные о прокрутке страниц, поиске по сайту, скачивании файлов, исходящих переходах и взаимодействиях с видео.

К этой группе относятся scroll, click, file_download, view_search_results, а также некоторые события взаимодействия с формами. Фактический набор данных зависит от настроек потока и особенностей реализации элементов сайта.

Например, стандартное событие scroll для веб-потока фиксирует достижение пользователем порога около 90% вертикальной глубины страницы. Если требуется анализировать несколько уровней прокрутки, придётся настроить дополнительные события и передавать соответствующие параметры.

Рекомендуемые события Google

Google предоставляет список рекомендуемых названий событий для распространённых пользовательских действий. Среди них login, sign_up, generate_lead, add_to_cart, begin_checkout и purchase.

Такие события удобно использовать для регистрации, генерации лидов и электронной торговли. При настройке нужно соблюдать рекомендованные названия параметров, поскольку от них зависит корректность части стандартных показателей и отчётов.

Например, для покупки необходимо передавать идентификатор транзакции и сведения о товарах. Если отправить только событие с названием purchase, данные о составе заказа и выручке могут оказаться неполными.

Пользовательские события (Custom Events)

Пользовательские события создают для действий, у которых нет подходящего стандартного названия Google. Например, сайт может отслеживать выбор тарифа, открытие калькулятора или переход к определённому разделу личного кабинета.

Названия таких событий желательно согласовать до внедрения, чтобы одинаковые действия не передавались под разными идентификаторами. Для выбора тарифа можно использовать plan_selected, а конкретный тариф передавать отдельным параметром.

Чем понятнее названия и параметры событий, тем проще проводить анализ событий спустя несколько месяцев. Единые правила особенно полезны для сайтов с несколькими формами, языковыми версиями и разными источниками трафика.

Как устроены названия и параметры событий GA4?

Каждое событие имеет название, по которому Google Analytics 4 определяет тип зарегистрированного действия. Дополнительные параметры сообщают, где произошло взаимодействие и какие характеристики нужно сохранить для последующего анализа.

Для крупных сайтов полезно заранее составить словарь событий, содержащий имена, условия отправки и необходимые параметры. Такой документ снижает риск несогласованных настроек между маркетологом, разработчиком и веб-аналитиком.

Что такое event_name в Google Analytics 4?

event_name – название события, которое поступает в GA4 вместе с его данными. Например, система получает purchase после покупки или generate_lead после успешной отправки формы обращения.

Названия чувствительны к регистру, поэтому Form_Submit и form_submit будут различаться. Для пользовательских событий удобно использовать строчные латинские буквы и подчёркивания, избегая пробелов и нестандартных символов.

Google ограничивает длину названия события 40 символами, а некоторые имена зарезервированы для системных целей. Перед внедрением следует проверить справочник рекомендуемых событий и не создавать собственное название там, где подходит стандартное.

Для чего используются параметры события?

Параметры добавляют сведения к зарегистрированному действию. Например, page_location содержит адрес страницы, page_title – её заголовок, а method может описывать способ регистрации или авторизации.

Для событий электронной торговли используют value, currency, transaction_id и items. С их помощью аналитика получает стоимость покупки, валюту, идентификатор заказа и информацию о приобретённых товарах.

Название события и параметры решают разные задачи. event_name определяет, какое действие произошло, а дополнительные поля помогают понять его обстоятельства и сравнить результаты между страницами или сегментами пользователей.

Когда нужны специальные параметры (Custom Dimensions)?

Допустим, сайт отправляет событие contact_click вместе с параметром contact_type. Значение может указывать, какой способ связи выбрал пользователь: телефон, электронную почту или мессенджер.

Чтобы использовать большинство пользовательских параметров как отдельные измерения в стандартных отчётах и исследованиях GA4, их необходимо зарегистрировать в разделе специальных определений. Передача значения в событии сама по себе не гарантирует доступность такого измерения в интерфейсе.

Для регистрации указывают название измерения, область действия и точное имя параметра. После настройки новые данные обрабатываются для последующего анализа, поэтому рассчитывать на автоматическое восстановление всей прошлой истории не следует.

Как правильно составить список событий для сайта?

Начинать удобнее с перечня действий, которые действительно нужны для оценки работы сайта. Затем для каждого события определяют название, условие отправки, параметры и способ проверки.

Например, для корпоративного сайта можно подготовить следующую схему:

Такой список становится основой для технической настройки и последующей проверки. Его полезно поддерживать в актуальном состоянии при изменении форм, кнопок и бизнес-процессов.

Как создать событие в Google Analytics 4 без программирования?

Некоторые события можно настроить непосредственно в интерфейсе Google Analytics 4. Этот способ подходит, когда новое действие определяется по уже поступающему событию и значениям его параметров.

Например, сайт может отправлять стандартный page_view, а GA4 создаст на его основе отдельное событие при посещении страницы подтверждения. Для сложных взаимодействий, которых аналитика ещё не получает, потребуется GTM или программный код.

Что требуется для настройки события?

Перед тем как добавить событие в Google Analytics, необходимо убедиться, что на сайте установлен Google tag и работает поток данных. Проверить поступление информации можно в отчёте реального времени или через DebugView.

Для создания и изменения событий также нужны подходящие права доступа к ресурсу GA4. Если соответствующие элементы интерфейса недоступны, следует проверить роль пользователя и выбранный ресурс.

Перед настройкой желательно определить название события, его условия и ожидаемый результат. Например, для заявки нужно точно знать, открывается ли после отправки отдельная страница или подтверждение появляется без перезагрузки.

Как создать новое событие через интерфейс GA4?

Для создания события на основе уже собираемых данных откройте раздел администратора и перейдите к событиям. В актуальном интерфейсе Google Analytics 4 доступно создание событий без программирования и с расширенными условиями.

Последовательность действий:

1. Откройте нужный ресурс Google Analytics 4 и перейдите в «Администратор».
2. В разделе «Просмотр данных» выберите «События» и нажмите «Создать событие».
3. Укажите название нового события и выберите доступный способ создания.
4. Задайте исходное событие и условия, при которых должна создаваться его новая версия.
5. Проверьте параметры и сохраните настройки, после чего выполните тестовое действие.

Новые события могут появляться в разных таблицах интерфейса не одновременно. После сохранения следует проверить их фактическое поступление, поскольку созданное правило само по себе не подтверждает правильность отслеживания.

Как создать событие для страницы благодарности?

Допустим, после отправки формы сайт перенаправляет пользователя на страницу /thank-you/. В таком случае можно создать событие generate_lead на основе просмотра этой страницы.

В условиях выбирают исходное событие page_view и указывают адрес страницы через параметр page_location. Для нескольких похожих URL используют соответствующее условие сравнения или регулярное выражение.

После сохранения проверьте отправку тестовой заявки и открытие страницы благодарности. Если пользователь может обновить эту страницу или вернуться к ней по прямой ссылке, дополнительные просмотры способны создать повторные события, поэтому для точного подсчёта лидов лучше использовать подтверждение успешной обработки формы.

Почему нельзя просто отметить все page_view как ключевые?

Событие page_view обычно отправляется при просмотре страниц сайта. Если отметить его ключевым без дополнительных условий, каждый зарегистрированный просмотр будет учитываться как важное действие.

Для сайта с несколькими тысячами просмотров это приведёт к завышенной статистике ключевых событий. Оценивать количество заявок, регистраций или заказов по такому показателю будет невозможно.

Правильнее создать отдельное событие для нужного URL либо отправлять подтверждённое действие из логики сайта. После этого ключевым отмечают именно специальное событие, а стандартный page_view оставляют для анализа посещений.

Как настроить события GA4 через Google Tag Manager?

Google Tag Manager позволяет управлять тегами и условиями их срабатывания без постоянного редактирования исходного кода сайта. После установки контейнера многие задачи можно выполнять через его интерфейс.

Настройка событий Google Analytics через GTM особенно полезна для отслеживания кнопок, форм и пользовательских взаимодействий. При этом доступные триггеры должны соответствовать фактической работе элементов сайта.

Как создать тег GA4 Event?

Сначала проверьте, что в контейнере GTM настроен Google tag для нужного ресурса GA4. Идентификатор измерения веб-потока имеет формат G-XXXXXXXXXX и используется при настройке передачи данных.

Для создания отдельного события откройте рабочую область контейнера и выполните следующие действия:

1. В разделе «Теги» нажмите «Создать» и откройте настройки нового тега.
2. Выберите тип «Google Analytics: GA4 Event» и укажите идентификатор измерения.
3. В поле Event Name задайте название события, например contact_click.
4. При необходимости добавьте параметры, которые нужно передавать вместе с событием.
5. Подключите триггер, сохраните изменения и проверьте тег через режим предварительного просмотра.

В старых руководствах можно встретить тег GA4 Configuration. Сейчас для базовой установки используется Google tag, поэтому при повторении старых инструкций нужно учитывать изменения интерфейса.

Как настроить триггер нажатия кнопки?

Представим, что на сайте есть кнопка «Заказать консультацию» с уникальным CSS-классом. Для отслеживания нажатия можно создать триггер Click – All Elements и ограничить его условием по Click Classes или Click ID.

Например, условие Click Classes contains consultation-button позволит зарегистрировать взаимодействие с нужным элементом. Перед настройкой необходимо проверить HTML-разметку, поскольку одинаковые классы могут использоваться на нескольких кнопках.

В GTM также доступны переменные Click Text, Click URL и другие характеристики нажатия. Однако текст кнопки часто меняется после редизайна или перевода страницы, поэтому стабильный идентификатор обычно надёжнее для технического отслеживания.

Как отслеживать отправку формы через dataLayer?

Для отслеживания успешной отправки формы удобно использовать dataLayer. Разработчик может передавать событие в момент, когда сервер подтвердил получение заявки, после чего GTM запускает нужный тег GA4.

Пример передачи данных после подтверждённого ответа сервера:

window.dataLayer = window.dataLayer || [];

window.dataLayer.push({
  event: 'lead_form_success',
  form_name: 'consultation'
});

В GTM создают триггер Custom Event с названием lead_form_success, а затем связывают его с тегом generate_lead. Значение form_name передают через переменную уровня данных и соответствующий параметр события.

Такая настройка позволяет отделить успешные заявки от попыток отправки формы с ошибками. Для надёжной работы необходимо исключить повторную отправку события при повторном ответе или изменении состояния интерфейса.

Что делать с AJAX-формами без перезагрузки страницы?

AJAX-формы отправляют данные без обычного перехода на другую страницу. Поэтому стандартный триггер Form Submission может не отражать результат обработки, особенно если приложение перехватывает событие отправки и показывает собственные уведомления.

Для таких форм лучше фиксировать успешный ответ сервера или другое достоверное подтверждение приёма заявки. После этого приложение передаёт событие через dataLayer, а GTM отправляет его в GA4.

Если отслеживать только нажатие кнопки Submit, аналитика может засчитать обращение даже при пустых обязательных полях или серверной ошибке. Поэтому перед публикацией следует протестировать успешную отправку, ошибочные данные и повторное нажатие.

Как отправлять события через gtag.js?

Библиотека gtag.js позволяет передавать события в Google Analytics непосредственно из JavaScript-кода сайта. Этот способ подходит, когда разработчик управляет логикой приложения и может отправить событие после подтверждённого действия.

При прямой настройке важно заранее проверить существующие теги. Одновременная отправка одного события через gtag.js и GTM без согласованной логики может привести к дублированию данных.

Как работает команда gtag('event')?

Для отправки события используется вызов gtag('event', ...), в котором указывают название и дополнительные параметры. Например, после успешной отправки формы можно передать generate_lead.

gtag('event', 'generate_lead', {
  method: 'website',
  form_name: 'consultation'
});

В этом примере generate_lead обозначает действие, method описывает способ получения обращения, а form_name уточняет форму. Пользовательский параметр можно зарегистрировать как специальное измерение для последующего анализа.

Команду следует вызывать только после завершения нужного действия. Если поместить её в обработчик нажатия кнопки без проверки результата, события будут фиксироваться даже при неуспешных попытках отправки.

Как настроить событие page_view через gtag?

Событие page_view обычно отправляется автоматически при загрузке страницы, если Google tag настроен стандартным способом. Дополнительная ручная отправка может понадобиться для приложения с нестандартной навигацией.

Пример ручного вызова:

gtag('event', 'page_view', {
  page_title: document.title,
  page_location: window.location.href
});

В этом случае передаются текущий заголовок и полный адрес страницы. Перед внедрением необходимо проверить, не отправляет ли Google Analytics аналогичное событие автоматически.

Ручное управление просмотром страниц особенно актуально для SPA-приложений, где URL меняется без полной перезагрузки документа. Однако сам факт использования React, Vue или Next.js ещё не означает, что автоматическое отслеживание работает неправильно.

Как избежать двойного page_view на SPA-сайтах?

Дубли могут появляться, когда сайт вручную отправляет page_view, а GA4 параллельно регистрирует просмотр при загрузке страницы или изменении истории браузера. В результате количество просмотров в отчётах оказывается завышенным.

При ручном управлении в конфигурации Google tag можно использовать send_page_view: false. Но этот параметр отключает автоматическую отправку при соответствующей конфигурации тега и не обязательно отключает просмотры, возникающие при изменении истории браузера через Enhanced Measurement.

Поэтому необходимо проверить обе настройки и выбрать один согласованный способ регистрации просмотров. Для SPA следует отдельно протестировать открытие страницы, переход по внутренней ссылке, кнопки браузера «Назад» и «Вперёд», а также обновление текущего URL.

Какие действия пользователей стоит отслеживать в GA4?

Выбор событий зависит от типа сайта и задач бизнеса. Для интернет-магазина особенно важны покупки и этапы оформления заказа, а для сайта услуг – заявки, обращения и взаимодействия с контактными элементами.

Не каждое пользовательское действие нужно превращать в ключевое событие. Некоторые события полезны исключительно для анализа поведения, поиска проблем в интерфейсе и оценки пользовательского пути.

Отправка форм, заявки и регистрации

Для сайта услуг основным событием обычно становится подтверждённая отправка формы обратной связи. Такое действие можно отслеживать через generate_lead и дополнять параметрами, указывающими тип заявки.

Для регистрации пользователей применяется sign_up, а для входа в аккаунт – login. Если на сайте предусмотрены разные способы авторизации, соответствующую информацию можно передавать через параметр method.

При оценке эффективности форм полезно отдельно учитывать начало взаимодействия и успешную отправку. Это поможет понять, сколько посетителей открывают форму и сколько действительно завершают действие.

Клики по телефону, email и кнопкам

На мобильных версиях сайтов пользователи часто переходят к звонку через ссылку с префиксом tel:. Такое взаимодействие можно отслеживать с помощью GTM и события contact_click, передавая значение contact_type=phone.

Аналогичным способом можно учитывать клики по mailto:, ссылкам на мессенджеры и кнопкам связи. Эти данные помогают понять, какие способы обращения предпочитают посетители разных страниц.

При этом нажатие телефонной ссылки не подтверждает состоявшийся разговор. Для анализа реальных звонков потребуется интеграция с коллтрекингом, которая передаёт дополнительные сведения о звонках и их результатах.

Покупки и действия интернет-магазина

Для электронной торговли Google Analytics 4 поддерживает события, отражающие основные этапы покупки. Среди них view_item, add_to_cart, begin_checkout, add_payment_info и purchase.

Передавая эти события с подходящими параметрами, можно анализировать движение пользователей от карточки товара до завершения заказа. Например, большое количество добавлений в корзину при небольшом числе покупок указывает на необходимость проверить этап оформления.

Отдельного внимания требует корректность данных о выручке и товарах. Если событие покупки отправляется несколько раз либо стоимость передаётся в неверном формате, отчёты могут показывать неправильные результаты.

Какие параметры нужны для purchase?

Для события purchase необходимо передавать сведения, позволяющие идентифицировать заказ и определить его состав. В стандартной реализации используются transaction_id, value, currency и массив items.

Пример структуры данных:

gtag('event', 'purchase', {
  transaction_id: 'ORDER-1052',
  value: 2500,
  currency: 'UAH',
  items: [{
    item_id: 'SKU-125',
    item_name: 'Товар',
    price: 2500,
    quantity: 1
  }]
});

В примере стоимость передаётся числом, а валюта указывается отдельно в формате ISO 4217. Идентификатор transaction_id должен соответствовать конкретному заказу и оставаться одинаковым при повторной передаче сведений о той же покупке.

Для каждого типа сайта набор отслеживаемых действий будет отличаться. Ниже приведена примерная схема, которую можно использовать при составлении плана аналитики.

При настройке электронной торговли стоит отдельно проверять идентификаторы заказов, состав товаров и сумму покупки. Ошибки в этих данных могут влиять на расчёт выручки и оценку рекламных кампаний.

Как настроить цели и ключевые события в GA4?

В старой терминологии Google Analytics цели использовались для измерения важных действий посетителей. В GA4 соответствующие задачи выполняются через события и отметку Key Event.

Поэтому настройка целей в Google Analytics 4 начинается с проверки самого события. Нужно убедиться, что оно поступает в нужный ресурс, срабатывает при правильном условии и содержит необходимые параметры.

Как отметить событие как Key Event?

После появления события в GA4 его можно выбрать в разделе управления событиями и отметить как ключевое. В актуальном интерфейсе соответствующая настройка также может быть доступна непосредственно при создании события.

Общий порядок действий следующий:

1. Откройте «Администратор» и перейдите в раздел «События».
2. Найдите нужное событие или создайте новое, если оно ещё не настроено.
3. Включите параметр «Отметить как ключевое событие».
4. При необходимости проверьте способ подсчёта и значение ключевого события.
5. Сохраните настройки и выполните тестовое действие на сайте.

После изменения настройки событие будет учитываться как ключевое для соответствующих новых действий. Если требуется анализировать прошлый период, следует помнить, что новая отметка не означает автоматический пересчёт всей исторической статистики.

Как настроить ключевое событие по определённым условиям?

Иногда сайт использует одно событие для нескольких форм или действий. Например, form_submit_success может отправляться после заявки на консультацию, скачивания коммерческого предложения и подписки на рассылку.

Если ключевым нужно считать только обращение за консультацией, можно создать отдельное событие на основе исходного и параметра form_name. При этом условие должно проверять конкретное значение, например consultation.

После создания отдельного события его отмечают ключевым, а исходное оставляют для общей статистики форм. Такой подход помогает сохранять подробную аналитику и не смешивать разные действия в одном показателе.

Какие события стоит считать основными, а какие дополнительными?

Макроконверсии обычно связаны с достижением основной бизнес-цели: покупкой, подтверждённой заявкой, записью на услугу или оформлением подписки. Именно эти действия чаще всего используются для оценки коммерческого результата.

Микроконверсии отражают промежуточные шаги: скачивание файла, просмотр тарифов, нажатие кнопки или начало заполнения формы. Они помогают изучать поведение пользователей и выявлять проблемные участки сайта.

Ведущий SEO-специалист — Геннадий

В своей практике я часто встречаю сайты, где Google Analytics 4 уже установлен, но реальный результат продвижения измерить невозможно. В отчётах есть посещения, просмотры и клики, однако успешные отправки форм или покупки не отслеживаются.

Я рекомендую начинать с определения трёх-пяти основных действий, которые приносят бизнесу результат. После этого нужно проверить, что каждое действие отправляется только один раз, содержит необходимые параметры и корректно отображается в GA4. Такой подход помогает оценивать количество SEO-трафика и его пользу для бизнеса.

Как передать конверсии Google Analytics 4 в Google Ads?

Связка GA4 с Google Ads помогает использовать данные о важных действиях пользователей для оценки рекламных кампаний. События, которые уже собираются на сайте, могут стать основой для создания действий-конверсий в рекламном аккаунте.

Перед подключением следует проверить правильность событий и исключить дубли. Ошибки отслеживания могут повлиять на показатели конверсий и автоматическую оптимизацию рекламы.

Как связать GA4 с Google Ads?

Для подключения необходимо иметь соответствующие права доступа к ресурсам Google Analytics 4 и Google Ads. Связь создаётся через раздел администратора GA4 или доступные настройки связанных продуктов.

Общий порядок настройки:

1. Откройте нужный ресурс Google Analytics 4 и перейдите в раздел администратора.
2. Найдите настройки связи с Google Ads и выберите рекламный аккаунт.
3. Подтвердите параметры подключения и завершите создание связи.
4. В разделе целей Google Ads перейдите к созданию действия-конверсии.
5. Выберите источник Google Analytics и нужное событие, затем проверьте настройки.

После создания рекламной конверсии необходимо определить её назначение и правила подсчёта. Само подключение аккаунтов ещё не гарантирует, что рекламные кампании используют нужное действие для назначения ставок.

Чем отличаются Primary и Secondary Conversion?

Primary Conversion – основное действие-конверсия, которое обычно участвует в оптимизации ставок и учитывается в столбце Conversions, когда соответствующая цель используется кампанией.

Secondary Conversion предназначена преимущественно для наблюдения и анализа. Такие действия обычно отображаются в All Conversions и не используются для оптимизации ставок, если только они не включены в пользовательскую цель с особыми правилами.

Например, для интернет-магазина покупку можно выбрать основной конверсией, а добавление товара в корзину – дополнительной. При этом настройки нужно проверять на уровне рекламных целей и кампаний, поскольку от них зависит фактическое использование сигналов.

Почему цифры конверсий в GA4 и Google Ads могут отличаться?

Расхождения возникают из-за различий в атрибуции, времени учёта, окнах конверсий и настройках отдельных действий. Один и тот же пользователь может взаимодействовать с несколькими каналами перед покупкой, а системы по-разному распределяют ценность между этими контактами.

Дополнительное влияние оказывают правила согласия на обработку данных, моделирование, временные зоны и выбранный способ подсчёта. Поэтому прямое сравнение двух отчётов без проверки настроек часто приводит к неправильным выводам.

При анализе следует выбирать одинаковые периоды, проверять определения показателей и учитывать их область применения. Абсолютное совпадение всех цифр GA4 и Google Ads не является обязательным признаком правильной настройки.

Где смотреть события и анализировать конверсии?

После настройки Google Analytics 4 собирает информацию, которую можно использовать для анализа поведения пользователей и оценки результатов маркетинга. Данные доступны в стандартных отчётах, исследованиях и отдельных разделах управления событиями.

Для полезного анализа событий важно выбирать подходящие показатели и сравнивать действия с источниками трафика, страницами входа и другими характеристиками посещений.

Стандартные отчёты Google Analytics 4

В разделе отчётов можно изучать количество событий, пользователей и зарегистрированных ключевых действий. Показатель Event Count показывает число полученных событий, а Key Events помогает анализировать действия, отмеченные как важные.

Для оценки источников трафика используют отчёты привлечения, в которых можно сравнивать органический поиск, рекламу, прямые посещения и другие каналы. При анализе нужно учитывать выбранные параметры атрибуции и область действия показателей.

Например, если органический трафик растёт, а количество подтверждённых заявок остаётся прежним, полезно проверить посадочные страницы и соответствие поискового интента. Одного показателя посещаемости для оценки качества SEO-продвижения недостаточно.

Анализ событий через Explorations

Раздел Explorations позволяет создавать собственные исследования на основе событий и характеристик пользователей. Здесь можно строить таблицы, сравнивать сегменты и анализировать последовательности действий внутри пользовательского пути.

Например, для интернет-магазина можно изучить переходы между просмотром товара, добавлением в корзину, началом оформления и покупкой. Для сайта услуг – сравнить посещение страницы, взаимодействие с формой и подтверждённую заявку.

При анализе полезны Event Count, Key Events, Key Event Rate и показатели дохода. Выбор конкретной метрики зависит от задачи, поскольку частота наступления событий и доля пользователей с ключевыми действиями описывают разные стороны поведения.

Как проверить настройку событий и исправить ошибки?

После создания событий необходимо проверить их фактическую отправку. Даже если тег сохранён без ошибок, он может срабатывать при неправильном условии или передавать данные в другой ресурс GA4.

Проверку желательно выполнять до публикации изменений и повторять после крупных обновлений сайта. Особенно это касается новых форм, изменения структуры страниц и внедрения динамических компонентов.

Проверка через GTM Preview и Tag Assistant

Режим предварительного просмотра Google Tag Manager показывает последовательность взаимодействий, сработавшие триггеры и теги. С его помощью можно определить, почему нужное событие не отправляется или появляется несколько раз.

Для проверки откройте контейнер GTM, нажмите Preview и подключитесь к тестируемому сайту через Tag Assistant. Затем выполните нужное действие и найдите соответствующий триггер в последовательности событий.

Если тег не сработал, проверьте его условия, значения переменных и доступность элемента на странице. После успешного тестирования опубликуйте контейнер и повторно проверьте работу уже опубликованной версии.

Проверка событий через GA4 DebugView

DebugView показывает события, которые Google Analytics получает от устройства с включённым режимом отладки. Через него удобно проверять название события, переданные параметры и последовательность действий.

Для работы можно использовать GTM Preview или другой предусмотренный Google способ включения debug mode. После выполнения тестового действия откройте DebugView и найдите событие в потоке выбранного устройства.

Если событие появилось, раскройте его параметры и сравните значения с ожидаемыми. Также проверьте, сколько раз оно зарегистрировалось, поскольку повторная отправка может остаться незаметной в обычных отчётах.

Частые ошибки настройки

Проблемы с отслеживанием обычно связаны с неправильными условиями отправки, повторной установкой тегов или несовпадением параметров. Поэтому диагностику лучше проводить поэтапно: сначала проверить действие на сайте, затем передачу в GTM и поступление в GA4.

Распространённые ошибки и способы их устранения:

• Событие не отправляется. Проверьте идентификатор измерения, наличие тега и условия триггера.
• Событие появляется дважды. Найдите повторяющиеся теги, вызовы JavaScript и автоматические отправки.
• Название event_name указано неправильно. Проверьте регистр символов и соответствие выбранному стандартному имени.
• Форма учитывается до успешной отправки. Перенесите отправку события на подтверждённый результат обработки.
• В purchase отсутствуют параметры. Проверьте transaction_id, items, value и currency.
• Нет пользовательских параметров в отчётах. Проверьте регистрацию специальных измерений и время обработки данных.
• Google Ads оптимизируется на ненужное действие. Проверьте основные и дополнительные конверсии, а также настройки целей кампании.

После исправления повторите тест с новым действием и проверьте его параметры. Для заявок полезно дополнительно сравнивать данные аналитики с обращениями, которые фактически поступили в CRM или другую систему учёта.

Настройка событий в Google Analytics 4 начинается с определения действий, которые необходимо отслеживать на сайте. После этого выбирают подходящий способ отправки данных, проверяют параметры и отмечают ключевые события, связанные с результатами бизнеса.

Если на сайте уже установлена аналитика, но данные о заявках и покупках вызывают сомнения, специалисты Seo-Gen помогут проверить настройку событий, найти ошибки отслеживания и наладить отчётность по SEO и рекламным каналам.