Більшість проєктів, які до нас приходять, уже мають розмітку GA4, але дані в звітах не збігаються з реальністю. Конверсії подвоюються, мікроконверсії не відстежуються, а атрибуція розмазує бюджет. Причина — неправильне проєктування подій і відсутність кастомних параметрів. Ми налаштували аналітику для 40+ проєктів за 10+ років роботи і знаємо, як уникнути цих помилок. Після впровадження правильно спроєктованих подій точність даних досягає 95%, а вартість ліда знижується на 20% за рахунок коректної атрибуції.
Як GA4 відрізняється від Universal Analytics і чому це важливо?
У UA метою було відвідування сторінки або досягнення певної умови. GA4 вважає конверсіями події. Кожна подія може бути позначена як конверсійна, і вона одразу бере участь в атрибуції. Але є нюанс: GA4 рахує кілька конверсій одного типу в сесії. Якщо потрібно враховувати лише першу реєстрацію, це вимагатиме додаткового параметра або фільтрації.
| Характеристика | Universal Analytics | Google Analytics 4 |
|---|---|---|
| Сутність конверсії | Ціль (goal) | Подія (event) |
| Повторні конверсії | За замовчуванням 1 на сесію | Декілька за замовчуванням |
| Модель атрибуції | Last Click | Data-Driven або Last Click |
| Кастомні параметри | Обмежено | До 50 кастомних вимірювань |
Чому Data-Driven Attribution точніша за Last Click і коли її використовувати?
Модель атрибуції за замовчуванням у GA4 — Data-Driven (при 1000+ конверсій на місяць). Вона розподіляє цінність між дотиками, а не віддає все останньому кліку. Тести показують, що DDA підвищує точність атрибуції на 30% порівняно з Last Click. Якщо даних менше, GA4 автоматично перемикається на Last Click. Ми рекомендуємо переходити на DDA при достатньому обсязі — це дає більш реалістичну картину.
Як правильно спроєктувати конверсії?
Ми починаємо з аудиту воронки: визначаємо, які дії користувача дійсно значущі — надсилання форми, клік на номер телефону, оформлення замовлення. Потім для кожної дії створюємо окрему подію з унікальною назвою. Наприклад, generate_lead для ліда, purchase для покупки. У назвах використовуємо snake_case без пробілів. Типова помилка — змішування кількох дій в одній події, що призводить до задвоєння та розмивання атрибуції.
Базова розмітка конверсійних подій
Конверсії надсилаються через gtag.js або GTM. Приклад — надсилання форми:
gtag('event', 'generate_lead', { event_category: 'lead', event_label: 'contact_form', value: 1, currency: 'UAH', form_name: 'main_contact', page_section: 'footer', }); Покупка:
gtag('event', 'purchase', { transaction_id: 'ORDER-789', value: 14500, currency: 'UAH', items: [{ item_id: 'SKU-001', name: 'Pro Plan', price: 14500, quantity: 1 }], }); Важливо передавати цінність у параметрі value та валюту.
Кастомні конверсії через GTM і Data Layer
Якщо сайт використовує GTM, налаштування спрощується. Створюємо тригер, наприклад, на надсилання форми або перехід на сторінку спасибі. Потім тег із типом «Google Analytics: GA4 Event». Перевіряємо через Preview і DebugView. Так можна розмітити будь-яку конверсію за кілька хвилин. Для передачі динамічних даних (ID користувача, сума замовлення) використовуємо dataLayer. Обов'язково очищаємо ecommerce: null перед наступною подією, щоб не перетиналися дані.
window.dataLayer.push({ event: 'purchase', ecommerce: { transaction_id: orderId, value: totalAmount, currency: 'UAH', items: cartItems, }, user_id: currentUser?.id, }); window.dataLayer.push({ ecommerce: null }); | Параметр | GTM | gtag.js |
|---|---|---|
| Час налаштування однієї події | 10–15 хв | 15–30 хв |
| Потрібне виправлення коду | Ні (якщо dataLayer) | Так |
| Гнучкість | Висока (тригери, змінні) | Середня |
Налаштування в інтерфейсі GA4 та атрибуція
Події, які почали надходити, потрібно позначити як конверсії: Admin → Events → Mark as conversion. Параметри подій реєструємо в Custom Definitions. Ліміт — 50 кастомних вимірювань на ресурс. Для атрибуції GA4 за замовчуванням використовує Data-Driven Attribution (якщо даних достатньо). Модель можна змінити в Attribution Settings. Для імпорту в Google Ads зв'язуємо акаунти та вибираємо потрібні конверсії. Після цього конверсії доступні для стратегій «Цільова ціна за конверсію». Зверніть увагу: при зміні моделі атрибуції дані за минулі періоди перераховуються автоматично — це може викликати тимчасові розбіжності.
Налагодження та перевірка
Використовуйте DebugView у GA4 для реального часу. У консолі браузера перевірте dataLayer і gtag. Розширення Tag Assistant допомагає бачити всі hits.
Докладніше про Tag Assistant
Tag Assistant — це розширення Chrome від Google, яке показує всі спрацьовуючі теги (GA4, GTM, Google Ads) на сторінці. Воно підсвічує помилки, наприклад дублювання тегів або відсутність потрібних параметрів. Рекомендуємо при кожній зміні в GTM прогоняти через нього перевірку.
Що входить у нашу роботу
- Аудит поточної розмітки GA4 та виявлення помилок
- Проєктування подій під бізнес-воронку
- Налаштування GTM або gtag.js для надсилання конверсій
- Реєстрація кастомних параметрів і вимірювань
- Налаштування атрибуції та імпорт у Google Ads
- Передача токенів (client_id, session_id) у CRM при необхідності
- Навчання команди замовника роботі зі звітами
- Документація по всіх налаштованих подіях
Ми гарантуємо точність даних: після здачі ви отримаєте звіти, в яких цифри збігаються з реальними діями користувачів. Замовте аудит поточної розмітки — оцінимо та запропонуємо план доопрацювань. Отримайте консультацію з налаштування конверсій.
Терміни
Розмітка 3–5 ключових конверсій у коді + GTM-теги — 1 день. Налаштування кастомних параметрів і Data Layer — 4–6 годин. Налаштування атрибуції та зв'язка з Google Ads — 2–3 години.