Перейти к содержимому

Как отлаживать отслеживание в Google Analytics и Tag Manager

Если бронирования, оформленные через виджет оформления заказа, не отображаются в Google Analytics, встроенное журналирование отладки виджета поможет определить, на каком этапе они теряются.

1. Сначала разберитесь, как виджет отправляет события

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

Google Analytics 4 — виджет отправляет каждое событие бронирования непосредственно в ресурс Analytics. При выборе Use existing tag (вариант по умолчанию) он использует уже установленный на странице тег Google Analytics; при выборе Use custom tag загружает собственный тег с указанным вами идентификатором измерения. В обоих случаях именно виджет взаимодействует с Google, поэтому исходящие данные о бронировании можно увидеть на вкладке Network браузера.

Google Tag Manager — виджет ничего не отправляет в Google Analytics. Он передаёт каждое событие в контейнер Tag Manager, а контейнер определяет, что с ним делать. При выборе Use existing container (вариант по умолчанию) используется контейнер, уже установленный на странице; при выборе Use custom container загружается контейнер с указанным вами идентификатором. В обоих случаях данные не попадут в Google Analytics, если вы не настроили в Tag Manager тег для их отправки. Это самая распространённая причина отсутствия бронирований: виджет работает правильно, но ни один тег не обрабатывает события. См. раздел 5.

В верхней части того же раздела есть также общий переключатель Enable Google Analytics. Он включает или отключает отслеживание для обоих вариантов — если переключатель выключен, отслеживание не выполняется, даже если Tag Manager включён.

2. Включите журналирование отладки

  1. В панели управления TicketingHub откройте настройки виджета оформления заказа, который хотите протестировать.
  2. В разделе Analytics включите Enable analytics debug logging и сохраните изменения.

Пока эта функция включена, виджет записывает строку в консоль браузера на вашем сайте для каждого события. Если выбран вариант Google Analytics 4, это также включает режим отладки Google для тега. При использовании Google Tag Manager откройте режим предварительного просмотра или включите режим отладки в теге GA4, чтобы видеть события в DebugView. Записи в консоли показывают только действия виджета — виджет не может видеть, что Google делает дальше, поэтому они не заменяют GA4 DebugView или GTM Preview.

3. Откройте консоль браузера на своём сайте

  1. Откройте страницу своего сайта, на которую встроен виджет (а не панель управления TicketingHub).
  2. Откройте инструменты разработчика браузера (F12 или щёлкните правой кнопкой мыши → «Просмотреть код») и перейдите на вкладку Console.
  3. Если в консоли отображается переключатель фреймов, убедитесь, что выбран верхний фрейм — виджет сообщает о событиях вашей странице, а не внутри собственного фрейма.
  4. В настройках консоли включите Preserve log — если после бронирования виджет перенаправляет пользователя на другую страницу, сообщения о финальном событии покупки записываются непосредственно перед перенаправлением и в противном случае будут удалены до того, как вы успеете их прочитать.
  5. Выполните тестовое бронирование. Убедитесь, что консоль открыта до загрузки страницы (или перезагрузите страницу с открытой консолью), чтобы также увидеть сообщения, появляющиеся во время запуска страницы.

4. Что означают сообщения в консоли

СообщениеЗначение
Triggering GA event … / Triggering GTM event …Виджет отправил событие в Google Analytics или передал его контейнеру Tag Manager.
… event … processedСобытие было получено и обработано; обычно в сообщении указывается тег или контейнер, который его обработал. При использовании Tag Manager это означает, что контейнер получил событие, а не то, что какие-либо данные были отправлены в Google. См. раздел 5.
… event … was not confirmed within …msВ течение нескольких секунд виджет не получил подтверждение обработки события. Это не обязательно означает, что событие потеряно — проверьте GA4 DebugView, чтобы узнать, поступило ли оно. Распространённые причины перечислены в разделе 6.
… event … was still waiting for confirmation when the page navigated awayВиджет перенаправил пользователя на другую страницу до завершения проверки. Это нормально, если вы используете перенаправление после покупки. Это не означает, что событие не удалось отправить — подтвердите его в GA4 DebugView.
… failed to load …Не удалось загрузить скрипт Google — обычно из-за блокировщика рекламы или сетевого фильтра.
… event … dropped …Событие не удалось отправить. В сообщении указана причина: на странице ещё недоступен Google Analytics или Tag Manager либо Tag Manager отключён в настройках виджета.

Виджет намеренно сообщает только о том, в чём может быть уверен. Он знает, загрузился ли скрипт Google и подтвердил ли ваш тег обработку события, но не может знать, принял ли Google данные. Поэтому вместо предположений он направляет вас в DebugView.

5. Если вы используете Google Tag Manager, настройте теги

