Правильне налаштування веб аналітики потрібно перевіряти до того, як сайт почне отримувати рекламний або органічний трафік. Помилка в Measurement ID, дублювання тегів, некоректна подія покупки або відсутність налаштувань згоди здатні місяцями спотворювати статистику. Виправити код зазвичай нескладно, але відновити історичні дані, які не були зібрані або були записані неправильно, уже не вийде.
Тому запуск GA4 варто сприймати не як встановлення одного тегу, а як перевірку цілісного ланцюжка: користувач → сайт → тег → подія → GA4 → звіт → рекламна система.
1. Базове налаштування Google Analytics 4
Базова перевірка GA4 має підтвердити, що дані надходять у правильний ресурс, із правильного сайту та без дублювання тегів.
Перед запуском перевірте:
- створено окремий ресурс GA4 для потрібного проєкту;
- коректно вказано часовий пояс;
- правильно вибрано валюту;
- створено вебпотік даних;
- Measurement ID формату
G-XXXXXXXXXXвідповідає саме цьому потоку; - тег GA4 встановлений на всіх необхідних сторінках;
- один перегляд сторінки не реєструється двічі;
- тестові події видно в Realtime та DebugView.
Особливо небезпечне подвійне встановлення GA4. Наприклад, Google tag може одночасно працювати через код сайту, Google Tag Manager і плагін CMS. У результаті page_view, покупки або заявки надсилатимуться кілька разів.
Простий тест: відкрийте одну сторінку в режимі налагодження та перевірте послідовність подій. Якщо після одного завантаження сторінки система реєструє два однакові page_view, необхідно знайти друге джерело тегу.
2. Чи правильно працюють автоматичні події GA4
Enhanced Measurement автоматично збирає частину взаємодій користувачів без окремого програмування кожної події, але автоматичне не означає безпомилкове.
У вебпотоці GA4 можна використовувати розширене відстеження для таких взаємодій, як перегляди сторінок, прокручування, вихідні кліки, пошук на сайті, взаємодія з відео та завантаження файлів.
Що перевірити
| Функція | Що потрібно протестувати |
|---|---|
| Page views | Один реальний перегляд створює один page_view |
| Scroll | Подія спрацьовує за передбаченою логікою |
| Outbound clicks | Зовнішні переходи визначаються правильно |
| Site search | GA4 розпізнає параметр внутрішнього пошуку |
| File downloads | Реальні завантаження документів потрапляють у події |
| Video engagement | Події відповідають фактичній взаємодії з відео |
Не варто активувати функції лише тому, що вони доступні. Кожен автоматичний сигнал повинен мати аналітичну цінність.
Наприклад, scroll може виглядати як показник залучення, але сам по собі не відповідає на питання, чи прочитала людина матеріал. Користувач здатний швидко прокрутити сторінку за кілька секунд. Для контентних проєктів корисніше поєднувати глибину прокручування з часом взаємодії або власними подіями.
3. Перевірка подій GA4 перед запуском
Події GA4 повинні відображати реальні бізнес-дії, а їхні назви й параметри бажано визначити ще до початку активного збору даних.
Перед реалізацією складіть measurement plan — таблицю, у якій зазначено, що саме вимірюється, якою подією та які параметри передаються.
Наприклад:
| Дія користувача | Подія | Основні параметри |
|---|---|---|
| Відправлення форми | generate_lead | форма, сторінка |
| Реєстрація | sign_up | метод реєстрації |
| Початок оформлення | begin_checkout | value, currency, items |
| Покупка | purchase | transaction_id, value, currency, items |
| Пошук | search | search_term |
| Вибір товару | select_item | item_id, item_name |
За можливості використовуйте рекомендовані Google назви подій. Власну подію варто створювати тоді, коли стандартної або рекомендованої події для конкретної взаємодії немає.
Уникайте хаотичних назв на кшталт:
click1form_success_newbutton_click_final2
Через кілька місяців без документації буде складно зрозуміти, що вони означають.
Корисний принцип: назва події описує дію, а параметри — її контекст. Замість десяти різних подій для натискання кнопок часто достатньо однієї продуманої події з параметрами.
4. Які ключові події та конверсії GA4 потрібно перевірити
Ключовою подією в Google Analytics 4 варто позначати дію, яка безпосередньо має цінність для бізнесу, а не будь-яку активність користувача.
До типових ключових подій належать:
- покупка;
- успішна заявка;
- реєстрація;
- запис на консультацію;
- оформлення підписки;
- інша завершена цільова дія.
Не потрібно позначати ключовими десятки дрібних взаємодій лише тому, що це можливо. Клік по меню, прокрутка сторінки або відкриття картки товару можуть бути корисними для аналізу, але для більшості бізнесів вони не є кінцевим результатом.
В актуальній термінології GA4 важливі бізнес-дії називаються key events — ключовими подіями. Якщо така дія використовується для оптимізації реклами, на її основі можна створити конверсію для Google Ads.
Перед запуском реклами обов’язково зробіть тестову конверсію та перевірте весь маршрут:
- Виконайте дію на сайті.
- Переконайтеся, що подія надходить у GA4.
- Перевірте її параметри.
- Переконайтеся, що вона позначена як ключова.
- Якщо використовується Google Ads — перевірте передачу конверсії в рекламний акаунт.
Сам факт появи події в GA4 ще не означає, що рекламні кампанії отримують правильний сигнал для оптимізації.
5. Ecommerce: що перевірити особливо уважно
Для інтернет-магазину налаштування Google Analytics 4 має включати окреме тестування електронної комерції, оскільки GA4 не генерує повний набір ecommerce-подій автоматично.
Базова послідовність може включати:
view_item_list;select_item;view_item;add_to_cart;remove_from_cart;view_cart;begin_checkout;add_shipping_info;add_payment_info;purchase;refund.
Для purchase критично перевірити щонайменше:
- унікальний
transaction_id; - правильне
value; currency;- масив
items; - ID або назви товарів;
- кількість товарів;
- ціни.
Transaction ID — один із найважливіших параметрів ecommerce-аналітики. Якщо одна сторінка успішного замовлення відкриється повторно й реалізація зроблена неправильно, покупка може бути передана ще раз.
Окремо протестуйте нестандартні сценарії: повторне завантаження сторінки подяки, скасування платежу, промокоди, часткове повернення, різні валюти та замовлення кількох одиниць товару.
6. Cross-domain, referrals і внутрішній трафік
Якщо шлях користувача проходить через кілька доменів, міждоменне відстеження потрібно налаштувати до запуску, інакше одна людина може перетворитися в аналітиці на кількох користувачів або кілька сеансів.
Cross-domain measurement потрібен, наприклад, коли:
- основний сайт працює на одному домені;
- оформлення замовлення — на іншому;
- особистий кабінет винесений на окремий домен;
- частина воронки проходить через зовнішню платформу, яку ви контролюєте.
Окремо перевірте unwanted referrals. Платіжний сервіс або інший технічний домен не повинен раптово ставати «джерелом» продажу, якщо покупець лише повернувся з нього після оплати.
Внутрішній трафік
Візити співробітників здатні суттєво спотворити статистику невеликого сайту.
Якщо ресурс отримує 300 відвідувань на день, а команда маркетингу, розробники та менеджери створюють ще 50–70 тестових сеансів, похибка вже стає значною.
Внутрішній трафік варто визначити й відфільтрувати, але робити це потрібно обережно. Перед остаточним виключенням переконайтеся, що правило правильно розпізнає потрібні IP-адреси та не відсікає реальних клієнтів.
7. Consent Mode, конфіденційність і персональні дані
Перед запуском GA4 необхідно перевірити, як сайт отримує згоду користувача та як вибір у cookie-банері передається тегам Google.
Consent Mode дає тегам Google змогу змінювати поведінку залежно від статусу згоди користувача. Для сайтів, які працюють з аудиторією Європейської економічної зони, налаштування механізму згоди особливо важливе для рекламних і аналітичних сценаріїв.
Перевіряйте не тільки наявність банера, а й реальну технічну поведінку.
Тест має включати щонайменше три сценарії:
- Користувач ще нічого не вибрав.
- Користувач відхилив необов’язкові cookie.
- Користувач погодився на використання cookie.
Для кожного сценарію потрібно перевірити, які сигнали отримують Google tag, GA4 і рекламні сервіси.
Критично важлива ще одна вимога: не передавайте в GA4 персональні дані у відкритому вигляді. У URL, назвах подій та параметрах не повинні випадково з’являтися email, телефони або інші дані, за якими можна безпосередньо ідентифікувати людину.
Типова проблема виникає після надсилання форми, коли сайт формує URL на кшталт /success?email=.... Якщо GA4 автоматично збере адресу сторінки, персональні дані можуть потрапити в аналітику.
Фінальний чек-лист GA4 перед запуском
Перед публічним запуском пройдіть чек-лист GA4 від початку до кінця:
- створено правильний ресурс GA4;
- часовий пояс і валюта налаштовані;
- Measurement ID перевірений;
- тег працює на всіх потрібних сторінках;
- немає дублювання Google tag або GA4;
page_viewреєструється коректно;- Enhanced Measurement перевірено;
- складено список бізнес-подій;
- використовуються зрозумілі назви подій;
- параметри подій передають правильні значення;
- ключові події відповідають реальним бізнес-цілям;
- тестова заявка або покупка реєструється правильно;
- ecommerce-події перевірені, якщо є інтернет-магазин;
transaction_idпередається для покупок;- немає повторного підрахунку транзакцій;
- міждоменне відстеження налаштовано, якщо потрібне;
- небажані referral-джерела перевірені;
- внутрішній трафік визначено;
- Consent Mode протестовано для різних варіантів згоди;
- персональні дані не передаються в GA4;
- Google Ads зв’язаний із GA4, якщо використовується реклама;
- конверсії передаються в Google Ads;
- перевірено Realtime;
- перевірено DebugView;
- основні сценарії протестовані на мобільних і десктопних пристроях;
- структура подій і параметрів задокументована.
Якісна перевірка Google Analytics 4 закінчується не тоді, коли в Realtime з’явився перший користувач. Вона закінчується тоді, коли можна пройти реальний шлях клієнта від першого перегляду до заявки або покупки й підтвердити, що кожен важливий етап правильно відображається в даних.
Грамотне налаштування Google Analytics 4 створює основу для звітності, оцінки каналів і рекламної оптимізації. Кілька годин ретельного тестування перед запуском можуть зберегти місяці некоректної статистики, яку пізніше неможливо буде повністю відновити.
