GTM: аудит корректности пользовательских событий

Заявки в отчетах выросли втрое, а реальных звонков от клиентов нет? Или, возможно, целевое событие purchase регистрирует покупки, которых никто не совершал? Если вы столкнулись с подобными несоответствиями в отчетах при проверке отслеживания рекламных конверсий через Google Tag Manager (GTM), вам нужен аудит пользовательских событий.

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

Что такое пользовательское событие и зачем оно нужно

Событие (event) — это сигнал о действии пользователя на сайте: клик по кнопке, отправка формы, добавление товара в корзину или оформление заказа. Событием может быть любое действие, которое вы определите как целевое и настроите. 

Пользовательское событие — это специально настроенное через Google Tag Manager событие под конкретное действие пользователя, важное для бизнеса. Браузер или сайт не отслеживают такие действия по умолчанию. 

Без событий GTM и GA4 видят только то, что посетитель зашел на сайт и просмотрел страницы. Но не видят, позвонил ли он, заполнил ли форму или купил товар. Именно пользовательские события «переводят» поведение пользователя на язык, понятный аналитике и рекламным системам.

Для PPC-специалиста события нужны прежде всего для трех вещей:

1. Фиксировать целевые действия как конверсии в Google Ads и Meta Ads.
2. Видеть в GA4 полную картину поведения пользователя — не только посещения, но и реальные результаты.
3. Предоставлять рекламным алгоритмам качественные данные для обучения и оптимизации ставок.

Если событие срабатывает некорректно, вся цепочка аналитики и рекламы дает сбой. Это означает потраченные впустую бюджеты, ошибочные выводы и рекламу, которая оптимизируется «в никуда».

Когда нужен аудит

Проводить аудит стоит в следующих ситуациях: 

• перед запуском новой рекламной кампании, ориентированной на конверсии;
• после изменений на сайте (новый дизайн формы, редизайн корзины, смена CMS);
• если цифры в GA4 и в CRM существенно отличаются;
• если показатели резко падают;
• регулярно раз в квартал — в качестве плановой задачи по проверке аккаунта, даже если все работает без видимых сбоев.

Подготовка к аудиту

Шаг 0. Подготовка

Прежде чем приступить к проверке GTM, соберите необходимые инструменты и права доступа. Вам понадобятся:

1. Четкий список событий. Перечень целевых действий обычно содержится в ТЗ или в списке конверсий GA4/Google Ads (например: form_submit, add_to_cart, purchase, phone_click, generate_lead, order_created).
2. Необходимый уровень доступа к GTM. Для полноценного тестирования изменений в режиме Preview (Tag Assistant) прав только на просмотр (Read) будет недостаточно. Требуется уровень Edit или Approve, чтобы создавать рабочие области и проверять их перед публикацией. 
3. Доступ к GA4. Больше всего для этой задачи понадобятся отчеты Realtime и DebugView.
4. Расширение Google Tag Assistant. Официальный инструмент Google для проверки срабатывания тегов в режиме реального времени.

Пример списка событий:

Шаг 1. Откройте GTM в режиме Preview (Debug mode)

Это главный инструмент для аудита. Он позволяет увидеть все события, произошедшие на странице, слева направо в хронологическом порядке: Container Loaded, DOM Ready, Window Loaded, а далее — ваши пользовательские события типа form_submit.

Как запустить:

1. В правом верхнем углу рабочей области GTM нажмите кнопку Preview (Предварительный просмотр).

2. В появившемся окне введите URL сайта, который нужно проверить. Нажмите Connect (Подключиться).

3. Откроется сайт в режиме тестирования, а в новой вкладке или внизу появится панель Tag Assistant с деталями всех событий dataLayer.

Что проверять на этом этапе:

1. Фактическое срабатывание. Появляется ли событие в списке, когда вы выполняете действие (клик по кнопке, отправка формы)? Отсутствие события означает, что система не зафиксировала ваше действие — из-за не настроенного триггера, dataLayer.push() в коде сайта или блокировки скриптов расширениями.
2. Отсутствие дублирования. Фиксируется ли событие один раз за одно действие? Повторное срабатывание (когда за один клик вылетает 2–3 одинаковых события подряд) — одна из самых распространенных ошибок, которая искусственно завышает конверсии в аналитике. 

Шаг 2. Проверьте триггер (Trigger)

Щелкните по событию в левой панели Tag Assistant. Вкладка Tags покажет, какие теги сработали (Fired) или не сработали (Not Fired) на этом событии.

Типичные ошибки на этом этапе:

1. Расхождение в названии события. Тег ожидает событие form_submit, а в dataLayer отправляется событие с другим названием. Помните, что GTM чувствителен к регистру и символам.
2. Неправильно выбранный тип триггера. Триггер настроен на клик по кнопке (Click Trigger), но фактически кнопка реализована через <div> с JS-обработчиком, либо вы указали неточный ID/Class элемента. 
3. Слишком широкий охват. Триггер срабатывает на всех страницах вместо конкретной (например, забыли условие «Page URL contains /thank-you»).

Шаг 3. Проверьте переменные (Variables) и dataLayer

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

Как проверить:

