Почніть не з тега, а з карти вимірювання
До встановлення GA4 запишіть, які рішення мають підтримувати дані. Для сайту послуг це можуть бути переходи до брифу, початок форми, успішне надсилання та кліки по каналах зв’язку.
Не кожен клік є конверсією. Подія повинна мати чітку умову й пояснювати реальний крок користувача. Назва має залишатися стабільною, навіть якщо текст кнопки зміниться.
Один потік даних і один базовий тег
Створіть потік вебданих для канонічного домену й встановіть Measurement ID один раз у спільному шаблоні. Якщо одночасно використовуються пряме підключення gtag і Google Tag Manager, перевірте, чи вони не створюють дубльовану подію page_view.
Після публікації відкрийте Network і Tag Assistant або DebugView. Перехід між UA/EN сторінками не повинен створювати дві незалежні конфігурації для одного сайту без окремої бізнес-причини.
- Перевірити Measurement ID.
- Знайти всі місця завантаження тега.
- Виключити дубльовану подію page_view.
- Зафіксувати часовий пояс і валюту ресурсу.
Події Montana WebStudio як реальний приклад
На сайті корисно розділяти намір перейти до контакту й фактичну роботу з формою. Наприклад, hero_primary_cta_click описує клік по головній кнопці, а lead_form_start — початок заповнення брифу.
Окремі події для перегляду портфоліо або Google Reviews допомагають оцінити шлях до довіри, але їх не слід автоматично прирівнювати до заявки. У звітах вони залишаються допоміжними взаємодіями.
| Подія | Що означає |
|---|---|
| hero_primary_cta_click | Перехід із головного CTA |
| lead_form_start | Початок роботи з формою |
| hero_portfolio_click | Перехід до робіт |
| google_reviews_click | Перехід до зовнішніх відгуків |
Перевірка через DebugView
Увімкніть режим налагодження лише для тестового браузера й пройдіть сценарій від входу на сторінку до цільової дії. Перевірте назву події, параметри, кількість спрацьовувань і послідовність.
Тест потрібно повторити на телефоні, для UA/EN версії та після відмови від необов’язкових файлів cookie, якщо згода змінює роботу аналітики. Консоль без JavaScript-помилок не доводить правильність даних — потрібна сама подія.
- Відкрити DebugView.
- Очистити старі тестові події.
- Пройти один сценарій.
- Перевірити параметри й дублікати.
- Повторити після публікації на робочому сайті.
Згода та конфіденційність
Аналітика має працювати відповідно до обраної моделі згоди. Текст повідомлення не повинен обіцяти те, чого сайт технічно не виконує, а відмова не повинна блокувати основний контент.
GA4 не варто використовувати для надсилання імені, телефону, email або вільного тексту форми. Для діагностики достатньо технічних параметрів події без персональних даних.
Звіряйте події з реальними заявками
Навіть правильно відправлена подія не доводить якість ліда. Раз на місяць порівнюйте кількість успішних форм із фактичними повідомленнями в Telegram або CRM, враховуючи спам і повтори.
Якщо реклама оптимізується на конверсію, основною має бути подія, максимально близька до корисної заявки. Клік по кнопці без підтвердження надсилання краще залишити допоміжним сигналом.
Часті запитання
Чи потрібно відстежувати кожен клік?
Ні. Відстежуйте дії, які підтримують конкретне рішення: початок і завершення форми, перехід до контакту або важливий етап покупки.
Як знайти дубльований тег GA4?
Перевірте вихідний код, Tag Assistant, Network і кількість page_view у DebugView після одного завантаження сторінки.
Чи можна надсилати email у параметрі події?
Ні. Не передавайте в GA4 персональні дані на кшталт email, телефону, імені або тексту заявки.