Блог · PPC

GA4 конверсії події та цілі як не змішати все в одну купу

Допоможе розвести події, ключові події та «цілі» в GA4, щоб звіти й реклама дивились на одні й ті самі дії.

~2 хв читання PPC

Дашборд GA4 з потоком подій і воронкою ключових конверсій

Контекст і терміни

Події GA4 як будівельні блоки аналітики на часовій шкалі
У GA4 усе крутиться навколо подій. Конверсія — це позначена ключова подія, а не окрема «стара ціль Universal».

У GA4 немає старих «цілей» Universal Analytics у звичному сенсі. Базова одиниця — подія (event). Конверсія / ключова подія — це та сама подія, яку ви позначили як важливу для бізнесу в інтерфейсі GA4 (Google поступово уніфікує формулювання навколо key events).

  • Подія — будь-яка зафіксована дія (page_view, click, generate_lead, purchase).
  • Параметри події — деталі (метод форми, цінність, currency, item_id).
  • Ключова подія / конверсія — подія, увімкнена як key event для оптимізації й звітів.
  • «Ціль» у розмові команди — бізнес-результат (лід, оплата), а не окремий тип сутності в GA4.

Якщо плутаєте шар даних і теги, спочатку узгодьте імена подій у dataLayer / GTM, інакше в GA4 з’являться дублікати під різними назвами.

Що зробити на практиці

Увімкнення ключових подій як конверсій у інтерфейсі GA4
Позначайте конверсіями лише дії з бізнес-цінністю. Не кожен scroll чи click має ставати ключовою подією.
  1. Складіть короткий словник подій. Одна бізнес-дія = одна канонічна назва (наприклад generate_lead, не form_ok і lead_send одночасно).
  2. Впровадьте подію через GTM або gtag і перевірте в DebugView.
  3. У Admin → Events позначте лише 3–7 ключових подій як конверсії. Не чіпайте мікро engagment без потреби.
  4. Для e-commerce тримайте стандартні purchase / begin_checkout зі вартістю й currency.
  5. Узгодьте з Google Ads / Meta, яку саме подію імпортуєте як conversion action — ім’я й правила підрахунку мають збігатися з GA4.
  6. Зафіксуйте власника словника подій у команді. Інакше маркетинг і розробка знову роз’їдуться.

Типові помилки та ризики

Дублі конверсій і розсинхрон між рекламою та аналітикою
Найчастіше плутанину дають дублі з GTM+ghtag, різні назви однієї дії та «все підряд» у ключових подіях.
  • Подія летить двічі (GTM + додатковий gtag / дубль контейнера).
  • Усе підряд позначено як key event. Тоді «конверсії» втрачають сенс для оптимізації.
  • Різні назви однієї дії в web і app / різних доменах.
  • Подія без цінності там, де бізнес рахує гроші (purchase без value).
  • Порівняння «цілей UA» з key events GA4 без перехідної логіки.
  • Рекламні кабінети дивляться primary conversion, а аналітика — іншу подію.

Як перевірити результат

DebugView GA4 із зеленими підтвердженнями ключових подій
Перед масштабуванням перевірте подію в DebugView, потім у звітах і зіставте з рекламними конверсіями.
  • DebugView. Одна тестова дія = один хіт потрібної події з очікуваними параметрами.
  • Realtime / Reports → Engagement → Events. Подія з’являється після публікації контейнера.
  • Список key events. Увімкнені лише узгоджені з бізнесом дії.
  • Вибіркова звірка з CRM або кількістю заявок за день (порядок величин, не ідеальний 1:1).
  • У Ads імпортована саме та ключова подія, яку дивиться аналітика.

Висновок

У GA4 не треба змішувати «події», «конверсії» й розмовні «цілі» в одну купу. Подія — універсальна одиниця, конверсія — позначена ключова подія, ціль — бізнес-результат. Тримайте словник імен, перевіряйте DebugView і синхронізуйте рекламу з аналітикою. Якщо потрібна схема подій під ліди й e-commerce — зверніться до SEO-Studio.