Події – фундамент GA4. Без них система показує лише те, скільки людей зайшло на сайт, але нічого не каже про те, що вони там робили і скільки з цього вийшло грошей.
Це також найпроблемніший етап налаштування: саме тут виникає більшість помилок, які потім спотворюють усю аналітику і псують оптимізацію рекламних кампаній.
Розбираємо, як налаштувати події та ключові події коректно.
Що таке подія в GA4
Подія – це будь-яка дія користувача на сайті, зафіксована системою. Перегляд сторінки, клік по кнопці, відправка форми, покупка, перегляд відео, скрол.
У Universal Analytics подія мала жорстку структуру: категорія, дія, ярлик, значення. У GA4 структура гнучка: є назва події і будь-яка кількість параметрів, які ви визначаєте самі.
Приклад події заявки:
Назва події: generate_lead
Параметри:
form_name: “Заявка на консультацію”
form_location: “Головна сторінка”
value: 500
currency: “UAH”
Параметри дозволяють згодом сегментувати дані: побачити, які саме форми працюють краще, з яких сторінок приходить більше заявок, яка їх сумарна цінність.
Чотири типи подій
1. Автоматичні події
Збираються одразу після встановлення коду, без будь-яких налаштувань:
- page_view – перегляд сторінки;
- session_start – початок сеансу;
- first_visit – перший візит користувача;
- user_engagement – залучення (сторінка активна більше 10 секунд).
Ви не можете їх вимкнути або змінити.
2. Події розширеного вимірювання
Вмикаються перемикачем у налаштуваннях потоку даних:
- scroll – прокручування до 90% сторінки;
- click – клік по зовнішньому посиланню;
- view_search_results – використання внутрішнього пошуку;
- file_download – завантаження файлу;
- video_start, video_progress, video_complete – взаємодія з відео YouTube;
- form_start, form_submit – початок і відправка форми.
Важливий нюанс про form_submit. Автоматичне відстеження форм працює нестабільно: воно не спрацьовує на формах, побудованих на JavaScript без стандартної відправки, і навпаки, може фіксувати відправку там, де вона фактично не відбулась. Для критично важливих форм налаштовуйте власну подію через GTM.
3. Рекомендовані події
Це події зі стандартними назвами, які GA4 розпізнає і використовує в спеціалізованих звітах. Вони не збираються автоматично – їх потрібно налаштувати, але назви краще використовувати саме ці.
Для лід-генерації:
- generate_lead – отримання заявки;
- sign_up – реєстрація;
- login – вхід в акаунт.
Для e-commerce:
- view_item_list – перегляд списку товарів;
- view_item – перегляд товару;
- add_to_cart – додавання в кошик;
- remove_from_cart – видалення з кошика;
- begin_checkout – початок оформлення;
- add_payment_info – введення платіжних даних;
- purchase – покупка.
Чому це важливо. Якщо ви назвете подію покупки zakaz_oformlen замість purchase, GA4 її зафіксує, але не побудує звіти з монетизації. Стандартні назви дають доступ до готової звітності без додаткової роботи.
4. Користувацькі події
Ваші власні події з довільними назвами для дій, специфічних для вашого бізнесу:
- phone_click – клік по номеру телефона;
- messenger_click – клік по месенджеру;
- pdf_download – завантаження прайсу;
- calculator_used – використання калькулятора на сайті.
Які події потрібні саме вашому бізнесу
Не намагайтесь відстежувати все. Почніть із того, що реально означає гроші.
Для сайту послуг
Обов’язково:
- generate_lead – відправка форми заявки;
- phone_click – клік по телефону (особливо критично на мобільних).
Бажано:
- messenger_click – переходи в Telegram, Viber, WhatsApp;
- form_start – початок заповнення форми (для аналізу відсіву);
- pdf_download – завантаження прайсу чи презентації.
Для інтернет-магазину
Обов’язково:
- view_item – перегляд товару;
- add_to_cart – додавання в кошик;
- begin_checkout – початок оформлення;
- purchase – покупка з передачею суми і складу замовлення.
Бажано:
- view_item_list – перегляд категорії;
- remove_from_cart – видалення з кошика;
- add_to_wishlist – додавання в обране.
Для B2B і складних послуг
- generate_lead – заявка;
- pdf_download – завантаження матеріалів;
- calculator_used – розрахунок вартості;
- video_complete – повний перегляд презентаційного відео.
Як налаштувати подію: три способи
Спосіб 1. Через Google Tag Manager (рекомендовано)
Найгнучкіший і найкерованіший варіант.
Приклад: відстеження кліку по номеру телефона
- Створіть змінну. У GTM: Змінні – Налаштувати – увімкніть вбудовані змінні кліків (Click Element, Click URL, Click Text).
- Створіть тригер:
- Тип: Клік – тільки посилання
- Умова: Click URL містить tel:
- Створіть тег:
- Тип: Google Analytics: подія GA4
- Тег конфігурації: ваш Google Tag
- Назва події: phone_click
- Параметри події:
- phone_number – {{Click URL}}
- page_location – {{Page URL}}
- Перевірте через режим попереднього перегляду GTM.
- Опублікуйте контейнер.
Приклад: відстеження відправки форми через dataLayer
Найнадійніший метод для форм. Потребує участі розробника.
Розробник додає в код сайту після успішної відправки форми:
javascript
dataLayer.push({
‘event’: ‘form_success’,
‘form_name’: ‘Заявка на консультацію’,
‘form_location’: ‘Головна сторінка’
});
Далі в GTM:
- Тригер: Користувацька подія з назвою form_success
- Тег: подія GA4 з назвою generate_lead і потрібними параметрами
Цей спосіб гарантує, що подія спрацює саме тоді, коли заявка справді відправилась, а не при кожному кліку по кнопці.
Спосіб 2. Створення події в інтерфейсі GA4
Адміністратор – Події – Створити подію.
Дозволяє створити нову подію на основі наявної. Наприклад, створити подію thank_you_page на основі page_view з умовою, що URL містить /thank-you.
Обмеження: працює тільки з тими даними, які вже надходять. Нову інформацію так не збереш.
Коли доречно: швидке рішення без доступу до GTM, або створення події на основі відвідування сторінки подяки.
Спосіб 3. Модифікація подій
Адміністратор – Події – Змінити подію.
Дозволяє перейменувати наявні події або змінити їх параметри без зміни коду. Корисно для виправлення помилок у назвах заднім числом.
Ключові події: те, що раніше називалось цілями
У GA4 конверсії тепер називаються ключовими подіями (Key Events).
Як позначити: Адміністратор – Ключові події – знайдіть потрібну подію – увімкніть перемикач.
Або: Адміністратор – Події – навпроти події увімкніть «Позначити як ключову подію».
Головне правило: позначайте тільки реальні бізнес-цілі
Це найважливіший принцип усього розділу.
Позначайте як ключові:
- відправка заявки;
- покупка;
- дзвінок;
- реєстрація на консультацію.
Не позначайте:
- перегляд сторінки;
- скрол;
- клік по меню;
- перегляд відео;
- відвідування сторінки контактів.
Чому це критично. Ключові події експортуються в Google Ads і використовуються для оптимізації ставок. Якщо система рахує конверсією скрол сторінки, вона оптимізуватиме кампанії під людей, які люблять прокручувати сторінки – а не під тих, хто купує.
Ми регулярно бачимо акаунти, де позначено вісім-десять ключових подій. У таких випадках цифра конверсій виглядає вражаюче, але не має жодного стосунку до реальних грошей.
Оптимальна кількість: одна-три ключові події для більшості бізнесів.
Передача цінності конверсії
Це те, що відрізняє базове налаштування від робочого.
Навіщо потрібно. Автоматичні стратегії ставок у Google Ads (Maximize Conversion Value, tROAS) працюють із цінністю конверсій. Без параметра value система не відрізняє замовлення на 500 грн від замовлення на 50 000 грн.
Для e-commerce
Передавайте реальну суму замовлення в події purchase:
javascript
dataLayer.push({
‘event’: ‘purchase’,
‘ecommerce’: {
‘transaction_id’: ‘ORDER-12345’,
‘value’: 4850.00,
‘currency’: ‘UAH’,
‘items’: [{
‘item_id’: ‘SKU-001’,
‘item_name’: ‘Холодильник Samsung RB37’,
‘price’: 4850.00,
‘quantity’: 1
}]
}
});
Для лід-генерації
Реальної суми ще немає, але можна передавати оцінну цінність ліда.
Як розрахувати:
Цінність ліда = Середній чек × Маржинальність × Конверсія із заявки в клієнта
Приклад: середній чек 20 000 грн, маржа 30%, конверсія із заявки в угоду 20%.
Цінність ліда = 20 000 × 0,3 × 0,2 = 1 200 грн
Різна цінність для різних типів заявок. Якщо ви знаєте, що заявка з форми конвертується краще за дзвінок, або що заявка на дорогу послугу цінніша – передавайте різні значення:
- generate_lead з форми детального розрахунку – value 2000
- phone_click – value 800
- messenger_click – value 500
Це дає системі можливість оптимізуватись під якісніші звернення.
Імпорт конверсій у Google Ads
Після налаштування ключових подій їх потрібно передати в рекламний кабінет.
Крок 1. Зв’яжіть GA4 і Google Ads: Адміністратор – Зв’язки з продуктами – Зв’язки з Google Ads.
Крок 2. У Google Ads: Цілі – Конверсії – Імпортувати – Google Analytics 4 – оберіть потрібні ключові події.
Крок 3. Перевірте статус «Основна дія-конверсія». Тільки ці конверсії використовуються для оптимізації ставок.
Альтернатива: власні конверсії Google Ads. Можна налаштувати конверсії напряму в Google Ads через GTM, не використовуючи GA4 як посередник.
Що краще. Прямі конверсії Google Ads зазвичай точніші й фіксуються швидше. Імпорт із GA4 зручніший, якщо у вас складна структура подій. Багато акаунтів використовують обидва варіанти – але тоді критично важливо не рахувати одну конверсію двічі.
Як перевірити, що все працює
DebugView
Найточніший інструмент. Адміністратор – DebugView.
Щоб побачити свої дії:
- увімкніть режим попереднього перегляду в GTM, або
- встановіть розширення Google Analytics Debugger для Chrome
У DebugView ви побачите потік подій у реальному часі з усіма параметрами. Перевірте, що:
- подія спрацьовує в потрібний момент
- назва відповідає задуманій
- параметри передаються коректно
- value містить правильну суму
Звіт у реальному часі
Звіти – Реальний час. Менш детально, але швидко показує, чи надходять події взагалі.
Через 24-48 годин
Перевірте звіт Залучення – Події. Дані в стандартних звітах з’являються із затримкою.
Типові помилки
Подія спрацьовує при кліку, а не при успішній відправці. Класика для форм. Користувач натиснув кнопку, форма не пройшла валідацію – а конверсія вже зарахована.
Дублювання подій. Одна дія фіксується двічі: через розширене вимірювання і через власний тег GTM. Цифри подвоюються.
Занадто багато ключових подій. Розмиває картину і псує оптимізацію реклами.
Немає передачі value. Половина можливостей автоматичних стратегій недоступна.
Нестандартні назви для стандартних дій. pokupka замість purchase – і GA4 не будує звіти з монетизації.
Немає перевірки після налаштування. Три місяці зібраних некоректних даних неможливо виправити заднім числом.
Забули про сторінку подяки. Якщо конверсія відстежується за відвідуванням /thank-you, а користувач може потрапити туди напряму або оновити сторінку – конверсії задвоюються.
Від команди BigLead Agency
При аудиті проєктів ми перевіряємо події першими – і найчастіша знахідка виглядає так: подій багато, ключових подій багато, цифри в звітах красиві, але перевірка через DebugView показує, що половина з них спрацьовує не тоді, коли треба.
Найтиповіший випадок – відстеження заявки за кліком по кнопці «Відправити». Формально конверсія є. Фактично людина могла не заповнити обов’язкове поле, отримати помилку і піти. У звіті – конверсія, у бізнесі – нічого. Різниця між зафіксованими і реальними заявками в таких випадках доходить до 30-40%.
Друга поширена проблема – відсутність передачі цінності. Магазин передає подію purchase, але без параметра value. Google Ads бачить конверсію, але не знає її вартість. У результаті кампанія оптимізується під кількість замовлень і поступово зміщується в бік найдешевших товарів. Обіг падає при тій самій кількості конверсій.
Наша практична рекомендація для тих, хто налаштовує самостійно: витратьте час на dataLayer. Це складніше, ніж налаштувати тригер на клік, потребує залучення розробника, але це єдиний спосіб гарантувати, що подія фіксує реальну дію, а не намір.
І обов’язково перевіряйте кожну подію через DebugView перед публікацією. П’ять хвилин перевірки економлять місяці некоректних даних.
Якщо хочете переконатись, що ваша аналітика показує реальну картину – залиште заявку на аудит налаштувань.