GA4: як встановити, налаштувати та використовувати Google Analytics 4 для зростання бізнесу
Що таке GA4 і навіщо вона потрібна бізнесу
Google Analytics 4, або GA4, — це система веб- і продуктової аналітики, яка показує, звідки приходять користувачі, що вони роблять на сайті чи в застосунку та які дії приводять до заявок, продажів і доходу. Вона побудована навколо подій, а не лише переглядів сторінок і сеансів.
Цей матеріал стане в пригоді власникам бізнесу, маркетологам, e-commerce-командам, розробникам і SEO-фахівцям. GA4 допомагає не просто рахувати відвідування, а пов’язувати маркетингові канали з якістю аудиторії: хто заповнив форму, додав товар до кошика, почав оформлення замовлення або здійснив покупку.
В одному ресурсі можна збирати інформацію із сайту та мобільних застосунків. Наприклад, користувач може спочатку вивчити товар на сайті, а потім оформити замовлення у застосунку. Єдина аналітика допомагає побачити цей ланцюжок, а не оцінювати канали окремо один від одного.
Створення облікового запису та ресурсу GA4: базові налаштування без помилок
Налаштування варто починати зі зрозумілої архітектури. У Google Analytics обліковий запис зазвичай відповідає компанії або групі проєктів, ресурс зберігає дані конкретного бренду, а потік даних визначає джерело цих даних: сайт, iOS-застосунок або Android-застосунок.
До запуску домовтеся про назви, власників доступів і правила роботи з подіями. Це позбавить ситуації, коли для одного сайту існує кілька випадкових ресурсів, а важливі налаштування доступні колишнім працівникам або підрядникам.
Обліковий запис, доступи та налаштування обміну даними
Назву облікового запису обирайте так, щоб команда одразу розуміла, до якого бізнесу він належить. Якщо компанія має кілька сайтів або напрямів, не обов’язково створювати окремий обліковий запис для кожного домену: рішення залежить від структури бізнесу та того, хто має керувати доступами.
Права краще розподіляти за принципом мінімально необхідного доступу. Власнику та керівнику аналітики потрібні адміністративні права, маркетологу часто достатньо права редагування, а агентству чи розробнику можна надати доступ лише до потрібного ресурсу.
Під час створення облікового запису можна дозволити або заборонити використання даних для покращення продуктів і сервісів Google, увімкнути прогнозування, моделювання та порівняльний аналіз, а також надати доступ підтримці Google. Ці параметри варто узгодити з відповідальним за персональні дані та внутрішньою політикою компанії.
Як правильно налаштувати назву, часовий пояс і валюту ресурсу
Ресурс — це контейнер, до якого надходять дані сайту та застосунку. Для назви використовуйте бренд або домен без `https://`. Якщо сайт і застосунок належать одному продукту, єдина назва бренду зазвичай спрощує аналіз загальної воронки.
Часовий пояс має відповідати ринку, на якому ви ухвалюєте управлінські рішення. Якщо український інтернет-магазин працює за місцевим часом, а в GA4 вказано часовий пояс США, частина замовлень може потрапити до звіту за іншу календарну дату. Щоденна звірка доходу з CRM тоді стане джерелом зайвих запитань.
Валюта ресурсу має збігатися з валютою фактичних платежів. Якщо вона відрізняється, GA4 конвертує дохід за внутрішнім курсом, тому суми можуть не збігатися з CRM, CMS або платіжною системою. Для фінансової звітності первинним джерелом зазвичай залишається облікова система, а GA4 використовують для аналізу маркетингу та поведінки.
Які бізнес-цілі обрати в GA4
Бізнес-цілі впливають на склад стандартних звітів, а не замінюють налаштування подій. Їх можна вибрати кілька й пізніше змінити в адміністративній панелі.
Для B2B-сайту логічно почати із залучення потенційних клієнтів: надсилань форм, заявок і запитів на консультацію. Інтернет-магазину підійдуть стимулювання продажів і аналіз трафіку, а контентному проєкту — аналіз залученості та утримання користувачів.
Обирайте цілі відповідно до реальних рішень команди. Якщо рекламу оптимізують на заявки, важливіше бачити якість лідів і джерела звернень, ніж просто зростання переглядів сторінок.
Як підключити GA4 до сайту або застосунку
Підключення GA4 складається з чотирьох кроків: створити потік даних, отримати Measurement ID, розмістити тег на сайті або в застосунку та перевірити надходження подій у реальному часі. Встановлений код ще не означає, що аналітика готова для маркетингових рішень.
Перевірте згоду на використання cookie та обробку даних відповідно до GDPR і застосовних вимог законодавства України. Банер згоди та логіка передавання даних мають бути узгоджені з юристами й технічною командою.
Як створити потік даних для сайту, iOS або Android
У GA4 існують три типи потоків даних: Web для сайту або лендінгу, iOS App для iOS-застосунку та Android App для Android-застосунку. Ресурс об’єднує дані, а потік позначає конкретне джерело.
Для вебпотоку відкрийте адміністративну панель ресурсу, створіть потік Web, вкажіть URL сайту та зрозумілу назву, наприклад «Основний сайт». Після створення сервіс покаже ідентифікатор вимірювання у форматі `G-XXXXXXXXXX`.
Перед запуском переконайтеся, що вказано правильний домен, а тег розміщений на всіх потрібних шаблонах сайту. Для застосунку підключення зазвичай виконують через Firebase, після чого дані можуть надходити до пов’язаного ресурсу GA4.
Встановлення тега через Google Tag Manager і безпосередньо в код
Google Tag Manager зручний, коли потрібно налаштовувати події, параметри, кліки, форми та відстеження без постійного редагування коду сайту. Він також спрощує роботу команди: розробник публікує контейнер, а фахівець з аналітики керує тегами за погодженим процесом.
Пряме розміщення Google tag у коді може бути прийнятним для простого сайту, якщо потрібен лише базовий збір переглядів. Однак зі зростанням проєкту цей варіант часто стає менш гнучким: кожна нова подія потребує доопрацювання сайту.
Після публікації тега відкрийте звіт у реальному часі та DebugView. Перевірте власний візит, перегляд сторінок і тестову цільову дію. Якщо дані не надходять, шукайте блокування тегів, помилковий Measurement ID, неопублікований контейнер або обмеження банера згоди.
Розширена статистика: що GA4 збирає автоматично
Розширена статистика GA4 автоматично збирає перегляди та прокручування сторінок, кліки за зовнішніми посиланнями, внутрішній пошук, взаємодії з відео, завантаження файлів і взаємодії з формою. Це хороший старт, але не заміна налаштуванню бізнес-подій.
Наприклад, автоматична фіксація взаємодії з формою не завжди означає успішне надсилання заявки. Користувач міг почати заповнювати поля, отримати помилку або закрити сторінку. Надійніше відстежувати успішну відповідь сервера, появу сторінки подяки або іншу підтверджену дію.
Перевірте, які автоматичні події справді корисні вашій команді. Не перетворюйте звіти на склад технічного шуму, яким ніхто не користується.
Події та конверсії в GA4: як вимірювати дії, важливі для грошей
У GA4 практично все вимірюється подіями: перегляд сторінки, клік, надсилання форми, додавання товару до кошика або покупка. Подія має відповідати на запитання: яку дію виконав користувач і чому бізнесу важливо її враховувати.
Починайте не з десятків мікрокліків, а з карти шляху клієнта. Виокремте дії, які впливають на ліди, продажі, повторні покупки або використання продукту, а потім визначте, які з них стануть ключовими подіями.
Які події налаштувати для лідогенерації та інтернет-магазину
Для лідогенерації пріоритетними є успішне надсилання форми, запит на консультацію, клік за номером телефону, перехід у месенджер і підтверджений запис. Якщо дзвінки важливі для продажів, одного кліку за номером недостатньо для оцінки доходу: його варто зіставляти з даними колтрекінгу або CRM.
Для інтернет-магазину базова воронка включає перегляд товару, додавання до кошика, початок оформлення замовлення, покупку та повернення. Ці події дають змогу бачити, де покупець відпадає та який канал приводить не просто трафік, а замовлення.
Не додавайте до списку всі технічні дії поспіль. Клік по декоративній іконці рідко допомагає перерозподілити рекламний бюджет або покращити UX.
Як позначити подію як ключову та перевірити дані
Ключовою варто робити подію, яка є значущою для бізнесу, однозначно інтерпретується та підходить для оптимізації реклами. Перегляд сторінки зазвичай не відповідає цим критеріям, навіть якщо цифра має вражаючий вигляд у звіті.
В інтерфейсі GA4 позначте потрібну подію як ключову, але спочатку перевірте її параметри. Для покупки важливі ідентифікатор транзакції, сума, валюта та склад товарів. Для заявки — джерело підтвердження, а не лише натискання кнопки.
Тестуйте сценарії через DebugView: надішліть форму, додайте товар до кошика, оформіть тестове замовлення. Потім порівняйте події з CRM або замовленнями за погоджений період. Розбіжність не завжди є помилкою, але її причину потрібно розуміти до запуску оптимізації реклами.
Основні звіти GA4 і метрики, які варто переглядати
GA4 допомагає відповідати на чотири запитання: звідки прийшла аудиторія, як вона взаємодіяла із сайтом, що принесло дохід і чи повертаються користувачі. Оцінювати канал лише за кількістю візитів небезпечно: дешевий трафік без заявок не стає кориснішим через гарний графік.
| Метрика або звіт | Що показує | Яке рішення допомагає ухвалити |
|---|---|---|
| Користувачі | Кількість унікальних користувачів за період | Оцінити охоплення каналів і динаміку аудиторії |
| Сеанси | Візити та взаємодії в межах відвідувань | Порівняти активність трафіку, але не плутати з кількістю людей |
| Залучені сеанси | Сеанси з ознаками змістовної взаємодії | Знайти канали й сторінки, які приводять зацікавлену аудиторію |
| Події | Частоту зафіксованих дій | Перевірити поведінку та роботу воронки |
| Ключові події | Важливі для бізнесу дії | Оцінити ефективність SEO, реклами та посадкових сторінок |
| Дохід | Переданий дохід e-commerce | Зіставити канали з продажами, враховуючи правила атрибуції |
У звітах щодо залучення переглядайте джерела та канали: органічний пошук, платну рекламу, email, переходи за посиланнями та інші джерела. Потім порівнюйте не лише сеанси, а й ключові події, дохід, залученість і якість лідів у CRM.
Залученість допомагає зрозуміти, які сторінки читають, які дії виконують і де користувачі залишають сайт. Монетизація важлива для інтернет-магазинів, а утримання — для сервісів і застосунків із повторним використанням.
Типова помилка — вважати високий показник залученості гарантією продажів. Інша помилка — вимкнути канал через низьку кількість останніх конверсій, не перевіривши довгий цикл угоди та роль цього каналу в першому контакті.
Чим GA4 відрізняється від Universal Analytics і як працювати з обмеженнями
Universal Analytics будувалася переважно навколо сеансів і переглядів сторінок, а GA4 використовує подієву модель. Тому пряме порівняння показників між системами часто є некоректним: відрізняються визначення метрик, обробка даних, звіти та підхід до воронок.
| Аспект | Universal Analytics | GA4 |
|---|---|---|
| Базова модель | Сеанси та перегляди сторінок | Події та параметри подій |
| Сайт і застосунок | Зазвичай аналізувалися окремо | Можна об’єднувати в одному ресурсі |
| Воронки | Обмежені стандартними сценаріями | Гнучкіше будуються в дослідженнях |
| Необроблені дані | Експорт залежав від версії продукту | Доступний експорт у BigQuery за дотримання умов сервісу |
| Інтерфейс | Звичні стандартні звіти | Більше гнучкості, але потрібне налаштування |
Розбіжності з CRM, рекламними кабінетами та історичними звітами є нормальними, якщо зрозуміла їх причина. На цифри впливають часовий пояс, валюта, блокувальники, згода на cookie, різні моделі атрибуції, скасовані замовлення та затримка обробки даних.
У GA4 можуть застосовуватися порогові значення для захисту конфіденційності, а за обмеженої згоди на cookie — моделювання даних. Такі механізми не потрібно ігнорувати або вважати помилкою інтерфейсу. Їх слід враховувати під час інтерпретації невеликих сегментів і порівняння періодів.
Для регулярної звітності використовуйте Looker Studio, а для глибшого аналізу, об’єднання з даними CRM і перевірки логіки подій — експорт у BigQuery. Зв’язок із Google Search Console допомагає аналізувати пошукові запити та посадкові сторінки, але не замінює дані про конверсії в GA4.
Чекліст налаштування GA4 і коли варто залучити фахівців
Перед запуском перевірте базове налаштування:
- Обліковий запис, ресурс і права доступу названі зрозуміло.
- Часовий пояс і валюта відповідають операційній звітності.
- Створено коректний потік даних для сайту або застосунку.
- Тег встановлено та перевірено в реальному часі й DebugView.
- Налаштовано згоду на обробку даних і роботу cookie-банера.
- Увімкнено та перевірено корисний автоматичний збір подій.
- Налаштовано користувацькі події для заявок, покупок і ключових етапів воронки.
- Ключові події не дублюються та звіряються з CRM.
- Передаються дані e-commerce, якщо ви продаєте товари онлайн.
- Виключено внутрішній трафік працівників і протестовано UTM-мітки.
Самостійного налаштування достатньо для простого сайту з однією формою. Але кілька доменів, SPA-сайт, нестандартні форми, мобільний застосунок, складний інтернет-магазин, наскрізна аналітика та помітні розбіжності в даних потребують проєктування вимірювань до запуску реклами.
Ми в SEOGeeks розглядаємо GA4 як частину маркетингової системи: спочатку визначаємо цілі бізнесу, потім будуємо карту подій і перевіряємо коректність відстеження. Консультація з SEO-фахівцем допоможе розібратися, які дані потрібні саме вашому проєкту та де втрачаються заявки або продажі.
FAQ
Відповідаємо на популярні запитання
Так, GA4 можна встановити без Google Tag Manager, розмістивши Google tag безпосередньо в коді сайту. Для простого проєкту це робочий варіант. Однак Google Tag Manager зазвичай зручніший, якщо потрібно додавати події, відстежувати форми, кліки та e-commerce без постійних правок коду розробником.
Розбіжності можливі, оскільки GA4 і CRM рахують дії за різними правилами. Причинами можуть бути часовий пояс, валюта, блокувальники, згода на cookie, дублювання подій, скасовані замовлення та різні моменти фіксації ліда. Зіставляйте однаковий період, тип конверсії та унікальні ідентифікатори замовлень.
Спочатку налаштуйте підтверджені бізнес-дії: успішну заявку, покупку, запит на консультацію та початок оформлення замовлення. Потім додавайте проміжні етапи воронки, наприклад перегляд товару або клік у месенджер. Пріоритет залежить від моделі продажів, а не від стандартного списку подій.
Так, сайт і мобільні застосунки можна об’єднати в одному ресурсі GA4 через окремі потоки даних. Створіть Web-потік для сайту, iOS App для iOS та Android App для Android. Це допомагає аналізувати шлях користувача між платформами, хоча ідентифікацію користувача потрібно налаштувати окремо.
Перші події зазвичай можна побачити майже відразу у звіті реального часу та DebugView. Стандартні звіти обробляються довше й можуть оновлюватися із затримкою. Після встановлення не робіть висновків за кількома хвилинами: спочатку переконайтеся, що тестові події надходять коректно.
На WordPress GA4 можна підключити через Google Tag Manager, офіційний плагін Google Site Kit або вручну в коді теми. Для гнучкої аналітики частіше обирають GTM. Після встановлення перевірте Measurement ID, виключіть дублювання тегів із плагінів і протестуйте відвідування в DebugView.
Для Shopify GA4 підключають через вбудовані інтеграції, Google Tag Manager або спеціалізоване рішення для передавання e-commerce-подій. Важливо перевірити не лише перегляд сторінок, а й кошик, checkout, покупку, дохід та ідентифікатор транзакції. Інакше звіти про продажі будуть неповними або дубльованими.
У конструкторі сайтів зазвичай достатньо додати Measurement ID або код Google tag до розділу аналітики чи користувацького HTML. Назва поля залежить від платформи. Після публікації сайту перевірте дані в реальному часі. Якщо потрібне налаштування складних подій, уточніть, чи підтримує конструктор GTM.
Кросдоменне відстеження допомагає розпізнавати перехід користувача між різними доменами як один шлях, а не як новий візит. Воно потрібне, наприклад, коли основний сайт і платіжна сторінка працюють на різних доменах.
Для субдоменів ситуація зазвичай простіша: за коректного встановлення одного тега та налаштувань cookie GA4 часто може відстежувати переходи без окремої кросдоменної конфігурації. Але це потрібно перевіряти на реальному сценарії: `shop.site.com`, `blog.site.com` і сторонній checkout можуть працювати по-різному.
Якщо конверсія зараховується як перехід до платіжної системи, налаштуйте виключення небажаних рефералів і перевірте кросдоменне відстеження. Інакше після повернення на сайт GA4 може почати новий сеанс і присвоїти покупку платіжному домену.
Також переконайтеся, що подія purchase надсилається лише після підтвердження замовлення, містить унікальний ідентифікатор транзакції та не спрацьовує повторно після оновлення сторінки подяки.
Демографічні дані можуть бути відсутніми через налаштування Google signals, обмежений обсяг даних, згоду користувачів або порогові значення конфіденційності. Це не обов’язково означає помилку тега.
Перевірте налаштування збору даних і дотримання вимог щодо згоди користувачів. Не використовуйте демографію як абсолютну картину аудиторії: це агреговані дані, які можуть бути недоступними для невеликих сегментів.
Найчастіше причина полягає в терміні зберігання даних для досліджень, а не у видаленні всього ресурсу. В адміністративних налаштуваннях GA4 перевірте параметр зберігання даних для користувацьких досліджень і змініть його, якщо доступний термін не відповідає вашим завданням.
Стандартні звіти та дослідження можуть мати різні правила доступності. Перед зміною налаштування зафіксуйте важливі звіти та перевірте, до якого типу даних належить обмеження.
Зазвичай окремий вебпотік створюють для кожного самостійного сайту або домену, якщо це різні джерела даних. Ресурс можна обрати спільний, коли сайти належать одному бренду й аналізуються як єдина екосистема.
Якщо сайти обслуговують різні бізнеси, ринки або команди, окремі ресурси часто забезпечують чистішу аналітику та зрозуміліші права доступу. Рішення залежить від мети звітності, а не від кількості доменів.
Внутрішній трафік виключають через правило визначення внутрішнього трафіку за IP-адресами та фільтр даних у GA4. Спочатку протестуйте фільтр у режимі перевірки, щоб не втратити реальні відвідування.
Для працівників із динамічними IP одного фільтра може бути недостатньо. У такому разі використовують окремий параметр, cookie, розширення браузера або правила в GTM, погоджені з технічною командою.
Дані про внутрішній пошук шукайте в подіях, зазвичай це подія `view_search_results`. За увімкненої розширеної статистики GA4 може збирати її автоматично, якщо розпізнає параметр пошукового запиту в URL.
Перевірте назву параметра пошуку на сайті та переконайтеся в DebugView, що подія містить пошуковий термін. Для аналізу створіть звіт або дослідження за параметром запиту.
Unassigned означає, що GA4 не змогла віднести візит до стандартної групи каналів за доступними параметрами джерела, каналу та кампанії. Це не окремий маркетинговий канал, а сигнал перевірити розмітку.
Поширені причини: нестандартні UTM-мітки, помилки в `utm_medium`, відсутні параметри, переходи із сервісів без коректного передавання реферера. Перевірте фактичні source/medium, уніфікуйте правила UTM і за потреби налаштуйте користувацьку групу каналів.
Дані Google Ads переглядають у рекламних звітах і звітах щодо залучення після зв’язування облікових записів Google Ads та GA4. Зв’язок дає змогу зіставляти кампанії з поведінкою користувачів, ключовими подіями та доходом.
Перевірте права доступу, увімкнення автоматичного маркування та імпорт потрібних ключових подій. Не порівнюйте цифри без урахування різної атрибуції та часу обробки даних у двох системах.
Для аналізу SEO зв’яжіть ресурс GA4 із Google Search Console та використовуйте звіти Search Console разом із даними про залученість і конверсії. Search Console показує пошукові запити, кліки та покази, а GA4 — подальшу поведінку на сайті.
Переглядайте не лише сторінки зі зростанням трафіку, а й їхні ключові події. Так простіше знайти запити та посадкові сторінки, які приводять комерційно корисну аудиторію.
Параметри `utm_term` і `utm_content` зазвичай потрібно аналізувати через користувацькі параметри та дослідження GA4. Спочатку переконайтеся, що ці значення передаються в URL і не губляться під час редиректів.
`utm_term` використовують, наприклад, для передавання ключового слова, а `utm_content` — для розрізнення креативів, посилань або варіантів оголошення. Узгодьте єдиний формат розмітки до запуску кампаній.
Динамічні IP складно виключити одним постійним IP-фільтром, оскільки адреса регулярно змінюється. Для працівників практичніше використовувати окрему ознаку внутрішнього трафіку через GTM, cookie або корпоративну авторизацію.
Будь-яке правило спочатку перевіряйте в тестовому режимі. Якщо виключити надто широкий діапазон адрес, можна випадково прибрати зі звітів частину звичайних відвідувачів.
Для мобільного застосунку Firebase зв’язують із GA4 через проєкт Firebase та потік iOS або Android у потрібному ресурсі. Firebase SDK передає події застосунку, після чого вони стають доступними в аналітиці GA4.
Перевірте, що застосунок надсилає події до правильного проєкту й ресурсу. Для єдиної звітності сайту та застосунку заздалегідь продумайте назви подій та ідентифікатори користувачів.
Спочатку перевірте звіт у реальному часі та DebugView, потім — наявність тега на сторінці й статус контейнера GTM. Поширені причини: зміни шаблону сайту, неопублікований контейнер, неправильний Measurement ID, банер згоди або блокування скриптів.
Якщо події в реальному часі є, але стандартний звіт порожній, дочекайтеся обробки даних і перевірте вибраний період. Не змінюйте налаштування навмання до діагностики.
Measurement ID — це ідентифікатор вебпотоку GA4, за яким тег надсилає дані до потрібного ресурсу. Зазвичай він починається з `G-` і розташований у налаштуваннях потоку даних в адміністративній панелі Google Analytics.
Не плутайте його з ідентифікатором облікового запису або ресурсу. Під час встановлення через Google Tag Manager Measurement ID вказують у конфігурації тега Google.
Google Analytics 4 зв’язують із Google Ads в адміністративній панелі GA4 через розділ зв’язків із продуктами. Для цього потрібні відповідні права доступу до обох облікових записів.
Після налаштування перевірте автоматичне маркування та імпорт ключових подій у Google Ads. Зв’язок дає змогу бачити, що відбувається після кліку по оголошенню, але звітні цифри можуть відрізнятися через моделі атрибуції.
Потік даних — це джерело, з якого інформація надходить до ресурсу GA4. Для сайту використовується Web-потік, для застосунку Apple — iOS App, для Android-застосунку — Android App.
Один ресурс може містити кілька потоків. Наприклад, бренд може об’єднати сайт і два мобільні застосунки, зберігаючи можливість аналізувати кожне джерело окремо.
Насамперед розгляньте інтеграції з Google Ads, Google Search Console, BigQuery та Looker Studio. Google Ads потрібен для оцінки рекламних кампаній, Search Console — для аналізу органічного пошуку, BigQuery — для роботи з деталізованими даними, Looker Studio — для наочних дашбордів.
Не підключайте сервіси лише для галочки. Кожна інтеграція має відповідати на конкретне запитання маркетингу, продажів або продукту.
Вибір бізнес-цілей впливає насамперед на набір стандартних звітів, які GA4 пропонує в інтерфейсі. Для лідогенерації акцент буде на зверненнях, для e-commerce — на покупках і доході, для контентного проєкту — на залученості.
Можна вибрати кілька цілей одночасно та змінити їх пізніше. Вони не створюють події автоматично й не замінюють їх технічне налаштування.
Доступ надають в адміністративній панелі GA4 через керування доступом до облікового запису або ресурсу. Вкажіть email користувача та виберіть лише необхідні права: перегляд, редагування, керування користувачами або повний доступ.
Не передавайте спільний логін і пароль. Регулярно переглядайте список користувачів, особливо після зміни працівників, завершення робіт із підрядником або передавання проєкту іншій команді.
