Як налагодити відстеження 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. Увімкніть журналювання налагодження
- На панелі керування TicketingHub відкрийте налаштування віджета оформлення замовлення, який потрібно перевірити.
- У розділі Analytics увімкніть Enable analytics debug logging і збережіть зміни.
Коли цей параметр увімкнено, віджет записує рядок у консоль браузера на вашому сайті для кожної події. Якщо вибрано Google Analytics 4, це також вмикає режим налагодження Google для тегу. Якщо вибрано Google Tag Manager, скористайтеся режимом попереднього перегляду або увімкніть режим налагодження у своєму тегу GA4, щоб бачити події в DebugView. Журналювання в консолі показує лише те, що відбувається на боці віджета, — воно не може показати, що Google робить далі, тому не замінює GA4 DebugView або GTM Preview.
3. Відкрийте консоль браузера на своєму сайті
- Відкрийте сторінку свого вебсайту, на яку вбудовано віджет (а не панель керування TicketingHub).
- Відкрийте інструменти розробника браузера (F12 або клацніть правою кнопкою миші → Inspect) і перейдіть на вкладку Console.
- Якщо браузер показує в консолі селектор фреймів, переконайтеся, що вибрано top — віджет повідомляє про події вашій сторінці, а не всередині власного фрейму.
- Увімкніть Preserve log у налаштуваннях консолі — якщо після бронювання віджет перенаправляє користувача на іншу сторінку, повідомлення про фінальну подію покупки записуються безпосередньо перед перенаправленням інакше їх буде видалено, перш ніж ви встигнете їх прочитати.
- Виконайте тестове бронювання. Переконайтеся, що консоль відкрита ще до завантаження сторінки (або перезавантажте сторінку з уже відкритою консоллю), щоб також побачити повідомлення, які з’являються під час запуску сторінки.
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 потрібно налаштувати:
- Google tag (або тег конфігурації GA4), що містить ваш ідентифікатор вимірювання (
G-…). - GA4 Event tag для кожної події бронювання, яка вас цікавить, із тригером 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 ви не побачите дані про бронювання, що надходять до Google Analytics, на вкладці Network безпосередньо від віджета. Віджет може завантажити скрипт контейнера Tag Manager, але запити з даними про бронювання надсилаються вашими тегами після їхнього запуску.
6. Поширені причини та способи їх усунення
- Блокувальники реклами та розширення для захисту конфіденційності — вони блокують скрипти відстеження Google практично в усіх списках блокування. Перевірте роботу в приватному режимі або режимі інкогніто з вимкненими розширеннями чи в чистому профілі браузера. Врахуйте, що відвідувачі, які використовують блокувальники реклами, також не відстежуватимуться, тому певна кількість відсутніх бронювань є нормальною.
- Події обробляються, але в Analytics нічого не відображається — у разі використання Tag Manager це майже завжди означає, що жоден тег не налаштовано на запуск для подій віджета. Див. розділ 5.
- У консолі взагалі нічого немає — відстеження може бути повністю вимкнено. Переконайтеся, що Enable Google Analytics увімкнено, і пам’ятайте, що цей параметр також керує Tag Manager. Також переконайтеся, що сторінку завантажено з уже відкритою консоллю.
- Для кожної події зазначено, що її відкинуто, оскільки Tag Manager вимкнено — увімкніть Enable Google Tag Manager у налаштуваннях віджета. Для роботи варіанта Tag Manager мають бути увімкнені і цей параметр, і Enable Google Analytics.
- Повідомлень Tag Manager немає, є лише повідомлення Google Analytics — ваш віджет налаштовано на надсилання подій через Google Analytics 4, тому налаштування Tag Manager ігноруються. Змініть значення Send events via на Google Tag Manager. Віджет використовує лише один із цих способів, а не обидва одночасно.
- Неправильний ідентифікатор вимірювання або ідентифікатор контейнера — перевірте, що ідентифікатор у налаштуваннях віджета відповідає вашому ресурсу Analytics (
G-…) або контейнеру Tag Manager (GTM-…). - Банери згоди — якщо відвідувач не погодився на використання аналітичних файлів cookie, Google Consent Mode може навмисно призупинити надсилання подій. Перед висновками прийміть згоду на використання аналітики на тестовій сторінці.
- Плагіни кешування або оптимізації — деякі плагіни кешування чи оптимізації WordPress перешкоджають роботі скриптів аналітики. Спробуйте тимчасово вимкнути їх або додайте скрипти до списку винятків.
7. Підтвердьте дані за допомогою інструментів Google
Консоль показує, що віджет виконав свою частину роботи. Щоб підтвердити надходження даних:
- GA4 DebugView (Analytics → Admin → DebugView) показує події, які в реальному часі надходять до вашого ресурсу.
- GTM Preview (Tag Assistant) показує, які теги запускаються для кожної події, надісланої віджетом.