Подія (Event)

Подія (Event) у Google Analytics 4 — базова одиниця збору даних, у яку GA4 перетворила всі типи взаємодій: перегляд сторінки, клік, відправку форми, скрол, транзакцію, початок відео. На відміну від Universal Analytics, де співіснували різні типи Hit (pageview, event, transaction, social), у GA4 все є event — єдина структура з ім’ям (event_name) і набором параметрів (event_params). Така event-based модель прийшла з Firebase Analytics і дає дві переваги: уніфікацію веб і мобільних даних та гнучкість схеми — додавання нового виміру не вимагає змін конфігурації, тільки додаткового параметра до існуючої події.

Подія — фундамент GA4. Без правильної архітектури подій і параметрів усі звіти, воронки, retention-аналізи будуть неточними або взагалі неможливими. У 2026 розуміння event-based моделі обов’язкове для будь-якого аналітика.

Що вважається подією в GA4

Будь-яка дія, яку ми хочемо виміряти:

• перегляд сторінки — page_view;
• клік по зовнішньому посиланню — click (з параметром outbound: true);
• відправка форми — form_submit;
• початок перегляду відео — video_start;
• покупка — purchase з параметрами value, currency, transaction_id, items;
• користувач скролить 90% сторінки — scroll (в enhanced measurement);
• логін у кабінеті — login;
• додавання в кошик — add_to_cart.

Кожна подія автоматично отримує автоматично зібрані параметри (page_location, page_referrer, language, screen_resolution) — їх не треба вказувати вручну. І може мати додаткові параметри, які ви передаєте самі: value, item_id, method, search_term тощо.

Чотири типи подій у GA4

Документація Google розділяє події на чотири категорії:

Різниця критична: recommended events мають зарезервовані імена, до яких Google прив’язує готові звіти, автоматичну категоризацію в Monetization, шаблони аудиторій в Google Ads. Custom events працюють, але за ними треба самостійно будувати всі звіти в Explore. Тому правило номер один — перевірити recommended-список, перш ніж вигадувати своє ім’я.

Повний список recommended events для e-commerce

view_promotion, select_promotion, view_item_list, select_item, view_item, add_to_wishlist, add_to_cart, view_cart, remove_from_cart, begin_checkout, add_shipping_info, add_payment_info, purchase, refund, share, select_content.

Для SaaS і B2B: login, sign_up, generate_lead, tutorial_begin, tutorial_complete, level_up, unlock_achievement, earn_virtual_currency, spend_virtual_currency, view_search_results.

Повний список і обов’язкові параметри — у документації Google.

Параметри події: що це та скільки їх

Event parameters — пари «ключ-значення», які описують контекст події. Наприклад, подія purchase має базові параметри:

gtag('event', 'purchase', {
  transaction_id: 'T-12345',
  value: 1999.00,
  currency: 'UAH',
  coupon: 'SUMMER20',
  items: [{
    item_id: 'SKU-001',
    item_name: 'Навчальний курс GA4',
    price: 1999.00,
    quantity: 1
  }]
});

Обмеження GA4 станом на 2026 рік:

• До 25 параметрів на одну подію (у додаток до автоматичних).
• 500 унікальних імен подій на ресурс.
• Ім’я події — до 40 символів, лише латиниця, цифри та _.
• Ім’я параметра — до 40 символів, значення — до 100 символів.
• Для параметрів із довгими значеннями (URL, JSON) — або обрізати, або зберігати в user properties з вищим лімітом (36 символів для ключа, 50 для значення).

Щоб побачити параметр у звітах GA4, його треба зареєструвати як custom dimension або custom metric у Admin → Custom definitions (максимум 50 event-scoped custom dimensions на ресурс). Без реєстрації параметр зберігається в подіях, але невидимий у звітах — доступний лише через BigQuery export.

Як передати подію в GA4

На практиці є три способи:

1. Через gtag.js напряму — виклик gtag('event', 'name', { params }) у коді сайту. Просто, але важко масштабувати: кожна нова подія вимагає релізу.
2. Через Google Tag Manager — розробник пушить дані у dataLayer, маркетолог створює GA4 Event Tag з тригером, який спрацьовує на цю подію у dataLayer. Стандарт індустрії.
3. Через Measurement Protocol — серверні події через HTTP POST на https://www.google-analytics.com/mp/collect. Для server-side tracking, офлайн-конверсій, CRM-інтеграцій.

Найчастіше комбінують: GTM ловить події на клієнті, серверний контейнер GTM обробляє їх і відправляє в GA4 через Measurement Protocol, що дозволяє обходити блокувальники реклами та не вантажити клієнт зайвим кодом. Готовий конструктор dataLayer push’ів — GA4 Event Builder.

Приклад: dataLayer push для add_to_cart