Tag Manager — это контейнер, а не система отслеживания. Когда виджет передаёт ему событие бронирования, контейнер проверяет триггеры и запускает все соответствующие им теги. Если ни один тег не соответствует событию, оно просто прекращает дальнейшее движение — в консоли по-прежнему будет указано processed, поскольку контейнер действительно получил событие.

Новый контейнер не будет автоматически обрабатывать эти события. Большинство тегов Analytics настроены на запуск при событии «Initialization» или «All Pages», а эти события не соответствуют событиям бронирования виджета.

Чтобы отправлять бронирования из виджета в Google Analytics, в контейнере Tag Manager необходимы:

  1. Тег Google (или тег конфигурации GA4), содержащий ваш идентификатор измерения (G-…).
  2. Тег события GA4 для каждого интересующего вас события бронирования с триггером Custom Event, имя события которого совпадает с одним из событий виджета.

Виджет отправляет следующие имена событий:

СобытиеКогда происходит
page_viewПосетитель переходит на другой шаг виджета
select_itemИз списка товаров или мероприятий выбирается товар или пакет
add_to_cartТовары добавляются в корзину
view_cartОтображается сводка заказа
begin_checkoutОтображается шаг ввода данных клиента
add_payment_infoОтображается шаг оплаты, до отправки данных
purchaseОплата выполнена успешно или подтверждён заказ, по которому не осталось неоплаченной суммы

Для событий, связанных с покупками, настройте тег на отправку данных электронной торговли из Data Layer. Виджет отправляет стандартные поля электронной торговли Google Analytics — например, валюту, стоимость, товары и идентификатор транзакции — в формате, ожидаемом Google, поэтому дополнительное сопоставление не требуется.

Используйте GTM Preview (Tag Assistant), чтобы проверить настройки: он показывает каждое событие, поступившее от виджета, а также то, какие теги были или не были запущены. Если событие поступило, но ни один тег не запустился, ваш триггер ему не соответствует; если тег запустился, но данные не поступили в Analytics, проверьте идентификатор измерения в теге.

Обратите внимание: при использовании Tag Manager данные о бронировании не будут отображаться на вкладке Network как отправленные в Google Analytics непосредственно самим виджетом. Виджет может загрузить скрипт контейнера Tag Manager, но запросы с данными о бронировании отправляются вашими тегами после их запуска.

6. Распространённые причины и решения

  • Блокировщики рекламы и расширения для защиты конфиденциальности — они блокируют скрипты отслеживания Google практически во всех списках блокировки. Проверьте работу в приватном окне в режиме инкогнито с отключёнными расширениями или в чистом профиле браузера. Помните, что посетители, использующие блокировщики рекламы, также не будут отслеживаться, поэтому некоторое количество отсутствующих бронирований — это нормально.
  • События обрабатываются, но в Analytics ничего не появляется — при использовании Tag Manager это почти всегда означает, что ни один тег не настроен на запуск для событий виджета. См. раздел 5.
  • В консоли вообще ничего нет — возможно, отслеживание полностью отключено. Проверьте, включён ли параметр Enable Google Analytics, и помните, что он также управляет Tag Manager. Кроме того, убедитесь, что страница была загружена уже при открытой консоли.
  • Для каждого события указано, что оно отброшено, поскольку Tag Manager отключён — включите Enable Google Tag Manager в настройках виджета. Для работы варианта Tag Manager должны быть включены оба параметра: Enable Google Tag Manager и Enable Google Analytics.
  • Отображаются сообщения только Google Analytics, а сообщений Tag Manager нет — ваш виджет настроен на отправку событий через Google Analytics 4, поэтому настройки Tag Manager игнорируются. Измените значение Send events via на Google Tag Manager. Виджет использует только один из этих методов, а не оба одновременно.
  • Неверный идентификатор измерения или контейнера — проверьте, что идентификатор в настройках виджета соответствует вашему ресурсу Analytics (G-…) или контейнеру Tag Manager (GTM-…).
  • Баннеры согласия — если посетитель не принял файлы cookie для Analytics, Google Consent Mode может намеренно задерживать события. Примите согласие на использование аналитики на тестовой странице, прежде чем делать выводы.
  • Плагины кэширования или оптимизации — некоторые плагины WordPress для кэширования или оптимизации мешают работе скриптов аналитики. Попробуйте временно отключить их или добавьте скрипты в список исключений.

7. Подтвердите данные с помощью инструментов Google

Консоль показывает, что виджет выполнил свою часть работы. Чтобы подтвердить поступление данных:

  • GA4 DebugView (Analytics → Admin → DebugView) отображает события, поступающие в ваш ресурс, в режиме реального времени.
  • GTM Preview (Tag Assistant) показывает, какие теги запускаются для каждого события, отправленного виджетом.

Связанные материалы