Як налаштувати Google Analytics 4 для сайту у 2026 році: події та конверсії

Google Analytics 4 часто встановлюють формально: код є, відвідування рахуються, а відповіді на головне питання немає. Власник бачить 3 000 користувачів, але не знає, скільки з них надіслали форму, зателефонували, перейшли в месенджер, записалися або купили. У результаті SEO, реклама й контент оцінюються за трафіком, а не за клієнтами.

Правильне налаштування GA4 починається не з кнопок у кабінеті. Спочатку потрібно визначити цінні для бізнесу дії, потім передати їх як події, позначити найважливіші як key events і перевірити, чи кожна реальна дія фіксується один раз. Нижче — практичний план для сайту послуг, лендінгу та інтернет-магазину.

Що змінило в термінології GA4

GA4 працює на основі подій. Перегляд сторінки, клік, початок заповнення форми й покупка — усе це events. Подію, яка особливо важлива для бізнесу, у Google Analytics позначають як key event. Коли таку дію передають у Google Ads для оцінювання реклами й автоматичних стратегій, вона стає conversion у контексті Ads.

Практичний ланцюг виглядає так:

відправлення форми → generate_lead → key event у GA4 → conversion у Google Ads

Люди й далі шукають «конверсії GA4», тому це формулювання варто залишити в тексті. Але в інструкції потрібно використовувати актуальну назву інтерфейсу, інакше читач шукатиме розділ, якого вже немає.

Крок 1. Складіть план вимірювання до встановлення тегів

Не кожен клік є конверсією. Натискання кнопки «Відкрити меню» корисне для UX-аналізу, але не дорівнює заявці. Розділіть дії на три рівні.

Рівень	Приклади	Як використовувати
Бізнес-результат	підтверджена заявка, запис, оплата, покупка	Позначити як key event; за можливості передати цінність
Намір	клік по телефону, месенджеру, email, початок форми	Аналізувати окремо; не завжди вважати лідом
Взаємодія	скрол, відео, файл, пошук, фільтр	Шукати проблеми та покращувати сторінки

Для сайту послуг мінімальний план може містити generate_lead, phone_click, messenger_click, email_click і form_start. Для магазину додайте рекомендовані ecommerce-події: view_item, add_to_cart, begin_checkout і purchase.

Зафіксуйте для кожної події назву, умову спрацювання, параметри, статус key event і відповідального за перевірку. Це захищає від ситуації, коли різні розробники називають одну дію lead, form_success і submit_form, а звіт розпадається на три рядки.

Крок 2. Створіть ресурс GA4 і вебпотік

У Google Analytics створіть ресурс, виберіть правильний часовий пояс і валюту, а потім додайте вебпотік для основного домену. Отриманий Measurement ID має формат G-XXXXXXXXXX.

Одразу перевірте:

• чи використовується один основний ресурс для робочого сайту;

• чи не збирає він трафік із тестового домену;

• чи правильні часовий пояс і валюта;

• чи є доступ щонайменше у двох відповідальних людей, а не лише в акаунта підрядника;

• чи встановлений потрібний строк зберігання даних для досліджень.

Не створюйте новий ресурс щоразу, коли змінюється агенція. Історія даних має належати бізнесу.

Крок 3. Встановіть GA4 напряму або через Google Tag Manager

Є три поширені способи: Google tag у коді, інтеграція CMS або Google Tag Manager. Для простого сайту достатньо прямого тегу. Якщо потрібно відстежувати кілька форм, кліки, ecommerce, рекламу й Consent Mode, зручніше використовувати GTM: він дає змогу керувати тегами без окремого релізу коду для кожної зміни.

Важливо не встановити GA4 двічі. Типова помилка — код уже доданий плагіном WordPress, а потім той самий Measurement ID запускається через GTM. У звітах з’являються подвійні перегляди й завищені події.

Після встановлення відкрийте сайт у режимі попереднього перегляду Tag Assistant і перевірте Realtime у GA4. Один перегляд сторінки має створювати одну подію page_view.

Крок 4. Увімкніть розширене вимірювання, але не довіряйте йому сліпо

