В GA4 ти бачиш сотні подій, але не знаєш, які з них дійсно важливі для твого бізнесу. Кількість сеансів зросла — а скільки людей реально залишили заявку або записалися на прийом? Відповідь ти отримаєш лише при правильному налаштуванні подій. У невеликій фірмі тобі не потрібно відстежувати кожен клік — тобі потрібно бачити, скільки людей здійснили дію, що приносить дохід: відправили форму, зателефонували, записалися на послугу або щось купили. Все інше — шум, який лише відволікає.
На цій сторінці ти знайдеш практичний керівник: які події GA4 варто відстежувати у невеликій фірмі, як позначити ключові події, як перевірити достовірність даних і як побудувати простий звіт, який будеш переглядати кожен місяць. Ти також дізнаєшся, чому кожне надсилання форми — це не заявка і як відрізнити реальні конверсії від хибних сигналів.
Проблема: сеанси — це мало
Коли ти відкриваєш звіт GA4, перше, що бачиш, — кількість сеансів і користувачів. Ці цифри зростають — і може здаватися, що все добре. Але для власника невеликої фірми ця інформація практично марна. Сеанс — це просто візит на сайт, а не дія, що приносить гроші.
Справжнє питання звучить так: скільки людей зробили те, заради чого сайт взагалі існує? Відповідь вимагає переходу від відстеження трафіку до відстеження подій — конкретних дій користувача на сайті. GA4 автоматично збирає події через так званий покращений вимірювач (enhanced measurement): прокрутку, кліки на зовнішні посилання, завантаження файлів, взаємодію з формами і відео. Детальніше про те, які саме події збирає GA4, читай в статті Довідки Google Analytics про покращене вимірювання.
Події в GA4 поділяються на три рівні. Перший рівень — дії клієнта, що приносять дохід: надсилання форми контактів, запис на прийом онлайн, купівля. Другий рівень — кроки до цих дій: користувач відкрив форму, натиснув кнопку «записатися», зайшов на сторінку з цінами. Третій рівень — шум: скрол, клік у меню, повернення на головну. Твоя фірма має фокусуватися на першому і другому рівнях, але третій рівень не можна вважати успіхом.
Що GA4 збирає сам — і чому цього недостатньо
GA4 в режимі покращеного вимірювання автоматично збирає кілька корисних подій без додаткового коду. Серед них — події, пов'язані з формами: form_start (перша взаємодія користувача з формою в сеансі) та form_submit (надсилання форми). Ці дані доступні одразу після увімкнення покращеного вимірювання в налаштуваннях GA4. Детальніше читай в статті Довідки Google Analytics про покращене вимірювання.
Проблема в тому, що form_submit автоматично не означає заявку. Користувач міг надіслати форму пошуку по сайту, підписатися на розсилку або допустити помилку валідації. Крім того, при відмові від згоди на куки частина подій може не збиратися, а GA4 заповнює прогалини моделюванням — в цьому випадку число в звітах може бути вище, ніж реальних дій. Кожна з цих ситуацій зареєструється як form_submit, але лише одна з них — реальна можливість для продажу. Тому не можна сліпо вважати form_submit заявкою — потрібно знати, що саме ти вимірюєш.
Крім того, GA4 збирає події, пов'язані з файлами (file_download), зовнішніми посиланнями (outbound_click) та відео (video_start, video_complete). Ці події можуть бути корисними в деяких галузях, але в більшості невеликих фірм вони не критичні.
Чому form_submit — це не заявка
Form_submit реєструє кожне надсилання форми, незалежно від її типу. Типовий сценарій хибного ліда: користувач вводить в пошуку по сайту «Варшава», потрапляє на сторінку контактів, відправляє форму з питанням про години роботи — система реєструє form_submit, але це не потенційний клієнт. Так само підписка на розсилку реєструється як form_submit, але не приносить доходу. Перевірка означає звірку в CRM: чи дійсно це лід чи просто відправлене повідомлення.
Рекомендовані події: generate_lead та purchase
Серед рекомендованих Google подій (recommended events) є дві, які безпосередньо важливі для невеликої фірми: generate_lead та purchase. Подія generate_lead відстежує ситуації, коли користувач відправляє форму або просить інформацію — тобто залишає контакт, по якому можна потім продати. Подія purchase — завершення купівлі, якщо ти продаєш товари онлайн. Обидва визначення є в статті Довідки Google Analytics про рекомендовані події.
Таблиця нижче показує, яка дія фірми відповідає якій події GA4 і як перевірити, що подія справжня:
| Дія фірми | Подія GA4 | Як перевірити достовірність |
|---|---|---|
| Надсилання форми контактів | generate_lead | Перевір, чи є валідація форми і чи відповідає вміст ліду (не підписка на розсилку) |
| Купівля онлайн | purchase | Перевір у платіжному шлюзі або CRM — кількість транзакцій має збігатися |
| Запис на прийом онлайн | generate_lead | Перевір у системі запису, чи був записаний реальний прийом |
| Завантаження прайсу з обов'язковим email | generate_lead | Додай обов'язкове поле email для завантаження — тоді це лід, не файл |
| Клік по номеру телефону | custom event (наприклад, click_phone) | Попроси дзвінючого сказати, звідки він взяв номер — перевіриш джерело |
Кожну з цих подій можна відстежувати двома способами: автоматично через покращене вимірювання (form_submit, але з обмеженнями, описаними вище) або вручну через GTM (Google Tag Manager), де ти сам задаєш умови, за яких подія має бути надіслана. Ручне налаштування дає повний контроль і виключає хибні події.
Клік по номеру телефону та запис онлайн — це ще не конверсія
Поширена помилка — вважати клік по номеру телефону дзвінком. Насправді клік по номеру — це лише вираз наміру — користувач міг передумати, не додзвонитися, заняти лінію. Те саме стосується переходу в систему запису онлайн: користувач зайшов у календар, але не вибрав час.
У звітах для власника називай ці події чесно: не «дзвінки» або «записи», а «кліки по номеру» та «входи в систему запису». Тільки потім, у зв'язці з даними з CRM або системи запису, ти побачиш, скільки з цих кліків перетворилися на реальні дії. Просте правило: ти відстежуєш клік, але конверсію ти міряєш лише після підтвердження в іншій системі.
Сам вопрос встановлення телефону на сайті виходить за межі цієї статті. Якщо тобі потрібні рекомендації щодо впровадження відстеження дзвінків, знайдеш їх у матеріалах про налаштування GTM — тут достатньо знати, що клік по номеру — це лише початок воронки, не її кінець.
Ключові події: як їх позначити і чому ліміт важливий
В GA4 ти можеш позначити обрані події як ключові (key events). Завдяки цьому дані про ці події з'являються у спеціальних звітах і враховуються при моделюванні конверсій. У стандартному ресурсі можна позначити максимум 30 подій як ключові, а в ресурсі Analytics 360 — до 50 подій. Інформація про ліміти зі статті Довідки Google Analytics про ключові події.
GA4 автоматично позначає як ключову подію purchase. При підключенні до Google Ads з увімкненою персоналізацією реклами додаються також події add_to_cart, add_to_wishlist, begin_checkout, session_start, view_item, view_item_list, view_search_results — точно так, як описано в статті Довідки Google Analytics. Ці налаштування корисні в інтернет-магазинах, але в сервісній компанії, яка не продає через кошик, надлишок ключових подій лише відволікає.
Для невеликої фірми рекомендація проста: вибери 3-5 подій, які реально приносять дохід. Зазвичай це generate_lead, purchase (якщо продаєш онлайн), візит на сторінку подяки після надсилання форми, клік по кнопці CTA, що веде до запису, і можливо завантаження прайсу (якщо прайс — це лід). Інші події залиш як звичайні — не потрібно позначати їх всі як ключові.
Перевірка даних: тестове надсилання і звірка з CRM
Навіть найкраще налаштування безглузде, якщо ти не знаєш, правда чи ні дані. Перед початком регулярного використання звітів зроби тестове надсилання форми зі свого пристрою і перевір в DebugView (режим налагодження в GA4) або звіті в реальному часі, чи зареєструвалася подія. Повтори тест з різних пристроїв і браузерів.
Через тиждень або два порівняй дані з GA4 з даними зі своєї CRM або системи запису. Типова ситуація виглядає так: GA4 показує 14 відправлених форм, а в CRM у тебе 11 лідів. Звідки різниця? Різниці можуть виникати через відправку в спам, помилки валідації, відмову від згоди на куки (тоді GA4 показує менше, ніж CRM, через моделювання) або проблеми з інтеграцією між системами. Це нормально — GA4 показує взаємодію з формою, а CRM показує реальні ліди. Обидві цифри мають інформаційну цінність, але жодну не можна вважати єдиною правдою. Це приклад на умовних числах — підстав свої.
Регулярна звірка даних GA4 з CRM має увійти в звичку. Кожен місяць перевіряй, чи відповідають тренди в GA4 трендам в CRM. Якщо в GA4 лідів стає більше, а в CRM менше — або навпаки — щось не так з налаштуванням або з процесом обробки лідів у фірмі.
Як провести тестову перевірку
Відкрий сторінку з формою в режимі інкогніто. Заповни форму справжніми даними і відправ. Одночасно відкрий DebugView в GA4 і спостерігай, чи з'являється подія generate_lead або form_submit. Також попроси колегу з іншого місця зробити той же тест — перевіриш, чи збираються дані незалежно від пристрою. Після тесту зайди в CRM і перевір, чи з'явився лід. Тільки така двостороння перевірка дає впевненість, що налаштування працює правильно.
Consent mode та відмова — як це впливає на дані
Якщо на сайті ти показуєш банер згоди на куки, потрібно знати, що відбувається, коли користувач відмовляється. Consent mode (режим згоди) не показує сам банер — він працює з банером, який вже є на сайті. Коли користувач відмовляється від згоди на куки, Google Analytics не збирає повні дані, але намагається заповнити прогалини моделюванням конверсій і поведінковим моделюванням. Детальніше читай в статті Довідки Google Analytics про режим згоди.
Це означає, що цифри в звітах GA4 після увімкнення consent mode не рівні кількості користувачів, які реально здійснили дію. Моделювання — це просунута функція, яка допомагає аналізувати тренди, але вона не дає точних даних про кожного окремого користувача. Якщо тобі важлива точність, подбайся про те, щоб якомога більше користувачів давали згоду — або прийми, що звіти міститимуть елемент моделювання, а не лише конкретні дані.
Тема налаштування банера куків і consent mode обширна і виходить за межі цієї статті. Якщо тобі потрібно впровадити згоду на куки відповідно до GDPR, перевір спеціалізовані інструменти або проконсультуйся з юристом або спеціалістом із захисту даних.
Хто має доступ до GA4 — і чому це важливо
Власник невеликої фірми повинен мати повний доступ до свого акаунта GA4 — і на своєму акаунті Google, а не на акаунті підрядника, який створював або веде сайт. Управління користувачами в GA4 вимагає роль Адміністратор на рівні акаунта або ресурсу. Інформація зі статті Довідки Google Analytics про ролі користувачів.
Чому це важливо? Буває, що агентство або фрілансер створює акаунт GA4 на своєму акаунті і дає власнику фірми лише доступ до перегляду звітів. У такій ситуації власник не може самостійно додавати користувачів, змінювати налаштування або позначати ключові події. Якщо співпраця з агентством закінчується, доступ до даних може бути ускладнений або неможливий. Тому при здачі сайту або закінченні співпраці переконайся, що акаунт GA4 на твоєму акаунті Google і що у тебе є роль Адміністратор.
Якщо акаунт на твоє ім'я, ти в будь-який момент можеш дати доступ агентству або забрати його — безпека даних на твоєму боці.
Мінімальний звіт для власника: 5 ключових подій і звірка з CRM
Тобі не потрібен складний дашборд із десятками показників. Тобі потрібен один простий звіт, який ти будеш переглядати кожен місяць і який відповість на питання: скільки людей здійснили дію, що приносить дохід, і звідки вони прийшли?
Таблиця нижче — готовий шаблон для щомісячного перегляду:
| Канал | Ключова подія | Кількість в GA4 | Кількість в CRM | Різниця |
|---|---|---|---|---|
| Органічний (Google) | generate_lead | |||
| Прямий | generate_lead | |||
| Реферальний | generate_lead | |||
| Google Ads | generate_lead | |||
| Органічний (Google) | purchase |
Заповнюй дані раз на місяць, бажано в той самий день (наприклад, перший понеділок місяця). Заповни колонки «Кількість в GA4» і «Кількість в CRM» — різниця покаже тобі, скільки подій з GA4 не перетворилися на реальні заявки або покупки. При великій систематичній різниці шукай причини: форма може бути неправильно налаштована, ліди можуть потрапляти в спам, система запису може не зберігати всі записи.
Зроби сам за 2 години: практичний список кроків
Якщо хочеш самостійно налаштувати відстеження подій в GA4, дотримуйся списку нижче. Все має зайняти близько 2 годин, залежно від кількості форм і систем, які потрібно підключити.
Склади список дій, що ведуть до доходу в твоїй фірмі: форма контактів, запис на прийом, купівля онлайн, завантаження прайсу, клік по номеру телефону. Для кожної дії признач відповідну подію GA4 з таблиці в розділі 3 цієї статті.
Зайди в GA4, перейди в розділ «Конфігурація» і перевір, які події вже збираються автоматично. Для кожної дії зі свого списку виріши, чи достатньо form_submit з покращеного вимірювання, чи потрібне ручне налаштування через GTM.
Зайди в розділ «Ключові події» і зніми позначки з усіх подій, які не відповідають твоєму списку. Додай максимум 5 подій, які реально приносять дохід. Залиш інші як звичайні події.
Зроби тестове надсилання форми зі свого пристрою і перевір в DebugView, чи зареєструвалася подія правильно. Попроси когось із команди або родини зробити тестове надсилання з іншого пристрою.
Через тиждень порівняй дані GA4 з даними зі своєї CRM. Запиши відмінності в таблиці і подумай, що можна покращити в налаштуванні або в процесі обробки лідів.
Повторюй звірку кожен місяць — через кілька місяців у тебе буде достатньо даних, щоб оцінити, які канали приносять реальні ліди, а які генерують трафік без бізнес-цінності.
Схема відстеження: від кліка до звіту
- 01дія клієнта
- →02подія GA4
- →03ключова подія
- →04місячний звіт
- →05звірка з CRM
Наведена вище схема показує повний шлях: користувач натискає кнопку відправки форми, GA4 реєструє form_submit, ти позначаєш generate_lead як ключову, раз на місяць переглядаєш звіт і звіряєш з CRM. Так ти бачиш реальний вплив сайту на бізнес.
Як це виглядає, коли система бере контроль
Коли події на сайті правильно налаштовані, а ключові події позначені, ти можеш побудувати автоматичний звіт, який об'єднує дані GA4 з даними з CRM. Система показує тобі повну воронку: канал-джерело (звідки прийшов користувач) → ключова подія (що він зробив на сайті) → лід в CRM (чи був він зареєстрований як потенційний клієнт) → візит або купівля (чи відбулася угода).
Такий звіт дозволяє кожен місяць аналізувати розбіжності між GA4 і CRM і швидко реагувати: якщо з Google Ads приходить багато кліків, але мало лідів в CRM — проблема може бути на сайті (форма, лендінг) або в самому оголошенні. Якщо з органічного каналу приходить мало трафіку, але значна частина відвідувачів залишає ліди — можливо, варто інвестувати в просування.
Дізнайся, як цей механізм працює на практиці:
- Аналітика та BI — налаштування вимірювань і щомісячний звіт: звідки приходять клієнти і скільки коштує одна заявка
- Дашборди — ліди, продажі, маркетинг і фінанси на одному екрані
- AI-звіти — щотижневий підсумок щодо лідів, кампаній і продажів простою мовою
- CRM та автоматизації — заявки з усіх каналів в одній воронці
- Google Ads — кампанії, які оцінюються за заявками й замовленнями, а не за кліками
Дізнайся більше про те, як фірми аналізують поведінку клієнтів на сайтах і чому варто відстежувати конкретні дії, а не лише трафік. Також вивчи статті чому клієнти не залишають запитів, автоматизацію звітності, автоматизацію обробки запитів та KPI ресторану.
Часті питання
Чи потрібно мені відстежувати всі події, які GA4 збирає автоматично?
Ні. GA4 збирає кілька подій автоматично через покращене вимірювання, але більша частина з них — шум, який не важливий для невеликої фірми. Зосередься на 3-5 ключових подіях, які реально приносять дохід: generate_lead, purchase, клік по кнопці CTA, що веде до запису. Інші можуть збиратися, але не потрібно позначати їх як ключові або аналізувати щодня.
Чи можу я вважати form_submit з покращеного вимірювання заявкою?
Ні, без перевірки. Form_submit означає, що користувач відправив форму, але це не означає, що це була заявка. Користувач міг підписатися на розсилку, відправити форму з неправильними даними або форма могла потрапити в спам. При відмові від згоди на куки GA4 може показувати менше, ніж CRM, через моделювання. Щоб form_submit був достовірною заявкою, форма повина мати валідацію, а ти повинен звіряти дані GA4 з CRM хоча б раз на місяць.
Скільки ключових подій я можу позначити в GA4?
У стандартному ресурсі можна позначити максимум 30 ключових подій. У ресурсі Analytics 360 ліміт становить 50. Для більшості невеликих фірм достатньо 3-5 ключових подій — немає потреби позначати більше. Надлишок ключових подій ускладнює звіти і утруднює висновки.
Що робити, коли дані в GA4 відрізняються від даних в CRM?
Це нормально. GA4 міряє взаємодію на сайті (користувач відправив форму), а CRM міряє реальні ліди (хтось дійсно був зареєстрований як клієнт). Різниці виникають через відправку в спам, помилки валідації, відмову від згоди на куки (тоді GA4 показує менше через моделювання) або проблеми з інтеграцією між системами. Регулярно звіряй дані і шукай причини систематичних розбіжностей — вони найчастіше вказують на проблему, яку потрібно виправити.
Чи можу я відстежувати кліки по номеру телефону як дзвінки?
Клік по номеру телефону — це лише вираз наміру, а не підтверджений дзвінок. Користувач міг не додзвонитися, заняти лінію або передумати. Щоб міряти реальні дзвінки, потрібне спеціальне рішення для відстеження дзвінків (наприклад, інтеграція з телефонною системою або колтрекінг). Сам клік по номеру вважай «кліком по номеру», а не «дзвінком».
Чи впливає consent mode на точність даних?
Так. Коли користувач відмовляється від згоди на куки, GA4 не збирає повні дані, але намагається заповнити прогалини моделюванням конверсій і поведінковим моделюванням. Це означає, що цифри в звітах наближені, а не точні. Якщо тобі важлива точність, подбайся про те, щоб користувачі давали згоду — або прийми, що звіти міститимуть елемент моделювання, особливо при невеликій вибірці.