Налаштування GA4
Коректне настроювання GA4 починається з розуміння того, які дії користувачів потрібно бачити в аналітиці. Сам лічильник покаже відвідування, сторінки та частину стандартних подій, але цих даних зазвичай недостатньо для оцінки заявок, продажів, рекламних кампаній та поведінки клієнтів.
Що таке події у GA4?
Налаштування Google Analytics для сайту включає підключення ресурсу, встановлення тега, перевірку передачі даних, налаштування подій та ключових дій. Для інтернет-магазинів додатково налаштовується електронна торгівля, щоб GA4 отримував інформацію про товари, кошик, оформлення та фактичну купівлю.
Такий підхід допомагає бачити шлях користувача від першого переходу до звернення чи замовлення. Якщо аналітика вже встановлена, краще починати роботу з аудиту Google Analytics, оскільки повторне встановлення без перевірки може створити дублі подій та спотворені звіти.
Подія GA4 описує конкретну дію користувача або технічну дію на сайті. Частина подій система збирає автоматично, а додаткову інформацію можна отримати через Enhanced Measurement, GTM або код сайту.
До стандартних прикладів належать page_view, scroll, click та деякі інші дії. Для комерційних завдань часто використовують рекомендовані події generate_lead, sign_up, login, add_to_cart, begin_checkout та purchase.
Якщо стандартної події недостатньо, створюється подія користувача зі зрозумілою назвою і потрібними параметрами. При цьому не варто створювати десятки майже однакових подій, коли те саме завдання можна вирішити однією подією з додатковим параметром.
Параметри події дають контекст. Наприклад, разом з дією можна передати тип форми, сторінку, товар, вартість або інший показник, який потім стане в нагоді у звітах та custom dimensions.
Налаштування подій та цілей у Google Analytics 4
Запити «Налаштування цілей Google Analytics» та «Налаштування мети в Google Analytics» продовжуються, хоча модель GA4 відрізняється від старої Universal Analytics. Дії користувачів фіксуються як події, а найважливіші події можна назвати Key events.
Тому налаштування цілей у Google Analytics 4 починається з карти подій. Спочатку визначають, які дії потрібні бізнесу, потім вибирають спосіб їхньої передачі і лише після перевірки відзначають потрібні події як ключові.
Для рекламних кампаній також перевіряється зв'язок GA4 із Google Ads. Ключова подія в аналітиці та конверсійна дія в рекламному обліковому записі повинні відповідати реальній меті, інакше оптимізація кампаній спиратиметься на невідповідний сигнал.
Як налаштувати цілі у GA4 через Key events?
Спочатку потрібно визначити дію, пов'язану з результатом бізнесу. Для сайту послуг це може бути відправка форми, SaaS – реєстрація, для інтернет-магазину – purchase з підтвердженим замовленням.
Після цього подія передається до GA4 і перевіряється в DebugView. Якщо дані приходять коректно, дію можна відзначити як Key event і використовувати при аналізі каналів, посадкових сторінок і сценаріїв користувача.
Налаштування цілей у Google Analytics має враховувати якість сигналу. Клік по кнопці форми ще означає успішну відправку, тому для основної мети переважно фіксувати підтверджену дію після валідації.
Якщо дані використовуються в Google Ads, додатково перевіряється імпорт та обрана модель обліку. Помилка на цьому етапі може призвести до того, що рекламна система почне оптимізуватись по другорядній дії замість реальної заявки чи продажу.
Які цілі слід відстежувати на комерційному сайті?
Набір цілей залежить від моделі бізнесу, тому універсальний перелік застосовувати без перевірки не варто. Інтернет-магазину потрібні покупки та етапи оформлення, а сайту послуг зазвичай важливіше заявки, дзвінки та звернення через месенджери.
Корисно розділити макро- та мікро-дії. Основний результат бізнесу відзначається окремо, а проміжні дії допомагають зрозуміти, на якому етапі користувач продовжив рух чи зупинився.
У карті подій зазвичай фіксують назву події, умову спрацьовування, параметри та бізнес-сенс. Такий документ допомагає розробнику, маркетологу та власнику сайту однаково розуміти логіку аналітики.
Після налаштування карта подій залишається корисною під час редизайну. Нею можна швидко перевірити, які дії повинні продовжити працювати після зміни сторінок чи форм.
Налаштування GA4 для сайту: що входить до послуги?
Склад робіт залежить від типу сайту, кількості форм, рекламних каналів, структури доменів та завдань бізнесу. Налаштування аналітики на сайті компанії з однією формою зв'язку помітно відрізняється від проєкту з інтернет-магазином, кількома мовними версіями, Google Ads, CRM та окремим платіжним доменом.
Базове налаштування Google Analytics зазвичай включає створення або перевірку ресурсу GA4, підключення потоку даних, встановлення Google tag або GTM, налаштування необхідних подій та тестування. Після цього перевіряються джерела трафіку, Key events, інтеграції та звіти, якими користуватиметься маркетолог чи власник бізнесу.
У робочий список можуть входити такі задачи:
- створення облікового запису, ресурсу GA4 та вебпотоку з коректними системними налаштуваннями;
- підключення Google Analytics до сайту через Google tag, Google Tag Manager або інтеграцію CMS;
- налаштування подій для форм, кліків, реєстрацій, покупок та інших дій користувачів;
- налаштування електронної торгівлі, якщо сайт приймає та оформлює замовлення онлайн;
- підключення Google Ads, Search Console, Looker Studio або BigQuery у разі потреби;
- аудит трафіку, тестування подій та пошук помилок у вже працюючій системі.
Після застосування перевіряється не наявність коду як, а фактичне надходження необхідних даних. Користувацькі дії повинні фіксуватися один раз, містити правильні параметри та з'являтися у потрібному ресурсі GA4.
Створення та базове налаштування облікового запису Google Analytics 4
У структурі Google Analytics використовується обліковий запис, ресурс та потік даних. Аккаунт відноситься до компанії або власника аналітики, ресурс зберігає дані конкретного проєкту, а потік визначає джерело даних, наприклад сайт або мобільний застосунок.
При створенні ресурсу задаються часовий пояс, валюта, відомості про компанію та бізнес-мету. Для сайту створюється Web Data Stream, після чого Google Analytics видає Measurement ID виду G-XXXXXXXXXX, який використовується при підключенні тега.
Помилки цьому етапі потім впливають на звіти. Неправильна валюта ускладнює аналіз revenue, неправильний часовий пояс зсуває статистику щодня, а хаотична структура ресурсів створює проблеми з доступами та порівнянням проєктів.
Установки Google Analytics бажано продумати до встановлення коду. Якщо ресурс вже створено, перед змінами перевіряються поточні користувачі, інтеграції, фільтри, події та зв'язок із рекламними обліковцями.
Як додати новий або другий сайт до Google Analytics?
Додати сайт до Google Analytics можна через створення окремого ресурсу або нового потоку даних, проте вибір залежить від структури бізнесу. Для самостійних проєктів частіше зручніше використовувати різні ресурси, щоб статистика, події та налаштування одного сайту не змішувалися з іншим.
Якщо потрібно додати другий сайт Google Analytics для одного проєкту, спочатку визначають, чи повинні користувачі між доменами вважатися частиною загального шляху. Іноді сайти логічно пов'язані, наприклад, основний домен і окремий домен оформлення замовлення. У такому разі додатково перевіряється cross-domain tracking.
Коли потрібно додати новий сайт до Google Analytics для окремого бренду або напряму, структура повинна залишатися зрозумілою для команди. Назви ресурсів, доступи та потоки краще задавати так, щоб через кілька місяців було зрозуміло, до якого проєкту належить кожен набір даних.
Перед тим як додати сайт до Google аналітику, також перевіряють наявність старого лічильника. Одночасна робота кількох реалізацій GA4 без контролю може викликати подвійні page_view, заявки та покупки.
Підключення Google Analytics 4 до сайту
Підключення Google Analytics починається після створення вебпотоку та отримання ідентифікатора. Найкращий спосіб установки вибирається з урахуванням CMS, доступу до коду, наявності GTM та подальших завдань щодо відстеження подій.
Google Analytics можна підключити до сайту безпосередньо через Google tag або через контейнер Google Tag Manager. Для деяких CMS та SaaS-платформ достатньо вказати Measurement ID у системних налаштуваннях, після чого платформа самостійно додасть необхідний код.
Після встановлення виконується перевірка через Realtime, Tag Assistant, GTM Preview або DebugView. Якщо дані з'явилися в режимі реального часу, це підтверджує роботу базового тега, але налаштування подій та електронної торгівлі перевіряється окремо.
Схема передачі виглядає так:
Сайт → Google tag або GTM → GA4 → події → Key events → звіти → рекламні та аналітичні системи
Кожну ділянку цього ланцюжка можна перевірити окремо. Такий порядок швидше показує, де саме губляться чи спотворюються дані.
Встановлення Google tag безпосередньо на сайт
Встановлення Google Analytics на сайт підходить для проєктів, де потрібен базовий збір даних і немає складної системи тегів. Код Google tag розміщується у шаблоні сторінок згідно з інструкцією Google, після чого лічильник починає надсилати стандартні дані у вибраний ресурс.
Такий варіант часто використовують на невеликих сайтах чи проєктах із простою структурою. При подальшому розвитку може знадобитися додаткове налаштування подій, рекламних пікселів та інших систем, тому спосіб застосування краще вибирати з урахуванням майбутніх завдань.
Встановити Google Analytics на сайт недостатньо одного разу та забути про нього. Після зміни шаблону, переїзду на іншу CMS або встановлення нового cookie-банеру передачу даних бажано перевірити повторно.
Якщо розробник додає лічильник вручну, необхідно переконатися, що код не встановлено одночасно через тему, плагін та сторонню інтеграцію. Саме таке дублювання часто спричиняє подвійні події.
Встановлення Google Analytics через Google Tag Manager
Встановлення Google Analytics через GTM зручне, коли на сайті потрібно керувати кількома тегами та подіями з одного інтерфейсу. Контейнер GTM встановлюється на сайт, після чого всередині створюється Google tag із потрібним Measurement ID.
При запиті gtm install зазвичай йдеться саме про встановлення контейнера Google Tag Manager. Після його розміщення можна додавати тригери, змінні, події GA4 та інші маркетингові теги без постійного редагування шаблонів сайту.
Перед публікацією змін використовується GTM Preview. У режимі попереднього перегляду видно, який спрацював тег, на якій події це сталося і які параметри були відправлені.
Робота через GTM потребує порядку у структурі контейнера. Зрозумілі назви тегів, тригерів та змінних помітно спрощують подальший аудит налаштування вебаналітики Google.
Підключення GA4 через CMS або готову інтеграцію
Багато CMS дозволяють додавати Google Analytics без ручної вставки коду. У налаштуваннях WordPress, Shopify, WooCommerce та інших систем може бути окреме поле Measurement ID або готовий модуль інтеграції з GA4.
Такий спосіб зручний, коли платформа підтримує актуальну реалізацію та коректно передає потрібні події. Перед підключенням слід перевірити документацію CMS та переконатися, що додатковий плагін не створить другий екземпляр Google tag.
Для інтернет-магазину готова інтеграція особливо корисна, якщо вона передає e-commerce події разом із товарами, вартістю та transaction_id. Проте фактичні дані однаково потрібно перевірити тестовим замовленням.
Якщо вбудована інтеграція обмежена, додаткові події можна налаштувати через GTM або допрацювати dataLayer. Спосіб вибирається після перевірки можливостей конкретної платформи.
Я не вважаю налаштування GA4 завершеним відразу після встановлення лічильника. Спочатку я перевіряю, які дані реально отримує система, чи коректно працюють події та Key events, чи не дублюються заявки та покупки. Для інтернет-магазинів окремо перевіряю transaction_id, value, currency та товари у події purchase. Додатково я тестую події через GTM Preview, DebugView та реальні дії на сайті. Тільки після такої перевірки дані можна використовувати для аналізу трафіку, SEO та рекламних кампаній.
Етапи налаштування Google Analytics 4
Роботу зручніше вести по етапах, щоб спочатку визначити завдання, потім впровадити технічну частину і лише після цього робити звіти. Такий порядок знижує ризик зайвих подій та повторної обробки контейнера.
Кожен етап закінчується результатом, що перевіряється. Після аналізу з'являється карта подій, після впровадження – робочі теги, після тестування – підтверджені дані у GA4.
Послідовність є особливо корисною для проєктів, де аналітикою користуються кілька фахівців. Розробник розуміє технічні вимоги, маркетолог отримує необхідні події, а власник бачить узгоджений набір показників.
Документація зберігається після запуску. Вона спрощує подальший аудит при редизайні чи зміні підрядника.
Аналіз сайту та бізнес-завдань
Спочатку вивчається структура сайту, форми, контакти, шлях користувача та фактичні точки конверсії. Для інтернет-магазину окремо перевіряються кошик, checkout, платежі та сторінка підтвердження замовлення.
На цьому етапі не створюються події заради збору даних. Кожна дія пов'язується з конкретним завданням: заявкою, покупкою, реєстрацією чи аналізом окремого етапу воронки.
Додатково перевіряється поточне встановлення Google Analytics, якщо воно вже існує. Це допомагає уникнути другого лічильника та зберегти корисні налаштування.
Після аналізу зрозумілим є реальний обсяг робіт. Саме цей етап дає підставу для оцінки термінів та вартості налаштування.
Складання картки подій
Карта подій фіксує, що саме має вирушати до GA4. Для кожної дії вказуються назва події, умова спрацьовування, параметри та її роль в аналітиці.
Такий документ особливо корисний за великої кількості форм або e-commerce. Він допомагає уникнути хаотичних назв та ситуацій, коли однакові дії вирушають різними подіями.
У карту можна включити generate_lead, sign_up, login, purchase та інші дії. У разі потреби додаються параметри form_name, item_id або аналогічні значення.
Перед використанням карта узгоджується з бізнес-завданнями. Зайві події видаляються ще до технічного налаштування.
Налаштування GA4 та GTM
Після узгодження подій створюються або коригуються теги, тригери та змінні GTM. Якщо використовується прямий Google tag, перевіряється його розміщення та взаємодія з іншими системами.
Кожен тег одержує зрозумілу назву. Це заощаджує час при подальшому обслуговуванні контейнера і знижує ризик випадково змінити той елемент.
Під час налаштування використовуються GTM Preview та Tag Assistant. Фахівець бачить послідовність подій та перевіряє умови спрацювання до публікації змін.
Після тесту контейнер публікується, а дані додатково перевіряються у GA4. Так виключаються помилки, які могли виявитися вже після реального запуску.
Налаштування e-commerce та інтеграцій
Для інтернет-магазину розробник чи готова CMS передає e-commerce дані. GTM зчитує dataLayer та відправляє події в GA4 з потрібними параметрами.
Паралельно за потреби зв'язуються Google Ads, Search Console, Looker Studio або інші сервіси. Кожна інтеграція перевіряється після підключення.
Якщо використовуються кілька доменів, окремо налаштовується шлях користувача між ними. Для платіжних сервісів перевіряються небажані referrals.
Після впровадження проводиться тестовий сценарій від входу до сайту до покупки. Усі етапи звіряються з очікуваною картою подій.
Тестування
Тестування проводиться на реальних діях користувача. Перевіряються перегляди сторінок, кліки, форми, реєстрації, кошик, checkout та purchase в залежності від проєкту.
У GTM Preview видно спрацювання тегів, а DebugView показує події та параметри, які отримав GA4. Realtime використовується як додаткова перевірка надходження даних.
Тести виконуються на основних типах пристроїв та сценаріях. Окремо перевіряються повторні кліки, помилки форми та оновлення сторінки після замовлення.
Якщо розбіжність виявлена, причина виправляється до передачі проєкту. Звіти не будуються на неперевірених подіях.
Передача та документація
Після завершення налаштування клієнт отримує зрозумілу структуру того, що було зроблено. У ній бажано зафіксувати події, Key events, інтеграцію та особливості реалізації.
Документація корисна під час роботи з новим маркетологом або розробником. Нею можна зрозуміти, чому певний тег існує і яку дію він відстежує.
Додатково передаються рекомендації щодо використання звітів та подальших перевірок. Якщо у проєкті залишилися завдання за розробника, вони описуються окремо.
Такий підхід знижує залежність від одного фахівця. Налаштування можна перевірити та продовжити без відновлення логіки за випадковими назвами тегів.
Що саме ми робили
Стоматологія · Київ і Чернігів
+44% кліків із пошуку
Домен без історії, сайт на конструкторі. Зібрали семантику під послуги й обидва міста, переробили посадкові сторінки, з нуля побудували посилальний профіль. За чотири місяці: 34,8 тис. кліків, покази 1,32 → 1,76 млн, DR 0 → 41.
E-commerce · міжнародний ринок
+96% кліків за два місяці
Каталог цифрових 3D-моделей. Кластеризували семантику, перебудували хабові сторінки, закрили дублі та помилки індексації. Користувачі з Google 247 → 532, CTR 2,4% → 4%.
Медичний центр · Україна
+68,75% видимості за перший місяць
Вузька видимість і мала семантика на старті. Семантика, структура посадкових, метадані та перелінковка, поступове посилення посиланнями.
Скільки коштує налаштування Google Analytics 4?
Вартість налаштування залежить від обсягу робіт. Підключення лічильника для невеликого сайту та налаштування Google Analytics для інтернет-магазину з dataLayer, e-commerce, рекламними інтеграціями та десятками подій потребують різної кількості часу.
Запити Google Analytics ціна та Google Analytics вартість також можуть стосуватися самої системи. Тут потрібно розділяти безкоштовну стандартну версію GA4 та корпоративний продукт Google Analytics 360.
Вартість послуги налаштування розраховується після перевірки сайту та списку завдань. Якщо аналітика вже працює, попередній аудит допомагає зрозуміти, які частини можна залишити, а які вимагають виправлення.
Фіксована ціна без вивчення проєкту не показує реальний обсяг. Два зовні схожі сайти можуть мати зовсім різну логіку форм, checkout та інтеграцій.
Безкоштовний Google Analytics та Google Analytics 360
Стандартний Google Analytics 4 доступний безкоштовно та підходить більшості сайтів. У ньому є збір подій, звіти, Explorations, Key events, e-commerce та основні інтеграції з сервісами Google.
Google Analytics 360 відноситься до корпоративної версії з розширеними лімітами та умовами обслуговування. Тарифікація залежить від договору та обсягу даних, тому універсальну фіксовану ціну всім компаній вказувати некоректно.
Запит Google Analytics 360 краще розглядати вартість окремо від вартості впровадження. Навіть за безкоштовної версії GA4 бізнес може оплачувати аудит, налаштування подій, розробку dataLayer, інтеграцію та звітність.
Назва Google Analytics Premium зустрічається у старих матеріалах та пошукових запитах. Актуальний корпоративний продукт називається Analytics 360, тому запит Google Analytics Premium варто розкривати з цим поясненням.
Від чого залежить ціна налаштування GA4?
Основний фактор – кількість логіки, яку потрібно перевірити та реалізувати. На невеликому корпоративному сайті може бути кілька форм та кліків, а в інтернет-магазині з'являються товари, кошик, checkout, оплата, повернення та товарні параметри.
На вартість також впливають поточний стан GTM, доступність розробника, кілька доменів, CRM, Call Tracking, Google Ads, BigQuery та індивідуальні звіти.
Орієнтовний склад робіт можна поділити так:
| Тип робіт | Що входить |
|---|---|
| Базове налаштування | ресурс, потік, Google tag, первинна перевірка |
| Налаштування подій | форми, кліки, реєстрації, Key events |
| E-commerce | dataLayer, події магазину, purchase та revenue |
| Аудит GA4 | перевірка реалізації, подій, джерел та помилок |
| Розширена аналітика | Ads, BigQuery, Looker Studio, CRM та звіти |
Точне налаштування Google Analytics ціна визначається після короткого технічного аналізу. Такий підхід допомагає уникнути ситуації, коли до початкової оцінки не потрапили складні форми чи нестандартне оформлення замовлення.
Для невеликого проєкту частину завдань можна виконати без опрацювання сайту. Якщо потрібний повноцінний dataLayer, у роботу додатково включається розробник.
Суміжні послуги
Налаштування Google Search Console
Налаштування Google Search Console для сайту: підключення, підтвердження прав, sitemap, індексація, звіти та доступи. Додамо сайт у пошук Google та перевіримо коректність налаштування.
Коллтрекінг / Call Tracking
Коллтрекінг для сайту в Україні: налаштування Call Tracking, відстеження джерел дзвінків, інтеграція з GA4, Google Ads та CRM. Замовте підключення та аналітику дзвінків у Seo-Gen.
Налаштування GTM
Налаштування GTM: встановлення Google Tag Manager, підключення Google Analytics 4, розміщення коду, події, тригери, Meta Pixel та перевірка через Tag Assistant.
Налаштування E-commerce Analytics
Налаштування електронної торгівлі в Google Analytics 4: події, продаж, звіти, перевірка даних та аналітика e-commerce. Налаштуємо GA4 для інтернет-магазину.
Наскрізна аналітика
Налаштування та впровадження наскрізної аналітики для сайту та інтернет-магазину. Інтеграція GA4, CRM, Bitrix24, 1С, реклами та коллтрекінгу. Розрахуємо вартість вашого проєкту.
Розробка аналітичних дашбордів
Розробка дашбордів для бізнесу: Power BI, Looker Studio, інтеграція CRM, GA4 та рекламних систем. Створюємо панелі під KPI та автоматизуємо звітність.
Відповіді на ваші запитання
Скільки коштує налаштування Google Analytics 4?
Вартість залежить від структури сайту, кількості подій, форм, доменів та необхідних інтеграцій. Базове підключення та повноцінне настроювання інтернет-магазину з e-commerce потребують різного обсягу робіт.
Якщо Google Analytics вже встановлено, спочатку корисно провести аудит. Він показує, які елементи працюють коректно і які параметри доведеться переробити.
Для точної оцінки потрібні URL сайту та короткий перелік завдань. Після цього можна поділити роботу на обов'язкові та додаткові етапи.
Google Analytics 4 безкоштовний чи платний?
Стандартний Google Analytics 4 доступний безкоштовно та підходить більшості сайтів. У безкоштовній версії можна збирати події, налаштовувати Key events, використовувати e-commerce та стандартні звіти.
Для великих компаній існує корпоративна версія Google Analytics 360. Вона відрізняється лімітами, умовами обслуговування та моделлю тарифікації.
Вартість послуг спеціаліста з налаштування не пов'язана безпосередньо із платністю самого сервісу. Оплачується робота з впровадження, аудиту та перевірки даних.
Як підключити Google Analytics до сайту?
Спочатку створюється ресурс GA4 та вебпотік, після чого система видає Measurement ID. Далі Google Analytics підключається через Google Tag, Google Tag Manager або готову інтеграцію CMS.
Після встановлення потрібно перевірити надходження даних через Realtime та додаткові інструменти тестування. Тільки потім має сенс налаштовувати події та Key events.
Для сайту зі складними формами чи магазином зазвичай потрібна додаткова робота. Базовий тег не передає всю бізнес-логіку автоматично.
Чи можна інсталювати Google Analytics через GTM?
Так, Google Tag Manager часто використовують для встановлення Google tag та налаштування додаткових подій. Такий спосіб зручний, коли на сайті працює кілька маркетингових та аналітичних систем.
Після встановлення контейнера створюється потрібний тег, вказується Measurement ID та налаштовуються умови спрацьовування. Перед публікацією здійснюється перевірка через GTM Preview.
Контейнер також слід підтримувати в порядку. Теги, що дублюють, і старі тригери можуть спотворювати дані так само, як помилки в коді сайту.
Як настроїти цілі в Google Analytics 4?
У GA4 використовується подієва модель, тому дія користувача спочатку передається як подія. Потім найбільш значущі для бізнесу події можна назвати Key events.
Для форми це може бути generate_lead, для реєстрації – sign_up, для магазину – purchase. Вибирати основну мету варто за фактичним результатом, а не за будь-яким кліком користувача.
Після налаштування виконується тестування. Подія має приходити один раз і лише тоді, коли потрібна дія справді завершена.
Як додати другий сайт до Google Analytics?
Для другого самостійного сайту зазвичай створюють окремий ресурс, щоб дані різних проєктів не змішувалися. Якщо сайти належать до одного користувача шляху, структура може бути іншою.
Перед створенням нового потоку чи ресурсу потрібно зрозуміти, чи потрібен спільний аналіз доменів. Для пов'язаних сайтів іноді настроюють cross-domain tracking.
Назви ресурсів та доступи краще ставити зрозуміло відразу. Це полегшує управління аналітикою, коли проєктів стає більше.
Чи потрібний інтернет-магазину окремий e-commerce в GA4?
Так, для повноцінного аналізу магазину потрібно передавати стандартні e-commerce події. Вони показують перегляд товару, додавання в кошик, початок checkout та підтверджену покупку.
У purchase передаються transaction_id, value, currency та дані товарів. Без цих параметрів частина звітів щодо доходу та асортименту буде неповною.
Після впровадження необхідно виконати тестове замовлення. Його сума, товари та ідентифікатор повинні збігатися з інформацією CMS.
Як перевірити, чи правильно налаштовано GA4?
Перевірка проводиться через реальні дії на сайті, GTM Preview, DebugView та Realtime. Фахівець дивиться, які події спрацьовують та які параметри отримує система.
Додатково перевіряються дублі, форми, purchase, джерела трафіку та внутрішні відвідини. Для інтернет-магазину порівнюються дані тестового замовлення із фактичною транзакцією.
Якщо події використовуються в Google Ads, перевіряється рекламна інтеграція. Помилка вихідних даних може вплинути на оптимізацію кампаній.
Налаштування GA4 має починатися із завдань бізнесу та закінчуватись перевіркою реальних даних. Для одного проєкту достатньо базового тега та кількох подій, іншому знадобиться e-commerce, dataLayer, крос-доменне відстеження та інтеграція з рекламними системами.
Якщо Google Analytics вже встановлено, розумно розпочати з аудиту та перевірити поточну реалізацію. Якщо аналітики ще немає, спочатку складається карта подій, після чого встановлюється GA4 та налаштовуються потрібні дії.
Щоб отримати коректні дані щодо трафіку, заявок та продажів, замовте налаштування Google Analytics 4 у Seo-Gen. Перед початком робіт ми перевіримо сайт, визначимо необхідний склад подій та підготуємо зрозумілий план впровадження.
Відповідаємо протягом робочого дня. Без розсилок і дзвінків «просто нагадати».
Подивиться сайт сам, а не передасть менеджеру.
Докладніше: Налаштування GA4
Аудит налаштування Google Analytics
Аудит Google Analytics потрібний, коли лічильник вже встановлено, але якість зібраних даних викликає запитання. Типова ситуація виглядає просто: трафік у звітах є, проте заявок помітно менше, ніж у CRM, покупки дублюються або Google Ads показує інші результати.
Аудит налаштування вебаналітики Google допомагає знайти місце, де з'являється розбіжність. Перевіряється сам тег, структура ресурсу, події, параметри, джерела трафіку, e-commerce, інтеграції та технічні настройки, що впливають якість звітів.
Google Analytics audit також проводять після зміни CMS, редизайну, підключення нового домену або зміни форм. Такі оновлення часто ламають старі тригери, оскільки змінюються URL, класи елементів та логіка надсилання даних.
Результатом аудиту має бути зрозумілий список помилок та конкретних дій. Простого зауваження «аналітика працює некоректно» недостатньо для розробника чи маркетолога.
Що перевіряємо під час аудиту GA4?
Перевірка розпочинається з базової реалізації. Потрібно переконатися, що Google tag завантажується на потрібних сторінках, використовується правильний Measurement ID, а один запит користувача не відправляє однакові події кілька разів.
Далі аналізуються форми, телефони, кнопки, реєстрації, входи до кабінету та інші дії, що були позначені як значущі. Для кожної події перевіряються назва, параметри, тригер та фактична поява у DebugView.
До аудиту можуть входити такі перевірки:
- коректність Google tag, контейнера GTM та відсутності подвійної установки лічильника;
- події form_submit, generate_lead, click, sign_up, login та дії користувача;
- Key events та їх відповідність реальним бізнес-цілям сайту;
- внутрішній трафік, небажані referrals та переходи між зв'язаними доменами;
- purchase, transaction_id, value, currency, items та інші e-commerce параметри;
- зв'язок GA4 з Google Ads, Search Console та додатковими системами аналітики.
Після технічної частини порівнюються дані із реальною поведінкою сайту. Тестова заявка повинна з'являтися як одна очікувана подія, а придбання має передаватися з правильною сумою та ідентифікатором транзакції.
Такий аудит трафіку допомагає відокремити реальні зміни поведінки користувачів від помилок виміру. Якщо збір даних порушено, висновки щодо реклами та конверсій стають ненадійними.
Які помилки в GA4 зустрічаються найчастіше?
Одна з найчастіших проблем пов'язана з дублюванням тегів. Google Analytics може одночасно стояти у шаблоні сайту, GTM та плагіні CMS, тому один перегляд сторінки відправляється кілька разів та збільшує кількість подій.
Схожа ситуація зустрічається із формами. Тригер іноді спрацьовує при натисканні на кнопку, навіть якщо форма містить помилку і фактично не відправлена. В результаті кількість generate_lead виявляється вищою за кількість заявок у CRM.
В інтернет-магазинах часто перевіряють повторний purchase, відсутність transaction_id, неправильну currency та неповний масив items. Навіть якщо загальна сума доходу передається, без товарних даних частина звітів Monetization втрачає практичну цінність.
Окрема група помилок пов'язані з джерелами трафіку. Платіжний сервіс може записатися як referral, перехід між власними доменами може розірвати сесію, а внутрішні співробітники компанії збільшують прямий трафік і кількість переглядів.
Налаштування Google Analytics для інтернет-магазину
Налаштування Google Analytics для інтернет-магазину потребує більш глибокої реалізації, ніж підключення базового лічильника. Для аналізу продажів GA4 повинен отримувати дані про товари, кошик, оформлення, транзакцію, вартість і валюту.
Якщо електронна торгівля налаштована правильно, звіти показують не лише кількість замовлень. Можна аналізувати товари, категорії, джерела доходу, етапи checkout та дії користувачів перед покупкою.
Налаштування електронної торгівлі Google Analytics часто вимагає участі розробника. GA4 повинен отримувати структуровані дані з CMS або dataLayer, тому можливостей одного візуального інтерфейсу GTM недостатньо.
Перед запуском узгоджується список подій та параметрів. Після застосування робиться тестове замовлення, дані якого звіряються з фактичною сумою та складом кошика.
Які e-commerce події потрібно передавати?
Для стандартної e-commerce логіки GA4 використовуються події Google, що рекомендуються. Їх набір залежить від функціональності магазину, але основна послідовність зазвичай починається з перегляду товару та закінчується підтвердженою покупкою.
До найкорисніших подій відносяться:
- view_item для перегляду конкретного товару та його основних параметрів;
- add_to_cart та remove_from_cart для роботи користувача з кошиком;
- begin_checkout для фіксації початку процесу оформлення замовлення;
- add_payment_info для етапу вибору чи додавання способу оплати;
- purchase для підтвердженої транзакції з товарними даними;
- refund для повернення, якщо бізнес передає таку інформацію в аналітику.
Передавати кожну подію потрібно в той момент, який відповідає її змісту. Наприклад, begin_checkout не має спрацьовувати просто при відкритті кошика, якщо користувач ще не почав оформлення.
Структура подій має залишатися однаковою на всіх мовних версіях сайту. Інакше товари та дії будуть розбиті між різними назвами у звітах.
Які дані про покупку потрібно передавати?
Подія purchase зазвичай містить transaction_id, value, currency та масив items. Transaction_id потрібен для ідентифікації замовлення, value показує його вартість, currency задає валюту, а items містить відомості про придбані товари.
У масиві товарів можуть передаватися item_id, item_name, price, quantity та додаткові характеристики. Набір параметрів вибирається з урахуванням звітів, які планує використати бізнес.
Особливо уважно перевіряють transaction_id. Якщо ідентифікатор відсутній або формується неправильно, захист від повторного обліку транзакції стає менш надійним.
Вартість замовлення також слід звіряти з логікою магазину. Знижки, доставка, податок та промокоди повинні враховуватися послідовно, щоб revenue в GA4 можна було порівнювати з даними CMS.
Налаштування електронної торгівлі через GTM та dataLayer
DataLayer передає структуровані дані зі сторінки Google Tag Manager. Розробник формує потрібний об'єкт у момент дії користувача, а GTM зчитує значення та відправляє відповідну подію у GA4.
Такий підхід є зручним для магазинів, де стандартна інтеграція CMS не покриває потрібну аналітику. У dataLayer можна передати товар, вартість, валюту, ідентифікатор замовлення та інші параметри без читання тексту безпосередньо зі сторінки.
Контейнер GTM повинен бути зрозумілим. Для e-commerce краще наперед продумати назви змінних, тригерів і тегів, щоб подальші зміни не перетворилися на пошук десятків схожих елементів.
Після впровадження кожна подія перевіряється через GTM Preview та DebugView. Тестування проводять за реальним сценарієм від картки товару до підтвердження замовлення.
Перевірка purchase та захисту від дублів
Purchase відноситься до подій, де помилка особливо помітно спотворює звіти. Якщо подія повторно надсилається після оновлення сторінки подяки, одне замовлення може кілька разів збільшити кількість покупок та дохід.
Для захисту використовують унікальний transaction_id та коректну логіку надсилання. Конкретний спосіб залежить від CMS, архітектури checkout та місця, де формується підтвердження замовлення.
Тестувати потрібно не лише перше успішне замовлення. Перевіряють оновлення сторінки, повернення кнопки браузера, повторне відкриття URL та інші сценарії, здатні викликати повторну подію.
Після перевірки дані порівнюються із фактичним замовленням. Сума, валюта, товари, кількість та ідентифікатор мають збігатися з даними магазину.
Налаштування звітів Google Analytics 4
Налаштування звітів Google Analytics має сенс після того, як перевірено якість вихідних даних. Гарний дашборд не виправить неправильні події, дублі покупок чи втрачені джерела трафіку.
У GA4 доступні стандартні розділи Acquisition, Engagement, Monetization і User, а більш детального аналізу використовуються Explorations. Конкретний набір звітів обирають з урахуванням завдань маркетингу, SEO, реклами та керівника.
Для бізнесу зазвичай важливіше кілька зрозумілих показників, аніж десятки графіків без зв'язку з рішенням. Звіт повинен відповідати на конкретне запитання: звідки надходять заявки, які сторінки беруть участь у продажах і де користувачі залишають воронку.
При необхідності дані GA4 доповнюють Search Console, Google Ads, CRM та іншими джерелами. Для зведеної візуалізації часто використовують Looker Studio.
Які звіти потрібні бізнесу?
Для сайту послуг корисні звіти щодо джерел заявок, посадкових сторінок та ключових подій. Інтернет-магазин додатково потрібні revenue, purchase, товари, кошик, checkout і ефективність категорій.
Один із базових варіантів звіту можна побудувати навколо ланцюжка:
| Блок | Що аналізуємо | Практичне питання |
|---|---|---|
| Acquisition | канали та джерела | звідки приходять користувачі |
| Landing pages | посадкові сторінки | які сторінки наводять цільовий трафік |
| Key events | заявки та дії | які джерела дають звернення |
| Monetization | купівлі та дохід | які канали приносять виторг |
| Funnel | етапи сценарію | де користувачі припиняють рух |
Такий комплект допомагає швидко перейти від загального трафіку до результату. Додаткові показники додаються лише тоді, коли вони потрібні для конкретного аналізу.
Графік логіки звіту можна подати так:
Джерело трафіку → посадкова сторінка → цільова дія → Key event → продаж або заявка
Якщо між цими етапами дані пов'язані коректно, звіти дають зрозумілу картину шляху користувача.
Індивідуальні звіти та воронки
Explorations дозволяють збирати власні дослідження на основі вибраних вимірювань та показників. Через Free Form можна порівнювати сегменти, сторінки, пристрої та джерела, а Funnel Exploration допомагає аналізувати послідовність етапів.
Воронка особливо корисна для реєстрації, заявки та інтернет-магазину. Вона показує кількість користувачів на кожному кроці та допомагає побачити ділянку з помітною втратою трафіку.
Сегменти дозволяють окремо порівнювати органічний пошук, платну рекламу, нових користувачів чи покупців. Такий аналіз корисніший від загального середнього значення, коли аудиторія поводиться по-різному.
Перед створенням складної воронки перевіряється, що кожен етап справді фіксується. Інакше гарний звіт відображатиме технічні прогалини замість поведінки користувачів.
Інтеграція GA4 з іншими інструментами
GA4 часто використовується разом з рекламними, пошуковими та звітними системами Google. Зв'язок між ними полегшує аналіз каналів, але кожну інтеграцію потрібно налаштовувати під конкретне завдання.
Підключати всі доступні сервіси без потреби не потрібно. Спочатку визначається, які дані знадобляться маркетологу, SEO-фахівцю чи керівнику, після чого налаштовуються відповідні зв'язки.
Для рекламних проєктів найчастіше використовують Google Ads, для SEO – Search Console, для дашбордів – Looker Studio. BigQuery потрібна, коли стандартних звітів GA4 вже недостатньо.
Після підключення перевіряються права доступу та фактична поява даних. Наявність зв'язку в інтерфейсі ще гарантує, що потрібний звіт заповниться відразу і коректно.
Google Analytics 4 та Google Ads
Зв'язок GA4 з Google Ads допомагає аналізувати рекламний трафік та використовувати аудиторії або конверсійні дії у рекламному обліковому записі. Налаштування виконується після перевірки основних подій сайту.
Перед імпортом слід вирішити, які дії справді відображають результат бізнесу. Якщо надіслати в Google Ads всі мікродії як основні конверсії, алгоритм може орієнтуватися на дії, які не пов'язані з продажем або заявкою.
Після підключення перевіряють передачу рекламних даних та вибрані Key events. Для окремих проєктів також аналізується атрибуція, оскільки користувач може взаємодіяти з кількома каналами перед зверненням.
Коректна зв'язка особливо потрібна при регулярній оптимізації реклами. Помилки в аналітиці швидко позначаються на оцінці кампаній та розподілі бюджету.
Інтеграція з Google Search Console
Google Search Console містить дані про покази, кліки, запити та позиції сайту в органічному пошуку. Зв'язок із GA4 доповнює аналіз SEO, оскільки пошукові дані можна розглядати поруч із поведінкою користувачів на сайті.
Така інтеграція допомагає оцінювати сторінки, які отримують органічний трафік, та зіставляти пошукові переходи з даними сайту. У цьому звіти Search Console і GA4 застосовують різні принципи збору, тому цифри зобов'язані збігатися повністю.
Для SEO-аналізу важливими є не тільки відвідування. Корисно перевіряти, які органічні посадкові сторінки приводять користувачів до Key events та подальших дій.
Права та властивості Search Console мають бути налаштовані коректно. Інакше потрібний ресурс може бути відсутнім у списку доступних зв'язку.
BigQuery та Google Analytics
BigQuery використовують для вивантаження подійних даних GA4 та більш гнучкої обробки великих масивів. Такий варіант підходить проєктам, яким стандартних звітів та Explorations вже недостатньо.
Сирі дані можна поєднувати з CRM, рекламними платформами, замовленнями та внутрішніми довідниками. Це зручно для складної аналітики, де шлях користувача не можна відновити тільки всередині інтерфейсу GA4.
Робота з BigQuery вимагає розуміння структури подій та витрат на зберігання чи запити. Тому інтеграцію варто планувати під конкретні завдання, а не підключати формально.
Для звичайного сайту такий рівень часто надмірний. Для великих магазинів, SaaS та проєктів з великим обсягом даних він може бути виправданий.
Looker Studio
Looker Studio використовують для візуальних звітів та зведених дашбордів. В одному інтерфейсі можна показати трафік, Key events, рекламні показники та інші дані, які потрібні керівнику чи маркетологу.
Структуру дашборду краще будувати довкола рішень. Наприклад, спочатку показувати загальний результат, потім канали, посадкові сторінки та проблемні ділянки, а не розміщувати всі доступні показники на одному екрані.
Перед підключенням перевіряються джерела даних та відповідність метрик. Якщо GA4 збирає помилки, Looker Studio просто візуалізує самі неправильні значення.
Для регулярних звітів зручно використовувати єдиний шаблон. При цьому набір блоків може відрізнятися для SEO, PPC, e-commerce та керівника проєкту.
Додаткові параметри якості даних
Після базової установки залишаються параметри, які помітно впливають на точність звітів. До них відносяться фільтрація внутрішнього трафіку, небажані referrals, крос-доменне відстеження, Consent Mode та термін зберігання даних.
Частина цих завдань може знадобитися невеликому сайту. Рішення приймається після перевірки архітектури проєкту, джерел трафіку та того, як користувач переходить між сторінками, доменами та сторонніми сервісами.
Налаштування систем аналітики має враховувати реальні сценарії сайту. Універсальний чек-лист корисний як основа, але не можна застосовувати без перевірки конкретної реалізації.
Після кожної зміни виконується тестування. Особливо це стосується фільтрів та налаштувань, які здатні виключити частину даних зі звітів.
Фільтрування внутрішнього трафіку
Співробітники компанії, підрядники та розробники можуть помітно збільшувати відвідуваність невеликого сайту. Вони часто відкривають ті самі сторінки, відправляють тестові форми та перевіряють картки товарів.
Для внутрішнього трафіку можна настроїти окремі правила та фільтрацію. Спосіб залежить від структури компанії, IP-адрес та того, звідки співробітники заходять на сайт.
Перед остаточним увімкненням фільтра його бажано перевірити. Занадто широке правило здатне виключити реальних користувачів та створити пропуск у статистиці.
Якщо команда працює віддалено з динамічними адресами, проста фільтрація по одному IP може виявитися недостатньою. Тоді вибирається інший варіант контролю тестової активності.
Небажані джерела переходів
Деякі сторонні послуги можуть з'являтися в GA4 як джерело переходу, хоча користувач спочатку прийшов з реклами або органічного пошуку. Частий приклад пов'язані з платіжними системами та зовнішніми етапами оформлення.
Якщо така referral записується перед purchase, початкове маркетингове джерело може бути втрачено або спотворене. Для пов'язаних сервісів перевіряють налаштування небажаних referrals та загальний сценарій переходу.
Додавати домени у виключення без аналізу не слід. Спочатку потрібно переконатися, що перехід дійсно технічний і відноситься до поточного користувальницького шляху.
Після змін проводиться тестове придбання або заявка. У звіті джерело повинне відповідати реальному входу користувача на сайт.
Крос-доменне відстеження
Крос-доменне відстеження потрібно, коли один користувач у рамках загального сценарію переходить між кількома доменами бізнесу. Наприклад, основний сайт може надсилати клієнта на окремий домен оформлення чи особистого кабінету.
Без коректного настроювання новий домен здатний розпочати окрему сесію. Внаслідок цього шлях користувача розривається, а джерело конверсії визначається неправильно.
Cross-domain tracking налаштовують тільки для зв'язаних доменів, які дійсно належать одному ланцюжку користувача. Додавати сторонні майданчики чи рекламні ресурси до такого списку не потрібно.
Після налаштування перевіряють перехід між доменами та підсумкову подію. Сесія та джерело повинні зберігатися відповідно до обраної архітектури.
Consent Mode та конфіденційність
Consent Mode v2 використовується для передачі стану згоди користувача сервісам Google. Конкретна реалізація залежить від cookie-банера, регіону роботи сайту та використовуваної платформи керування згодою.
Технічне налаштування слід узгоджувати з фактичною логікою банера. Якщо користувач змінює вибір, відповідний статус повинен передаватися коректно та у потрібний момент.
Google Analytics не повинен отримувати персональні дані через URL, параметри подій або поля користувача. Email, телефони та інші дані, що ідентифікують, слід виключати з аналітичної передачі.
Юридичні вимоги залежать від країни та моделі роботи бізнесу. Технічне налаштування аналітики не замінює консультації щодо правил обробки персональних даних.
Термін зберігання даних
У GA4 є окремі налаштування зберігання даних користувача та подій, які впливають на частину аналітичних можливостей. Їх варто перевірити одразу після створення ресурсу, особливо якщо команда використовує Explorations.
Короткий термін зберігання може обмежити аналіз тривалих періодів у дослідженнях. Тому налаштування обирають з урахуванням того, які порівняльні звіти планує будувати команда.
У цьому зміна терміну не виправляє минулі періоди заднім числом. Налаштування краще узгодити на етапі запуску, а не після потреби в річному порівнянні.
Для довгострокового зберігання та власної обробки великих масивів можна використовувати BigQuery. Така архітектура планується окремо.
Що отримує клієнт після налаштування GA4?
Після завершення робіт клієнт отримує робочу систему збору даних, де основні дії сайту перевірені на реальних сценаріях. Склад результату залежить від проєкту, проте базова логіка має бути зрозумілою та задокументованою.
Для сайту послуг це зазвичай коректний Google tag, події форм та контактів, Key events, джерела трафіку та зв'язок з рекламними системами. Для інтернет-магазину додатково налаштовуються товари, кошик, checkout, purchase та revenue.
В результаті можуть бути передані:
- налаштований або перевірений ресурс Google Analytics 4 із коректним вебпотоком;
- робочий контейнер GTM або перевірена пряма установка Google Tag;
- карта подій з поясненням логіки основних дій користувача;
- Key events для заявок, реєстрацій, покупок та інших бізнес-цілей;
- e-commerce події та параметри для магазину, якщо вони входять до проєкту;
- список знайдених помилок, виконаних виправлень та рекомендацій.
Після передачі даних маркетолог може використовувати їх у SEO, Google Ads та звітах. Під час наступних змін сайту карта подій допомагає швидко перевірити, що аналітика продовжує працювати.
Якщо частина впровадження залежить від CRM чи серверної логіки, це фіксується окремо. Клієнт бачить, які дані вже збираються та які завдання залишаються на наступних етапах.
Чому недостатньо просто встановити лічильник Google Analytics?
Встановлення лічильника Google Analytics підтверджує, що сайт почав надсилати базові дані. Проте бізнесу зазвичай потрібні конкретні дії: заявка, дзвінок, реєстрація, додавання товару в кошик або підтверджена покупка.
Якщо лічильник встановлено без перевірки подій, маркетолог бачить відвідуваність, але не розуміє, які канали наводять клієнтів. Ще гірша ситуація, коли подія формально існує, але спрацьовує двічі чи фіксує неуспішну форму.
Налаштування лічильника Google Analytics має завершуватись тестуванням. Потрібно перевірити Realtime, DebugView, параметри подій, джерела та відповідність показників реальним діям на сайті.
Для e-commerce базового лічильника особливо мало. Без purchase та товарних параметрів неможливо повноцінно аналізувати дохід та дії покупців усередині стандартних звітів GA4.
Тому встановити гугл аналітику на сайт варто разом із заздалегідь узгодженою логікою виміру. Так аналітика одразу збирає ті дані, які знадобляться для ухвалення рішень.
Кому потрібне професійне налаштування GA4?
Професійна настройка корисна проєктам, де аналітика впливає на оцінку реклами, SEO, продажів або поведінки користувача. Чим більше джерел трафіку та цільових дій, тим вища ціна помилки у вимірах.
Інтернет-магазинам потрібна коректна електронна торгівля, B2B-сайтам – заявки та дзвінки, SaaS-проєктам – реєстрації та дії всередині продукту. Для сайтів Google Ads особливо важливо передавати перевірені конверсії.
Налаштування також потрібно після редизайну, зміни CMS або перенесення на новий домен. Старі тригери часто залежать від структури HTML, URL та конкретних елементів форми, тому після змін частина подій може перестати працювати.
Окрема ситуація – сайт, де Google Analytics вже підключено кількома підрядниками. Перед новим налаштуванням краще провести аудит і видалити дублі, ніж додавати ще один шар тегів.
Якщо команда регулярно приймає рішення за даними, аналітика має бути зрозумілою та перевіреною. Такий проєкт простіше супроводжувати та передавати між фахівцями.
Форми та заявки
Для форми бажано фіксувати успішне відправлення після перевірки полів. Спрацювання по одному кліку на кнопку може записувати помилки заповнення як реальні заявки та спотворювати показники конверсії.
Для різних форм можна використовувати одну подію generate_lead із параметром form_name або form_id. Так звіти залишаються компактними, але маркетолог бачить, яка форма принесла звернення.
Якщо форма надсилає дані через AJAX, подію перевіряють окремо. Зміна URL-адреси в такому випадку може бути відсутня, тому стандартний тригер перегляду сторінки не підходить.
Після запровадження виконується кілька тестових заявок. Кількість подій у GA4 має збігатися з кількістю успішних відправлень, які отримав сайт або CRM.
Кліки по телефону, email та месенджерам
Кліки за номером телефону, електронною поштою, Telegram, Viber або іншими каналами зв'язку допомагають оцінювати інтерес користувачів. Такі події особливо корисні для локального бізнесу та мобільного трафіку, де дзвінок часто замінює класичну форму.
При цьому сам клік не підтверджує розмову або відправлене повідомлення. Такі дії розумно аналізувати як проміжні сигнали, якщо додатково немає call tracking або даних CRM.
Для кожного каналу можна передавати тип контакту окремим параметром. Тоді одна подія contact_click покаже розподіл між телефоном, поштою та месенджерами без десятків однотипних назв.
При налаштуванні потрібно виключити технічні кліки та елементи, які не ведуть до реального контакту. Перевірка проводиться на мобільній та десктопній версії сайту.
Реєстрація та авторизація
Події sign_up та login корисні для сервісів, SaaS-проєктів, особистих кабінетів та закритих розділів сайту. Вони допомагають бачити, які канали наводять користувачів, які створюють обліковий запис та повертаються до системи.
Якщо реєстрація складається з кількох етапів, можна додатково відстежувати початок процесу та успішне завершення. Однак кожна додаткова подія має відповідати на конкретне запитання, інакше звіти швидко перевантажуються.
Для авторизації бажано не передавати персональні дані користувача до GA4. Email, номер телефону, ім'я та інші ідентифікаційні дані не слід надсилати до параметрів аналітичних подій.
Технічну реалізацію перевіряють на різних сценаріях. Повторний вхід, реєстрація через сервіс і звичайна форма можуть працювати по-різному.
Покупки та дії інтернет-магазину
Цілі інтернет-магазину будуються навколо послідовності дій із товаром. Користувач може відкрити картку, додати товар у кошик, почати checkout, вибрати спосіб оплати та завершити покупку.
Ці події допомагають побачити, де губляться потенційні замовлення. Якщо add_to_cart зростає, а begin_checkout залишається низьким, проблема може перебувати між кошиком та переходом до оформлення.
Основною бізнес-подією зазвичай залишається purchase. Воно має передаватися лише після підтвердженої купівлі та містити дані, необхідні для звітів щодо доходу.
Мікро-дії доповнюють картину та допомагають аналізувати воронку. Їх не варто змішувати з основною покупкою в оцінці фактичних продажів.