SEO-Studio
Блог · PPC

GA4 DebugView як перевірити події до публікації змін

Показує порядок увімкнення GA4 DebugView, читання потоку подій і діагностику відсутніх конверсій перед релізом GTM.

~3 хв читання PPC

Екран GA4 DebugView з потоком подій перед публікацією змін

Як увімкнути DebugView через GTM і GA4

GTM Preview і GA4 debug_mode для тестового пристрою
Спочатку Preview у GTM або debug_mode у браузері, потім відкрийте DebugView у GA4 Admin.

DebugView у GA4 показує події в реальному часі лише з «дебаг-пристроїв». Це головний інструмент перед публікацією змін у GTM або на сайті. Офіційна інструкція — у довідці Google Analytics про DebugView.

Типовий порядок для команди з GTM:

  1. У GTM натисніть Preview і відкрийте staging або production у новій вкладці.
  2. У GA4 Admin → DebugView переконайтеся, що ваш пристрій з’явився у списку (debug device).
  3. Альтернатива без GTM — розширення Google Analytics Debugger або параметр debug_mode=true у конфігурації gtag.
  4. Consent mode. Якщо маркетингові cookie вимкнені, частина тегів не спрацює. Тестуйте з дозволеним analytics storage.
  5. Один тестовий браузер/профіль на людину. Інакше потік подій змішається.

Як читати потік подій у DebugView

Хронологія подій page_view generate_lead з параметрами в DebugView
Кожна дія на сайті має дати одну очікувану подію з правильними параметрами value currency event_name.

DebugView будує хронологію. Зліва — час, у центрі — ім’я події, праворуч — параметри. Після кожної дії на сайті має з’явитися рівно те, що ви закладали у dataLayer і GTM.

  • page_view — на кожному завантаженні сторінки без дублів від SPA-роутера.
  • generate_lead / purchase — з value, currency і бізнес-параметрами.
  • User properties — якщо використовуєте сегментацію, перевірте, що PII не потрапляє у відкритому вигляді.
  • Клікніть подію і розгорніть Parameters. Порівняйте з таблицею конверсій GA4 у вашому словнику.
  • Зверніть увагу на «зайві» події. Два purchase на одну покупку — ознака подвійного тега.

Якщо події не доходять до DebugView

Схема діагностики GTM тригер тег consent блокування
Якщо події немає в DebugView, перевірте ланцюг GTM → GA4 tag → consent → Measurement ID.

Відсутня подія — не «баг GA4», а розірваний ланцюг між сайтом, GTM і тегом. Перевіряйте знизу вгору.

  1. GTM Preview. Тег GA4 Event спрацював? Якщо ні — тригер або блок consent.
  2. Measurement ID. У тегу той самий ID, що в Admin → Data streams.
  3. Event name. Не form_submit в коді і generate_lead в GA4 без мапінгу.
  4. dataLayer.push до або синхронно з дією. Push після редіректу часто губиться.
  5. Ad blockers і корпоративний VPN на тестовому ноуті.
  6. Фільтри GA4 на рівні property не застосовуються до DebugView, але internal traffic може ховати звичайні звіти після релізу.

Якщо page_view є, а conversion ні — проблема майже завжди в тригері форми або в імені події, а не в «поламаному GA4».

Чекліст перед релізом змін

Список перевірок DebugView для ключових конверсій перед публікацією
Перед релізом пройдіть усі ключові події на staging. Жодної «зеленої галочки» без реального DebugView.
  • Усі ключові події зі словника конверсій пройдені на staging у DebugView.
  • Кожна подія — один раз на дію, без дублів від повторного submit.
  • value і currency на purchase/lead там, де потрібно для звітів.
  • UTM і campaign параметри не з’їдаються редіректами після форми.
  • Після publish GTM — повторний Preview на production з тим самим сценарієм.
  • Скріншот DebugView або запис Loom у тікет релізу для історії.

Не публікуйте GTM-контейнер «на вірі». DebugView дешевший за тиждень відновлення зіпсованих конверсій і цілей GA4.

Висновок

GA4 DebugView — обов’язковий крок перед будь-яким релізом тегів. Увімкніть Preview або debug_mode, пройдіть ключові події, перевірте параметри й зафіксуйте чекліст. Це економить години пошуку «чому не рахує» уже в бойових звітах. Якщо потрібна перевірка GTM dataLayer і DebugView під ваші ліди чи e-commerce — команда SEO-Studio допоможе налаштувати й протестувати ланцюг до релізу.