1. В интерфейсе Tag Assistant выберите нужное событие в левом меню и перейдите на вкладку Data Layer.
2. Посмотрите, какие параметры поступили: event, event_category, value, currency, transaction_id и т. д.

На что обратить внимание:

• нет ли пустых значений (value: undefined или "") там, где должны быть реальные данные;
• правильный ли формат (например, value должно быть числом, а не строкой с валютой);
• для eCommerce-событий — есть ли массив items с товарами и не пуст ли он.

Если вы видите переменную GTM со значением undefined, это почти всегда означает, что:

• либо переменная обращается не к тому уровню dataLayer (например, Data Layer Variable Name написан с ошибкой);
• либо событие отправляется в dataLayer до того, как GTM успел загрузить переменную.

Шаг 4. Проверьте в GA4 DebugView

Успешная срабатывание тега в GTM Preview свидетельствует лишь о том, что контейнер отправил сигнал. Но это не гарантирует, что данные беспрепятственно попали в Google Analytics 4 или Google Ads.

Для проверки доставки используйте инструмент DebugView в GA4.

Как проверить:

1. Перейдите в личный кабинет GA4: Администратор (Admin) → DebugView (в блоке Отображение данных / Data display). 
2. Активный режим Preview в GTM автоматически включает режим отладки и в GA4.
3. Выполните целевое действие на сайте.
4. В DebugView появится событие в режиме реального времени.

На что обратить внимание:

• появилось ли событие в ленте;
• передались ли все параметры корректно;
• не дублируется ли событие (одно действие пользователя = одно событие, а не два–три).

Шаг 5. Проверьте дубликаты и «ложные срабатывания»

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

Как проверить:

1. Выполните целевое действие один раз и подсчитайте количество зафиксированных событий в Tag Assistant и GA4 DebugView. Соотношение должно быть 1:1.
2. Перезагрузите страницу благодарности (thank-you page) вручную через адресную строку браузера. Событие purchase не должно срабатывать повторно.
3. Вернитесь на страницу благодарности с помощью кнопки «Назад» в браузере. Событие также не должно дублироваться.

Наиболее распространенные причины возникновения дубликатов:

• тег привязан одновременно к двум триггерам;
• на странице благодарности отсутствует проверка, является ли это новой загрузкой, а не обновлением страницы;
• одно и то же событие настроено сразу в двух разных тегах (например, и в теге GA4, и отдельно в теге для Google Ads Conversion).

Шаг 6. Сверьте с реальными данными бизнеса

Последний шаг — сопоставить цифры из веб-аналитики с реальностью.

Что нужно сопоставить за последнюю неделю/месяц: 

1. Лиды и заявки. Соответствует ли количество событий generate_lead в GA4 количеству новых лидов, фактически зафиксированных в CRM-системе? 
2. Транзакции. Совпадает ли количество событий purchase с количеством выполненных заказов в админ-панели вашего интернет-магазина? 
3. Соответствует ли значение value в событиях purchase реальной сумме заказов (без курсовых разниц, без нулей)?

Особенности событий для разных ниш

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

Ecommerce (интернет-магазины)

На что обратить особое внимание при аудите: 

1. Проверяйте, являются ли item_id / item_name уникальными для каждого товара — дубликаты ID искажают отчеты по товарам.
2. Значение value должно передаваться в виде числа с правильным разделителем (точка, а не запятая) и соответствовать сумме заказа с НДС / без НДС в соответствии с вашими правилами.
3. Массив items не должен быть пустым и должен содержать параметры quantity и price для каждого товара.
4. Проверьте, не искажают ли параметры coupon и discount итоговое значение value (например, не вычитается ли скидка дважды). 
5. Обновление страницы «Спасибо за заказ» не должно генерировать повторную транзакцию. 

Какие события и параметры критически важны для eCommerce в GA4 

Лидогенерация / услуги (B2B, юридические, ремонт, консалтинг)

На что обратить особое внимание при аудите: 

1. Если на сайте несколько форм, проверьте, что параметр form_id или form_name указывает именно на ту форму, которую заполнили, а не всегда на одну и ту же.
2. Убедитесь, что событие фиксирует только успешную отправку, а не каждый клик по кнопке «Отправить», когда пользователь допустил ошибку.
3. При клике по номеру телефона (phone_click) проверяйте формат передаваемых данных. Нормализованный вид (например, +380…) необходим для дальнейшей сверки с CRM и колл-трекингом. 
4. Если используется загрузка офлайн-конверсий (offline) или Enhanced Conversions, проверьте, что email / телефон передаются (в хешированном виде) и совпадают с тем, что затем загружается обратно из CRM.

Краткий чек-лист для аудита

Выводы

1. Никогда не верьте на слово, что событие настроено. Проверяйте все лично через GTM Preview и GA4 DebugView. 
2. Дубликаты событий — самая частая и самая дорогостоящая ошибка в PPC.
3. Пустые значения или параметры undefined — сигнал о рассинхронизации таймингов или синтаксической ошибке.
4. Всегда сверяйте итоговые цифры с данными в CRM и продажами, а не только с GA4.
5. Проводите аудит регулярно, а не только при запуске.
   Потратив 30–40 минут на подробную проверку сейчас, вы сэкономите бюджет клиента, сбережете собственные нервы и обеспечите алгоритмам чистые данные для обучения кампаний.