Enhanced measurement може автоматично збирати перегляди сторінок, скроли, вихідні кліки, пошук по сайту, взаємодії з відео, завантаження файлів і частину взаємодій із формами. Це корисний старт, але не гарантія правильного відстеження ліда.

Автоматичний form_submit може не спрацювати для AJAX-форми, спрацювати до відповіді сервера або зафіксувати невдалу спробу. Надійніша умова — підтверджений успіх: сторінка «Дякуємо», callback форми або подія в dataLayer після того, як сервер прийняв дані.

Саме цю успішну дію варто передавати рекомендованою подією generate_lead. form_start залишайте допоміжною: співвідношення стартів і успішних відправлень показує, де форма втрачає людей.

Крок 5. Налаштуйте заявки, телефон і месенджери

Для кожної форми передавайте generate_lead лише після успішного відправлення. Корисні параметри:

• form_id — ідентифікатор форми;

• form_name — зрозуміла назва;

• page_location — сторінка;

• lead_type — консультація, прорахунок, запис;

• value і currency — якщо бізнес має обґрунтовану середню цінність ліда.

Клік за посиланням tel: можна відстежувати як phone_click, mailto: — як email_click, перехід у Telegram, Viber або WhatsApp — як messenger_click із параметром messenger. Але клік не доводить, що розмова або заявка відбулася. Тому не змішуйте ці мікродії з підтвердженим generate_lead.

Для реальних телефонних звернень потрібен колтрекінг. Для якості лідів — CRM, у яку передаються client ID, джерело, кампанія й UTM. GA4 показує поведінку, але не замінює систему продажів.

Крок 6. Для магазину використовуйте стандартну ecommerce-схему

Не створюйте довільні назви на кшталт buy_done, якщо Google вже має рекомендовану подію purchase. Стандартна схема забезпечує коректні ecommerce-звіти й передачу товарних даних.

Критично передати:

• унікальний transaction_id;

• value і currency;

• масив items із товарами;

• купони, доставку й податок, якщо вони використовуються.

Унікальний ID запобігає повторному зарахуванню покупки під час оновлення сторінки подяки. Значення замовлення має надходити з підтверджених даних магазину, а не з тексту на екрані.

Крок 7. Позначте головні дії як key events

Коли подія вже надходить у GA4, позначте її як key event у налаштуваннях ресурсу. Для сайту послуг це зазвичай generate_lead; для ecommerce — purchase. Не робіть ключовою кожну взаємодію. Якщо scroll, phone_click і page_view прирівняні до заявки, загальний показник перестає мати бізнесовий сенс.

Для лідів і покупок додайте цінність, якщо можете пояснити її формулу. Наприклад, очікувана цінність ліда може базуватися на середньому доході від угоди та частці кваліфікованих лідів, що стають клієнтами. Не підставляйте випадкове число лише для красивого звіту.

Крок 8. Нормалізуйте джерела трафіку й UTM

UTM-мітки потрібні для email, соцмереж, партнерів, банерів і будь-яких кампаній без надійного автоматичного маркування. Заздалегідь погодьте нижній регістр і єдині назви:

utm_source=instagram&utm_medium=social&utm_campaign=summer_offer

Не використовуйте одночасно facebook, Facebook, fb і meta для одного джерела. GA4 сприйматиме їх як різні рядки. Не ставте UTM на внутрішні посилання сайту: це перезапише справжнє джерело сесії.

Для Google Ads використовуйте зв’язування акаунтів і автоматичне маркування. Якщо імпортуєте key event із GA4 як conversion у Ads, переконайтеся, що та сама дія не рахується паралельно основним нативним Ads-тегом — інакше отримаєте дублікати.

Крок 9. Налаштуйте згоду й приватність

Банер cookie й Consent Mode — не одне й те саме. Банер збирає вибір людини, а Consent Mode передає сигнал тегам і змінює їхню поведінку відповідно до дозволу. Потрібно окремо перевірити принаймні analytics_storage, ad_storage, ad_user_data і ad_personalization відповідно до ваших сценаріїв.

Не передавайте у назвах подій, URL або параметрах email, телефони, ПІБ чи інші персональні дані. Політика конфіденційності має відповідати фактичному збору. Юридичні вимоги залежать від ринку й моделі бізнесу, тому цей технічний чекліст не замінює консультацію фахівця з права.

