Перехід на Google Analytics 4 змусив багатьох маркетологів і власників бізнесу заново розбиратися з тим, як фіксувати важливі дії користувачів на сайті. Налаштування цілей у Google Analytics 4 кардинально відрізняється від попередньої версії Universal Analytics — замість окремого розділу Goals тут використовується концепція подій і конверсій. Розуміння цього механізму дозволяє точно відстежувати результативність сайту та рекламних кампаній.
Чим відрізняється робота з цілями в GA4
У Universal Analytics цілі налаштовувалися як окремі об’єкти з чіткими типами: перегляд сторінки, тривалість сесії, кількість сторінок, подія. Google Analytics 4 побудований на іншій архітектурі — тут усе базується на подіях. Будь-яка взаємодія користувача фіксується як event, а окремі події можна позначати як конверсії.
Практично це означає: спочатку потрібно переконатися, що потрібна подія взагалі відстежується, а потім просто перемкнути перемикач «Позначити як конверсію». Немає окремих налаштувань умов спрацювання — вся логіка закладена в самій події або в параметрах, які з нею передаються.
Деякі події Google Analytics 4 фіксує автоматично після ввімкнення розширеного вимірювання: прокручування сторінки, клік по посиланню, що веде на інший домен, перегляд відео, завантаження файлів. Інші потрібно налаштовувати вручну через Google Tag Manager або безпосередньо в коді сайту.
Як створити конверсію на основі існуючої події
Якщо на сайті вже налаштовано відстеження потрібних дій — наприклад, відправка форми заявки або додавання товару в кошик — процес займає кілька кліків:
- У розділі «Адміністратор» обрати потрібний ресурс і перейти в «Конверсії»
- Натиснути «Створити подію конверсії»
- Ввести точну назву події, яка вже надходить у систему
- Зберегти налаштування
Після цього GA4 починає рахувати кожне спрацювання цієї події як конверсію. Дані з’являються в звітах не миттєво — зазвичай потрібно від 24 до 48 годин для повної обробки. У режимі реального часу можна перевірити, чи надходять події взагалі, але повноцінна статистика з’явиться пізніше.
Важливий нюанс: одна подія може спрацьовувати кілька разів протягом однієї сесії, і кожне спрацювання зараховується окремо. Якщо потрібно рахувати конверсію лише раз на користувача — доведеться додатково налаштовувати параметри або використовувати сегменти в звітах.
Створення нової події для відстеження конверсій
Коли потрібної події ще немає в системі, її можна створити двома способами: через інтерфейс GA4 або через Google Tag Manager. Перший підхід простіший, але обмежений — він дозволяє створювати події на основі комбінації параметрів вже існуючих подій.
Приклад: є автоматична подія page_view, і потрібно зробити окрему конверсію на перегляд сторінки подяки після покупки. У розділі «Події» натискаємо «Створити подію», задаємо умову: якщо параметр page_location містить «/thank-you», то створюється нова подія purchase_confirmation. Після цього її можна позначити як конверсію.
Для складніших сценаріїв — відстеження кліків по кнопці, заповнення окремих полів форми, взаємодії з калькулятором на сайті — використовують Google Tag Manager. Це безкоштовний інструмент від Google, який дає набагато більше можливостей для точного відстеження поведінки користувачів без втручання в код сайту щоразу.
Типовий алгоритм через GTM:
- Створити тригер, який спрацьовує за потрібної умови (наприклад, клік по кнопці з певним класом)
- Налаштувати тег Google Analytics: GA4 Event
- Вказати назву події латиницею без пробілів
- Додати параметри події, якщо потрібно передати додаткову інформацію
- Опублікувати контейнер GTM
Після публікації подія почне надходити в GA4, і її можна буде позначити як конверсію в інтерфейсі аналітики.
Поширені помилки при налаштуванні конверсій
Одна з найчастіших проблем — невідповідність назв подій. Google Analytics 4 чутливий до регістру: event_name і Event_Name система сприймає як різні події. Якщо в GTM створено подію form_submit, а в інтерфейсі GA4 як конверсію додано Form_Submit — відстеження не спрацює.
Ще один типовий момент — неправильне розуміння автоматичних подій. Багато маркетологів очікують, що подія file_download спрацює для будь-якого файлу, але насправді GA4 відстежує лише кліки по посиланнях з розширеннями, які він розпізнає як файли (pdf, xlsx, docx тощо). Якщо файл відкривається через JavaScript або має нестандартне розширення — потрібне окреме налаштування.
Проблеми виникають і з відстеженням форм. Подія form_submit автоматично фіксується, але лише якщо форма коректно оформлена в HTML з тегом <form> і має атрибут submit. Якщо дані відправляються через AJAX без стандартного submit — потрібно налаштовувати кастомну подію.
Український бізнес, який працює з кількома мовними версіями сайту, іноді стикається з дублюванням конверсій через різні URL-структури. Важливо заздалегідь продумати логіку відстеження так, щоб одна й та сама дія користувача не рахувалася кілька разів.
Аналіз ефективності налаштованих конверсій
Після того як конверсії позначено, вони з’являються у стандартних звітах GA4. Розділ «Монетизація» → «Конверсії» показує загальну кількість спрацювань кожної конверсії, а в звіті «Залучення» → «Події» можна побачити деталізацію по кожній події, включно з тими, що не позначені як конверсії.
Для оцінки ефективності рекламних кампаній конверсії автоматично передаються в Google Ads, якщо акаунти пов’язані. Це дає змогу оптимізувати ставки та таргетинг на основі реальних бізнес-результатів, а не лише кліків чи показів.
У складніших випадках використовують дослідження (Explore) — гнучкий інструмент для побудови кастомних звітів. Тут можна аналізувати шлях користувача до конверсії, порівнювати поведінку тих, хто виконав цільову дію, із тими, хто цього не зробив, будувати воронки та когортний аналіз.
Важливо розуміти: Google Analytics 4 не зберігає сирі дані назавжди. Стандартний термін зберігання — 2 або 14 місяців залежно від налаштувань. Для довгострокового аналізу варто налаштувати експорт даних у BigQuery — це безкоштовно до певного обсягу запитів і дає повний контроль над інформацією.
Грамотне налаштування конверсій перетворює Google Analytics 4 з простого лічильника відвідувань на систему аналізу бізнес-результатів. Основна відмінність від попередньої версії — необхідність розуміти логіку подій і параметрів замість готових шаблонів цілей. Це вимагає більше часу на початкове налаштування, але дає набагато ширші можливості для точного вимірювання того, що справді важливо для конкретного бізнесу.