Как настроить отслеживание рекламных конверсий в Google Analytics 4

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

GA4 регистрирует взаимодействия с сайтом или приложением как события. Система может зафиксировать загрузку страницы, переход по ссылке, отправку формы или покупку. Рекомендуемые и специальные события передают через тег (фрагмент кода для сбора данных) Google или Google Tag Manager, сокращенно GTM, — систему управления аналитическими и рекламными тегами. Данный механизм описан в документации Google по настройке событий.

Чем событие GA4 отличается от ключевого события и конверсии Google Ads

Эти три элемента следуют друг за другом, но решают разные задачи. GA4 фиксирует действие как событие. Если действие имеет значение для бизнеса, событию присваивают статус ключевого. Затем на его основе создают конверсию Google Ads.

Событие GA4

Событие GA4 — это запись о конкретном взаимодействии пользователя с сайтом или приложением. Имя описывает действие, например page_view, generate_lead или purchase. Параметры уточняют контекст: адрес страницы, ценность действия, валюту или состав заказа.

Ключевое событие GA4

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

Конверсия Google Ads

Конверсия Google Ads — это объект рекламной системы, созданный на основе ключевого события Analytics. Google Ads использует его для оценки результатов рекламы и назначения ставок (автоматического выбора рекламной ставки), когда такой выбор доступен. Порядок создания приведен в инструкции Google Ads.

Одного статуса ключевого события в GA4 недостаточно, чтобы использовать его в рекламном аккаунте. Ресурс Analytics и Google Ads нужно связать, а затем создать конверсию на основе выбранного ключевого события.

Что подготовить до настройки рекламной конверсии

До создания события проверьте всю цепочку сбора данных:

• Ресурс Google Analytics 4, в котором хранятся данные сайта;

• Веб-поток GA4 (источник данных сайта в GA4), связанный с нужным доменом;

• Установленный тег Google или контейнер Google Tag Manager (набор тегов и правил GTM);

• Идентификатор нужного потока, если его требует конфигурация тега;

• Аккаунт Google Ads, который будет связан с ресурсом Analytics;

• Доступы для изменения настроек GA4, публикации контейнера GTM, связывания продуктов и создания конверсий Google Ads.

Названия ролей и набор разрешений зависят от продукта и могут меняться. Владелец аккаунтов должен сверить права по актуальной справке Google. Доступ к отчетам сам по себе не дает права публиковать контейнер или связывать GA4 с Google Ads.

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

Как выбрать способ создания события в GA4

Способ зависит от двух условий: получает ли GA4 нужное взаимодействие и можно ли однозначно отделить бизнес-результат от остальных действий:

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

Выбирайте самый короткий путь, который подтверждает бизнес-результат и передает нужный контекст. Если уникальная страница открывается исключительно после принятой заявки, новое событие можно создать на основе page_view. Для формы без смены адреса надежнее передавать подтверждение успешной отправки через GTM.

Как выбрать имя события и параметры

Сначала опишите измеримое действие языком бизнеса: «форма успешно принята», «заказ оформлен», «регистрация завершена». Формулировка «пользователь нажал кнопку» подходит только для ситуации, в которой измеряемым результатом служит сам клик.

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

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

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

Как передать событие в GA4 через Google Tag Manager

Настройка события через GTM состоит из последовательных шагов:

1. Определите подтвержденное действие и способ, которым GTM сможет его распознать;

2. Создайте триггер (условие запуска тега) — условие, при котором GTM запускает тег;

3. Создайте тег события Google Analytics и укажите имя события;

4. Свяжите тег с нужным тегом Google или идентификатором потока согласно конфигурации контейнера;

5. Добавьте параметры для проверки и дальнейшего анализа;

6. Проверьте настройку в режиме предварительного просмотра GTM;

7. Опубликуйте проверенную версию контейнера;

8. Проверьте поступление события в GA4 и назначьте его ключевым.

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

Как настроить надежный триггер

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

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

Как создать тег события GA4

В рабочей области GTM откройте раздел «Теги», создайте тег события Google Analytics, выберите нужную конфигурацию тега Google или укажите идентификатор потока (уникальный код источника данных) — в зависимости от настроек контейнера. В поле имени события внесите точное название, например generate_lead. Добавьте имена и значения параметров, затем назначьте созданный триггер.