Крок 10. Перевірте все до публікації

Тест має пройти повний шлях користувача:

1. Відкрити GTM Preview і підключити сайт до Tag Assistant.

2. Виконати дію: надіслати тестову форму, натиснути телефон, оформити тестове замовлення.

3. Перевірити, який тригер спрацював і які параметри передані.

4. Побачити подію в DebugView або Realtime.

5. Переконатися, що одна дія створила одну подію.

6. Перевірити різні пристрої, форми, мовні версії та сценарії помилки.

7. Опублікувати версію GTM із зрозумілим коментарем.

8. Наступного дня звірити звіти з CRM або тестовими замовленнями.

Окремо протестуйте блокувальники, відмову від аналітичних cookie та перехід між доменами, якщо оплата або запис відбуваються на сторонньому сервісі.

Які звіти дивитися власнику бізнесу

Не починайте з десятків графіків. Щотижневий звіт може містити п’ять показників:

• користувачі та сесії за каналами;

• кількість підтверджених лідів або покупок;

• коефіцієнт key event за посадковими сторінками;

• вартість ліда для платних кампаній;

• частка кваліфікованих заявок за даними CRM.

Додатково аналізуйте шлях: посадкова сторінка → перегляд послуги → початок форми → успішна заявка. Якщо трафік є, але заявок мало, використайте наш матеріал «Чому сайт має трафік, але не приносить заявок: 12 причин». Він допоможе перейти від цифр до гіпотез про пропозицію, довіру, форму й мобільний UX.

10 типових помилок GA4

1. Код встановлено двічі.

2. Відправлення форми рахується до підтвердження сервера.

3. Один лід створює кілька подій.

4. Клік по телефону названо завершеним продажем.

5. У подіях передаються персональні дані.

6. Усі мікродії позначені як key events.

7. UTM написані без єдиного словника.

8. Покупка не має унікального transaction_id.

9. GTM опубліковано без Preview і DebugView.

10. Дані GA4 ніколи не звіряються з CRM, замовленнями або записами.

Коли достатньо базового налаштування, а коли потрібен фахівець

Базове встановлення підійде інформаційному сайту з однією стандартною формою. Допомога розробника або аналітика потрібна, якщо є AJAX-форми, кілька доменів, онлайн-оплата, ecommerce, особистий кабінет, сторонній сервіс запису, колтрекінг, CRM, Consent Mode або різні типи лідів.

Результат професійного налаштування — не «GA4 підключено», а документований план подій, перевірені теги, відсутність дублів, узгоджені UTM і звіт, де кожен ключовий показник можна пояснити.

Висновок

Google Analytics 4 корисний лише тоді, коли вимірює реальний результат. Почніть із бізнес-дій, використовуйте рекомендовані події, відділяйте мікроконверсії від підтверджених лідів, тестуйте теги до публікації й звіряйте дані з CRM. Тоді питання зміниться з «скільки людей зайшло?» на «які сторінки та канали приводять клієнтів?» — саме для цього вебаналітика й потрібна.

FAQ

Чи безкоштовний Google Analytics 4?

Стандартна версія GA4 безкоштовна й достатня для більшості сайтів малого та середнього бізнесу. Платна Analytics 360 потрібна великим організаціям із підвищеними лімітами та вимогами.

Чим GA4 відрізняється від Google Tag Manager?

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

Чому form_submit не показує реальні заявки?

Автоматична подія може не підтримувати конкретну форму або спрацьовувати до успішної відповіді сервера. Для надійного ліда передавайте generate_lead після підтвердженого успіху.

Коли подія з’явиться у звітах?

Для тесту використовуйте Realtime і DebugView. Стандартні звіти можуть оновлюватися із затримкою, тому не оцінюйте налаштування лише через кілька хвилин після публікації.

Чи можна встановити GA4 на WordPress?

Так: через інтеграцію, плагін, код теми або GTM. Оберіть один основний спосіб і перевірте, щоб Measurement ID не запускався двічі.

Які події головні для сайту послуг?

Підтверджена заявка generate_lead, а також допоміжні form_start, phone_click, email_click і messenger_click. Key event зазвичай має бути саме підтверджена заявка.