window.dataLayer = window.dataLayer || [];
window.dataLayer.push({ ecommerce: null });  // очищення
window.dataLayer.push({
  event: 'add_to_cart',
  ecommerce: {
    currency: 'UAH',
    value: 1490,
    items: [{
      item_id: 'SKU-12345',
      item_name: 'Шкіряний рюкзак',
      item_category: 'Аксесуари',
      price: 1490,
      quantity: 1
    }]
  }
});

У GTM далі: Custom Event Trigger на add_to_cart → GA4 Event Tag з відповідними параметрами через Data Layer Variables.

Key Events: що змінилось у березні 2024 року

Раніше в GA4 існувало поняття conversion — будь-яку подію можна було позначити як конверсію, і вона починала враховуватись у звітах Monetization та імпортуватись у Google Ads. У березні 2024 року Google перейменував «conversion» на key event у GA4, при цьому лишивши термін «conversion» у Google Ads. Сенс такий:

• Key event (в GA4) = важлива для бізнесу дія, за якою ви відстежуєте ефективність усередині аналітики.
• Conversion (в Google Ads) = дія, за якою навчається алгоритм Smart Bidding та оптимізуються ставки.

Ці два поняття можуть збігатися, а можуть і ні. Наприклад, add_to_cart можна лишити як key event у GA4 (щоб бачити його в звітах воронки), але не імпортувати в Google Ads, щоб алгоритм навчався лише на purchase. Детальніше про кінцеві конверсії.

Як налаштувати: GA4 → Configure → Events → перемикач ‘Mark as key event’ → потім Google Ads → Tools → Conversions → Import → GA4 → виберіть key event для імпорту.

Server-side трекінг подій

Server-side GTM (sGTM) — окремий контейнер GTM, що працює на вашому сервері (Google Cloud Run, $50-300/міс). Архітектура:

Браузер → ваш sGTM endpoint (gtm.example.com)
              ↓
              ├── GA4
              ├── Meta CAPI
              ├── TikTok Events API
              └── ваш CRM

Замість того щоб браузер відправляв 10 запитів напряму до Google/Meta/TikTok (легко блокується ad-blockers і Safari ITP), він шле один запит на ваш gtm.example.com, а сервер вже forward’ить дані вендорам.

Переваги:

• Обхід ad-blockers і Safari ITP — ваш домен не у фільтрах.
• First-party cookies (28 днів замість 7).
• Очищення PII перед відправкою (видалити email з події).
• Збагачення даних із CRM (LTV, customer segment).
• Server-side conversion APIs (Meta CAPI, TikTok Events API).
• Підвищення точності атрибуції на 15-30%.

Мінуси: хостинг $50-300/міс + потрібен DevOps. Доцільно для трафіку >100k/міс.

Відмінності подій GA4 від подій Universal Analytics

У GA4 зникла звична категорія/дія/мітка — замість неї передаються довільні параметри. Це болюча точка міграції: старі Category=«video», Action=«play», Label=«intro.mp4» треба рефакторити у video_start з параметрами video_title, video_provider.

Як перевірити, що подія доходить у GA4

4 способи:

1. DebugView (Admin → DebugView) — показує події в режимі реального часу від сесій з debug_mode. Найшвидше для розробки. Активація: Chrome DevTools → запит з debug_mode=1, або GA Debugger extension.
2. Realtime Report — GA4 → Reports → Realtime. За останні 30 хв, без деталей параметрів.
3. Google Tag Assistant — Chrome extension з повними деталями.
4. BigQuery events_intraday_* table — для зрілих property. Затримка 5-15 хв, всі параметри + SQL.

Типові помилки при налаштуванні подій

1. Дублювання з enhanced measurement — auto-tracking + manual push однієї події = дублі.
2. Кирилиця в event_name — GA4 відхиляє.
3. PII у параметрах — email/телефон заборонені, GA4 блокує property.
4. Event без контексту — click без link_url/link_text марна.
5. Реєстрація всіх подій як key events — ‘конверсія’ втрачає сенс.
6. Динамічні event_name (event_${user_id}) — упирається в ліміт 500.
7. Не зареєстровані Custom Dimensions — параметр невидимий у звітах.
8. Не передається value у purchase — Target ROAS не працює.
9. Подвійний gtag.js + GTM — кожна подія двічі.
10. Не виключений internal traffic — шум у даних від команди.

Пов’язані матеріали

• DataLayer — структура даних для передачі подій.
• Trigger — умови спрацьовування у GTM.
• Tag — інструкція що відправити.
• Google Analytics 4 — базова платформа.
• Conversion / Key Event — позначення важливих подій.
• GA4 — повний посібник.
• GTM — основи.
• GA4 Event Builder — конструктор dataLayer push’ів.