• Головна
  • /
  • Блог
  • /
  • Як відслідковувати 404 і JavaScript-помилки на сайті через GTM і чому вам це потрібно робити на кожному сайті
фон статті 41

Як відслідковувати 404 і JavaScript-помилки на сайті через GTM і чому вам це потрібно робити на кожному сайті


Вайбкодинг змінив правила гри. Сьогодні запустити сайт можна за лічені години — без глибоких технічних знань, без команди розробників. AI-інструменти генерують код швидко, але не завжди правильно. І поки власник бізнесу радіє швидкому запуску, на сайті можуть бути помилки, про які ніхто не знає і через які бізнес втрачає потенційних клієнтів.

Користувач клікає на банер на головній сторінці, потрапляє на сторінку 404 і залишає сайт. Після кліку на кнопку «Надіслати» форма не надсилається, і на сторінці нічого не відбувається. Помилка в JavaScript ламає процес оформлення замовлення, але цього ніхто, крім самого користувача, не бачить.

Як дізнатися, що щось пішло не так? Є різні підходи: одні більше орієнтовані на розробників, а інші — на аналітиків. Серед останніх можна виділити два підходи:

  1. Дивитися записи сесій у Microsoft Clarity, Hotjar, FullStory або аналогах — там можна чітко побачити, що робить користувач перед помилкою, але перегляд самих записів зазвичай займає багато часу, навіть із налаштованими фільтрами, які не в усіх сервісах запису сесій доступні для вирішення цього завдання.
  2. Або можна відстежувати помилки через Google Tag Manager — це дасть змогу збирати кастомні події безпосередньо у звичних звітах GA4 та сегментувати аудиторію, щоб чітко оцінити, як саме технічні збої впливають на загальну конверсію та прибуток бізнесу. Саме про це ми й поговоримо сьогодні.

Не подумайте, що я вважаю перший спосіб поганим і не вартим уваги. Він теж має свої практичні кейси застосування, просто сьогодні наша тема інша.

Налаштування відстеження 404-сторінок у GTM

Коли користувач потрапляє на неіснуючу сторінку, він найчастіше просто закриває сайт. Причин появи помилки 404 може бути багато: змінили структуру URL після редизайну, видалили сторінку, зовнішній сайт посилається на застарілу адресу, AI-асистенти та LLM, як-от ChatGPT, часто «галюцинують» і генерують користувачам вигадані, неіснуючі посилання. Крім того, 404-сторінки безпосередньо впливають на SEO. А який перший крок, якщо ми хочемо виправити всі «биті» URL? Правильно — зібрати їхній список.

Найпростіший спосіб — задати умову через заголовок сторінки. Більшість CMS і конструкторів сайтів автоматично присвоюють 404-сторінці характерний заголовок: «Page Not Found», «Сторінку не знайдено» або щось подібне.

Перевірити це на вашому сайті просто: введіть у браузері адресу вашого сайту з довільним неіснуючим шляхом, наприклад yourdomain.com/abcde123. Натисніть правою кнопкою миші на сторінці й оберіть пункт Inspect («Перевірити»).

41.0.2 inspect css selector UA

Тоді перейдіть на вкладку Console («Консоль»), введіть document.title і натисніть Enter — саме це значення ми й будемо використовувати для налаштування.

41.0 inspect css selector Page not found

Для цього:

  1. Створіть нову кастомну змінну в блоці Variables → User-Defined Variables → New.
41.1 Create new variable
  • Оберіть тип змінної JavaScript Variable («Змінна JavaScript»).
  • У полі Global Variable Name вкажіть document.title.
  • Назвіть змінну JSV - document.title та збережіть.
41.2 Page title variable

2. У GTM перейдіть у тригери та створіть тригер типу Перегляд сторінки (Page View).

41.3 Page view trigger
  • Задайте умову активації: змінна JSV - document.title дорівнює [ваш варіант заголовка].
  • Дайте назву тригеру та збережіть його.