Значения параметров можно получать из переменных GTM или уровня данных сайта. Уровень данных — структурированный объект, через который сайт сообщает GTM сведения о произошедшем действии.

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

Как создать событие из поступающего page_view

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

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

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

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

Как настроить ключевое событие generate_lead для формы

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

Условия срабатывания различаются по надежности:

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

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

Как настроить purchase и передачу данных о покупке

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

Справочник событий Google предусматривает для purchase обязательные параметры transaction_id и items. Параметр transaction_id передает идентификатор транзакции, а items — массив товаров (список данных о товарах). Параметр value передает ценность покупки. Если передается value, вместе с ним нужно передать currency — валюту. Объекты товаров могут содержать идентификатор или название позиции, цену и количество.

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

При проверке покупки сопоставьте данные события с тестовым заказом:

• Срабатывание purchase после подтвержденного оформления;

• Идентификатор transaction_id тестового заказа;

• Точное числовое значение value и переданное вместе с ним значение currency;

• Наличие ожидаемых товаров в items;

• Цену и количество каждой позиции;

• Поведение события после обновления страницы, возврата на нее и повторного нажатия элементов интерфейса.

Если для одного тестового заказа создается несколько событий, настройка требует дополнительной диагностики. Повторный запуск может происходить из-за триггера, повторной передачи данных приложением или повторной инициализации тега (первичного запуска тега). Источник определяют по полной последовательности событий в предварительном просмотре GTM.

Как назначить событие ключевым в GA4

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

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

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

Как проверить событие и его параметры

Проверка тега и триггера в GTM Preview

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

В практических инструкциях для проверки событий и параметров используют GTM Preview (режим предварительной проверки тегов) вместе с DebugView (режим отладки событий GA4). Такой подход описан в руководстве Analytics Mania по ключевым событиям GA4.

Проверка имени и параметров в DebugView

DebugView показывает отладочный поток событий конкретного тестового устройства. Откройте полученное событие и сопоставьте его имя и параметры с планом измерения. У generate_lead проверьте параметры формы, у purchase — transaction_id, value, currency и items.

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

Проверка поступления данных в отчетах

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

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

Что проверить, если событие не поступает в GA4

Проверяйте передачу данных по порядку. К следующему этапу переходите после подтверждения предыдущего:

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

2. Условие триггера. Проверьте, распознает ли GTM нужное действие и совпадают ли значения переменных с условием;

3. Запуск тега. Найдите тег в GTM Preview и определите, запустился ли он на правильном этапе;

4. Назначение потока. Убедитесь, что в конфигурации тега указаны нужные ресурс и веб-поток GA4;

5. Имя и параметры. Проверьте регистр, написание и значения в DebugView;

6. Публикация контейнера. Убедитесь, что проверенная версия опубликована, если событие должно работать у обычных посетителей;

7. Отчеты GA4. Найдите событие в отчете реального времени и доступных стандартных отчетах;

8. Статус ключевого события. Сверьте статус для точного имени поступившего события;

9. Связь с Google Ads. Если GA4 получает событие, проверьте связь продуктов и наличие созданной рекламной конверсии.

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

Как создать конверсию Google Ads из ключевого события GA4

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

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

1. Откройте раздел управления конверсиями и запустите создание нового действия-конверсии;

2. Выберите импорт данных из связанного ресурса Google Analytics 4;

3. Укажите веб-ресурс и отметьте ключевое событие, которое должно стать конверсией Google Ads;

4. Подтвердите импорт и завершите создание. В списке конверсий появится действие, основанное на выбранном ключевом событии GA4.

Затем убедитесь, что имя конверсии соответствует ее бизнес-смыслу. Конверсия лида должна опираться на подтвержденный generate_lead, а конверсия покупки — на корректный purchase. Если нужное ключевое событие отсутствует в списке, проверьте GA4 и связь продуктов. Не следует менять рабочий тег, если причина не установлена.

Чек-лист приемки отслеживания рекламной конверсии

Заключение

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