41.4 trigger parameter page 404

3. Перейдіть у Tags (Теги) → New.

41.5 Create new tag
  • Оберіть тип тегу Google Analytics: GA4 Event.
  • У полі Event Name напишіть назву події: error_404.
  • У розділі Triggering оберіть наш тригер PV - error_404.
  • Назвіть тег: GA4 - error_404 та збережіть.
41.6 Error 404 tag

Не забудьте опублікувати контейнер.

Враховуючи, що GA4 самостійно збирає інформацію про сторінку, на якій відбулась дія, і значення document.referrer, така подія дозволить вам побачити і яка сторінка генерує помилку, і з якої сторінки користувач на неї потрапив.

41.7 Check GA4 parameters

Налаштування відстеження JavaScript-помилок у GTM

JavaScript-помилки — це часто «невидимі» зламані елементи на сайті: кнопка, яка не реагує на клік; форма, яка не надсилається; скрипт, який завис, тощо. Їх відстеження особливо актуальне для сайтів, згенерованих за допомогою AI: вайбкодинг прискорює розробку, але згенерований код нерідко містить неочевидні помилки, які проявляються лише в реальних умовах використання. Користувач бачить, що «щось не працює», і йде, а ви навіть не знаєте, де шукати проблему.

Спочатку активуємо вбудовані змінні.

  1. Перейдіть до розділу Variables («Змінні»).
  2. У розділі Built-In Variables натисніть Configure.
  3. Прокрутіть меню до самого низу, знайдіть блок Errors («Помилки») та поставте галочки навпроти трьох змінних:
  • Error Message — текст помилки.
  • Error URL — сторінка, на якій сталася помилка.
  • Error Line — рядок коду, у якому виникла помилка.
41.8 Configure built-in variables

4. Перейдіть до Triggers («Тригери») → New («Створити»).

  • Оберіть тип тригера JavaScript Error («Помилка JavaScript»).
  • Назвіть тригер та збережіть.
41.9 JavaScript error trigger

5. Перейдіть до Tags («Теги») → New. Оберіть тип тегу Google Analytics: GA4 Event.

  • У полі Event Name вкажіть: error_javascript.
  • У блоці Event Parameters додайте два параметри:
    • error_message → {{Error Line}}: {{Error Message}}
    • error_url → {{Error URL}}

Ви можете додати й усі три параметри окремо, але {{Error Line}} містить лише порядковий номер рядка, який згенерував помилку, тому він чудово поєднується з {{Error Message}}. Так ви одразу розумітимете і в якому рядку виникла помилка, і що це за помилка. І при цьому не витратите зайвий кастомний параметр у GA4.

  • У розділі Triggering оберіть тригер із попереднього кроку. У моєму випадку — JSE - All.
  • Назвіть тег GA4 - error_javascript та збережіть.
41.10 Tag GA4 error_javascript

Не забудьте опублікувати контейнер.

На скриншоті нижче — приклад інформації, яку ви зможете збирати таким чином. Далі її можна передати розробнику або AI-агенту — цей варіант я б поки розглядав обережно — для подальшого виправлення:

41.11 javascript errpr parameters ga4

Не забудьте створити відповідні кастомні параметри в GA4:

41.12 custom dimensions ga4 error message
41.13 custom dimensions ga4 error url

Замість висновку

Навіть таке базове відстеження, яке налаштовується в GTM приблизно за 15 хвилин, може допомогти вчасно побачити проблеми, що безпосередньо впливають на конверсію: зламані сценарії, помилки на сторінках, кліки на непрацюючі кнопки й інші ситуації, після яких користувач просто залишає сайт.

А ще більше практичних хаків, нестандартних кейсів і корисних сценаріїв роботи з GTM я показую на курсі PRO GTM.

У другій частині матеріалу я окремо розбираю відстеження помилок під час взаємодії з формами — рекомендую також ознайомитися з цим матеріалом.


Завантаження коментарів…