GA4

У порівнянні з попередніми версіями, GA4 – це повністю оновлена платформа. Новий інтерфейс, новий шаблон тегів в Google Tag Manager, нова модель даних, нові кроки для налаштування тощо.

Це викликає багато запитань: з чого почати? Яким має бути оптимальне налаштування?

Якщо ви не знаєте, з чого почати, ви потрапили в потрібне місце. У цьому навчальному посібнику з Google Analytics 4 я покажу вам перші кроки, а також дам деякі подальші вказівки.

Що ви дізнаєтеся з цієї статті? Я розділив статтю на чотири основні частини:

• Як правильно встановити Google Analytics 4.
• Як відстежувати події за допомогою Google Analytics 4 (і де знайти ці дані в інтерфейсі).
• Як відстежувати ключові події за допомогою Google Analytics 4 (і де знайти ці дані в інтерфейсі).
• Ресурси про те, як створювати звіти в Google Analytics 4.

Ми охопили багато тем, тож якщо у вас недостатньо часу, ви можете додати цей підручник з Google Analytics 4 до закладок і повернутися до нього пізніше.

GA4 – це складний інструмент, в якому є багато речей, які потрібно вивчити/засвоїти. І навіть якщо ви знаєте, як налаштувати певні речі, як ви можете отримати інсайти та цінність?

Саме цьому я навчу вас на своєму курсі Google Analytics 4. Я покажу вам, як правильно все налаштувати, збирати дані, створювати звіти і, найголовніше, отримувати користь з ваших даних.

Розділ I: Встановлення GA4 з Google Tag Manager

У цьому розділі ми розглянемо одну з базових (але фундаментальних) тем – як встановити Google Analytics 4. Ми зробимо це за допомогою Google Tag Manager (використовуєте замість нього GTAG? Тоді подивіться це). Ось процес встановлення Google Analytics 4 за допомогою Google Tag Manager:

• Створіть нову властивість GA4
• Створіть потік даних
• Скопіюйте ідентифікатор вимірювання
• Створіть тег Google
• Вставте ідентифікатор вимірювання та налаштуйте тег на спрацьовування під час події ініціалізації
• Попередній перегляд/тестування нового тегу
• Опублікуйте зміни в Менеджері тегів Google

#1.1 Створення властивості та потоку даних Google Analytics 4

Якщо ви хочете створити нову властивість Google Analytics 4 (і ви не оновлюєтесь до GA4), перейдіть до розділу «Адміністрування» вашого інтерфейсу Google Analytics (натиснувши кнопку «Адміністрування» в лівому нижньому кутку), а потім (у розділі «Властивості») натисніть «Створити властивість».

Потім введіть назву вашого об’єкта. Це може бути назва вашого веб-сайту, вашої компанії, бренду тощо. Виберіть країну вашої компанії, часовий пояс і основну валюту, в якій працює ваш бізнес.

Потім натисніть «Далі» і дайте відповідь на кілька запитань. Після цього вам потрібно буде вибрати свої бізнес-цілі. На основі цього вибору зміняться і звіти, які ви будете мати в інтерфейсі. Щоб спростити все прямо зараз, виберіть пункт Отримати базові звіти.

Натисніть “Створити”.

Наступним кроком буде налаштування вашого першого потоку даних. Це джерело даних, з якого події будуть надсилатися до вашого об’єкта Google Analytics 4. Ви можете мати кілька джерел даних в одному властивості. Наприклад, три веб-властивості, 1 для додатка Android і 1 для додатка iOS.

Але в більшості випадків, коли ви відстежуєте веб-сайти, достатньо мати лише один веб-потік (навіть якщо ви відстежуєте кілька веб-сайтів з його допомогою). У цій статті я зосереджуся на веб-потоці. Виберіть його.

Потім введіть URL-адресу вашого веб-сайту (наприклад, https://www.mywebsite.com). Зверніть увагу, що протокол (https) вже вибрано. Після цього введіть назву вашого веб-сайту.

Коли ви створюєте потік веб-даних в Google Analytics 4, ви можете ввімкнути/вимкнути розширені вимірювання. Він призначений для того, щоб допомогти маркетологам отримати якомога більше подій у звітах без співпраці з розробниками або їх налаштування в Google Tag Manager.

За замовчуванням ця функція ввімкнена і автоматично відстежує наступні події:

• Перегляд сторінки (назва події: page_view)
• Прокрутка (назва події: scroll)
• Перехід за вихідним посиланням (назва події: click з параметром outbound: true)
• Пошук на сайті (назва події: view_search_results)
• Залучення до відео (події: video_start, video_progress, video_complete)
• Завантаження файлів (назва події: file_download)
• Відправлення форм (назви подій: form_start і form_submit)

За бажанням ви можете вимкнути/ввімкнути події окремо. Ви можете зробити це, натиснувши на іконку з шестернею в розділі «Розширені вимірювання», а потім натиснувши на кнопки перемикачів.

#1.2. Встановлення Google Analytics 4 за допомогою Google Tag Manager

Коли ви створюєте потік даних (веб), ви побачите ідентифікатор вимірювання. Скопіюй його. Нам потрібно буде використовувати його в Менеджері тегів Google.

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

Потім перейдіть до свого контейнера Google Tag Manager (якщо ви ще не працювали з ним, ось інструкція про те, як почати роботу) > Теги > Новий > Google Analytics і виберіть Google Tag.

У полі Tag ID введіть ідентифікатор, який ви скопіювали в інтерфейсі GA4.

У розділі Запуск виберіть Ініціалізація – Всі сторінки, а потім назвіть тег, наприклад, Google Tag.

#1.3. DebugView в Google Analytics 4

Будь ласка, запам’ятайте цю частину статті. Я буду посилатися на DebugView кілька разів протягом всієї статті, тому що це важливо для того, щоб переконатися, що ваші дані були належним чином відправлені в Google Analytics 4.

Увімкніть режим попереднього перегляду GTM, щоб перевірити ваші зміни (ви можете зробити це, натиснувши велику кнопку PREVIEW у верхньому правому куті інтерфейсу GTM).

Після ввімкнення ви побачите новий тег Google серед тегів, які спрацювали.

Коли ви налаштували події, настав час їх протестувати. Основною функцією, створеною для налагодження даних GA 4, є розділ DebugView. Ви можете знайти його, перейшовши в Адміністрування > Налагодження в лівій частині інтерфейсу GA4. Натисніть на нього.

Швидше за все, ви не побачите там ніяких даних (поки що). Це тому, що дані в DebugView видно ЛИШЕ тоді, коли в GA4 увімкнено режим налагодження. Не плутайте це з режимом попереднього перегляду GTM і режимом налагодження. Це два різні режими.

Щоб увімкнути режим налагодження в GA4, у вас є кілька варіантів (будь-який з них буде працювати):

• Увімкнути розширення Chrome для відладчика GA
• АБО відправити параметр debug_mode разом з подією
• АБО увімкнути режим попереднього перегляду Google Tag Manager на сторінці, яку ви налагоджуєте. Як на мене, цей спосіб найзручніший.

У випадку з першим варіантом, встановіть розширення тут, а потім натисніть на його іконку (так, щоб ви побачили стрічку ON). З цього моменту ви почнете бачити ваші події, що надходять до DebugView.

Інший варіант – надсилати параметр debug_mode з кожною подією, яку ви хочете бачити у DebugView.

У Google Tag Manager ви можете зробити це, відкривши Google Tag і додавши наступний параметр.

Якщо параметр debug_mode містить будь-яке значення, подію буде показано у DebugView. Якщо ви використовуєте жорстко закодований gtag.js, ось інструкція з додавання параметра debug_mode.

Але оскільки ми працюємо з Google Tag Manager, увімкнений режим попереднього перегляду GTM автоматично встановлює debug_mode в true. Таким чином, дані почнуть з’являтися в GA4 DebugView.

Коли ви почнете бачити дані в DebugView, ви можете натиснути на кожну подію, після чого буде показано список параметрів.

Натисніть на цей параметр, щоб побачити значення, яке отримав GA4. Ось це і є гранулярна налагодження!

Однак, я помітив деякі затримки між подією, що відбувається на сайті, і тим, як вона з’являється в DebugView. Іноді мені доводиться чекати кілька хвилин, поки дані надійдуть. Це трохи прикро, і я сподіваюся, що команда розробників Google Analytics 4 виправить це в майбутньому.

Іноді також допомагає оновлення сторінки DebugView.

Також переконайтеся, що ви вибрали правильний пристрій для налагодження у верхньому лівому кутку.

Якщо кілька відвідувачів увімкнули перегляд налагодження (наприклад, всі вони увімкнули розширення GA Debugger), ви побачите там кілька пристроїв, і вам може знадобитися деякий час, щоб знайти себе. Особливо це стосується мого блогу, коли багато моїх читачів увімкнули розширення GA Debugger, і мені доводиться здогадуватися, який пристрій (з інших 15) є моїм.

У будь-якому випадку, як тільки ви почнете бачити дані в DebugView, все буде виглядати так.

#1.4. Опублікуйте ваші зміни в Google Tag Manager

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

Ви можете зробити це, натиснувши кнопку SUBMIT у верхньому правому куті, а потім виконавши всі інші кроки, про які вас попросить користувальницький інтерфейс.

Після цього ви незабаром почнете бачити нові дані у своїх звітах в режимі реального часу.

#1.5. Звіти Google Analytics 4 в режимі реального часу

На лівій бічній панелі інтерфейсу Google Analytics 4 перейдіть до Звіти > Реальний час. Тут ви побачите дані, які потрапляють до ваших звітів. На відміну від попередньої версії (Універсальна аналітика), новий звіт пропонує вам можливість бачити дані на набагато більш детальному рівні.

По-перше, ви побачите мапу і купу карток з джерелами трафіку, найпопулярнішими подіями і кількістю користувачів за останні 30 хвилин.

Ви також можете поглянути на знімок окремого користувача. Для цього натисніть кнопку Переглянути знімок користувача у верхньому правому куті.

Після цього ви побачите потік всіх подій цього користувача, ви можете натиснути на них (так само, як і в DebugView), щоб побачити речі на більш детальному рівні. Якщо ви хочете подивитися на іншого користувача/відвідувача, ви можете натиснути кнопку тут.

Щоб вийти зі знімка, просто натисніть кнопку Вийти зі знімка у верхньому правому куті.

Після того, як ви встановили Google Analytics 4 на свій сайт, наступним кроком буде впровадження відстеження подій. Вони є основою вашого налаштування GA. Кожна взаємодія, яку ви хочете виміряти, є подією.

І коли ми перейдемо до відстеження ключових подій, ви дізнаєтеся, що ключова подія в GA4 – це просто подія з певним VIP-статусом.

Розділ II: Відстеження подій з Google Analytics 4

Після того, як ви встановили GA4, настав час почати збирати додаткові дані.

P.S. Можливо, саме час додати цей підручник з Google Analytics 4 до закладок. Ми ще багато чого не розглянули, і якщо у вас не вистачить часу, поверніться, коли будете готові.

#2.1. Прощання з категорією події, дією та міткою

Порівняно з Універсальною аналітикою, також відомою як UA (попередня версія Google Analytics), модель даних у Google Analytics 4 набагато гнучкіша. Це означає, що існує менше обмежень та обов’язкових полів/параметрів порівняно з UA.

Найбільш помітною відмінністю щодо подій є чотири параметри, які ви можете надсилати разом з кожною подією до Universal Analytics (за винятком користувацьких вимірів):

• Категорія події (обов’язково)
• Дія події (обов’язково)
• Мітка події (необов’язково)
• Значення події (необов’язково)

І коли ви відкриваєте звіти про події в Universal Analytics, ви спочатку побачите категорію події. Потім ви можете натиснути на неї і заглибитися глибше (щоб побачити дію, а потім мітку).

У Google Analytics 4 угода про імена набагато гнучкіша і залежить виключно від людини, яка впроваджує налаштування відстеження.

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

• назва події: request_demo
• назва_продукту: дивовижний продукт
• розмір компанії: 99-250
• галузь_компанії: інтернет та телеком
• річний_дохід: 50-100M

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

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

Якщо ви не знаєте, як назвати/структурувати свої події, я дам вам кілька підказок пізніше в цій електронній книзі + шаблон електронної таблиці. Але спочатку давайте дізнаємося про різні типи/категорії подій в Google Analytics 4 і про те, як їх можна створювати/модифікувати. Я вважаю, що важливо добре розуміти події в GA4, перш ніж ми почнемо думати про структуру.

#2.2. Чотири категорії подій в Google Analytics 4

В GA4 події можна розділити на чотири категорії:

• Автоматично зібрані події
• Події з розширеними вимірюваннями
• Рекомендовані події
• Користувацькі події

Процес планування структури подій (назви та параметри) полягає в наступному:

• Перевірте, чи подія, яку ви хочете відстежувати, є серед автоматично зібраних подій
• Якщо ні, то перевірте, чи згадується ваша подія серед подій розширеного вимірювання (наприклад, прокрутка або завантаження файлу)
• Якщо ні, то перевірте рекомендовані події та їхні назви
• Якщо жодна з перерахованих вище категорій не відноситься до ваших подій, створіть кастомну подію з потрібною вам подією

У наступних 4 міні-частинах цього блогу я поясню, де шукати і як знайти категорію вашої події. А після того, як ви краще ознайомитеся з подіями (і тим, як їх налаштовувати), я поділюся деякими порадами (і прикладом електронної таблиці), які допоможуть вам продумати структуру ваших подій і систему іменування.

Підводячи підсумок, ось як працює процес відстеження подій в Google Analytics 4:

1. Визначте, чи відстежується ваша подія автоматично.
2. Якщо ні, то створіть тег події GA4 в Менеджері тегів Google
3. Якщо потрібно, додайте параметри події
4. Перевірте вхідні події в DebugView GA4
5. Зареєструйте параметри події як кастомні виміри
6. Опублікуйте всі зміни в Google Tag Manager
7. Давайте розглянемо ці кроки більш детально.

#2.2.1 Категорія №1. Автоматично відстежувані події

Оскільки я в основному зосереджуюсь на веб-відстеженні, той самий принцип буде застосований і до цього посібника. Існують певні події, які GA4 відстежує автоматично. Ви можете знайти повний список тут. У цьому списку ви знайдете як події додатків, так і веб-події. Список веб-подій трохи довший, ніж я очікував. Там також перераховані події розширених вимірювань.

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

• перший_візит. Це перший раз, коли користувач відвідує сайт або запускає додаток.
• session_start. Коли користувач взаємодіє з додатком або веб-сайтом і починає нову сесію.
• user_engagement. Ця подія спрацьовує через 10 секунд після того, як відвідувач залишився на сторінці. Але вона також може періодично спрацьовувати, коли додаток знаходиться на передньому плані. Ви можете дізнатися більше тут.

Я не згадав про page_view тут, тому що додав його до розділу «Розширені вимірювання». Також, якщо ви хочете побачити події програми, ви можете перевірити їх тут.

#2.2.2 Категорія #2. Розширені вимірювання

Коли ви налаштовуєте потік веб-даних в Google Analytics 4, ви можете використовувати розширені вимірювання. Він призначений для того, щоб допомогти маркетологам отримати якомога більше подій у звітах без необхідності співпрацювати з розробниками або налаштовувати їх в Google Tag Manager.

Якщо ви перейдете в Адміністрування > Потоки даних > Виберіть потік веб-даних, відкриється наступне вікно, де ви побачите розділ під назвою «Розширені вимірювання».

За замовчуванням ця функція ввімкнена і автоматично відстежуватиме наступні події:

• Перегляд сторінки (назва події: page_view)
• Прокрутка (назва події: scroll)
• Перехід за вихідним посиланням (назва події: click з параметром outbound: true)
• Пошук на сайті (назва події: view_search_results)
• Залучення відео на YouTube (події: video_start, video_progress, video_complete)
• Завантаження файлу (назва події: file_download)
• Події форми (події: form_submit, form_start)

Якщо ви хочете, ви можете вимкнути/ввімкнути події окремо, для цього натисніть на іконку з шестернею в розділі «Розширені вимірювання», а потім натисніть на кнопки перемикачів.

Крім того, деякі події можна налаштувати додатково. Давайте коротко розглянемо кожну подію та її налаштування.

page_view. Ця подія надсилається до GA4, коли завантажується нова сторінка або змінюється URL-адреса сторінки без перезавантаження сторінки (так звані події зміни історії)

scroll. Ця подія надсилається до GA4 один раз на сторінку, коли відвідувач прокручує сторінку нижче порогу 90% від висоти сторінки.

клік. Це подія для кліку за вихідним посиланням (коли натиснуте посилання перенаправляє відвідувача на інший домен). Разом з цією подією надсилається додатковий параметр outbound (зі значенням «true»). Подія з цим параметром означає, що відбувся перехід за вихідним посиланням. Разом з цією подією надсилається купа інших параметрів: link_classes, link_domain, link_id, link_url.

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

view_search_results. Ця подія буде відправлена в Google Analytics 4, якщо сторінка завантажиться і URL-адреса сторінки містить параметр запиту, наприклад, q, s, search, query, keyword. Але за бажанням ви можете додати більше (до 10).

Якщо адреса сторінки результатів пошуку на вашому сайті має такий вигляд: https://www.yourwebsite.com/search?key=my+пошук+термін, то в налаштуваннях події пошуку слід вказати слово «ключ» (без лапок). Якщо URL-адреса результатів пошуку містить більше корисних параметрів, ви можете вказати і їх.

Наприклад, якщо веб-адреса сторінки результатів пошуку має такий вигляд: https://www.yourwebsite.com/search?key=search+термін&результати=50, ви можете вказати «результати» (без лапок) у 2-му полі конфігурації. Тоді цей параметр буде автоматично відстежуватися GA4.

video_start, video_progress, video_complete. Enhanced Measurement може відстежувати взаємодію вбудованого відео на Youtube на вашому сайті, а потім надсилає події «video_…» до GA4. Але ці вбудовані відеоплеєри Youtube повинні містити параметр ?enablejsapi=1 у своїй URL-адресі. А це не завжди доступно на сайтах. Крім того, є багато інших причин, чому відстеження відео на Youtube може не працювати за замовчуванням. Отже, вам знадобляться деякі налаштування.

Через ці нюанси я б сказав, що автоматичне відстеження відео не буде працювати в багатьох випадках, як ви можете подумати; тому я особисто ручаюся за те, що це можна зробити за допомогою GTM.

file_download. Ця подія надсилається до GA4, коли натискається посилання, яке містить одне з наступних розширень файлів: .pdf, .xls, .xlsx, .doc, .docx, . txt, .rtf, .csv, .exe, .key, .pps, .ppt, .pptx, .7z, .pkg, .rar, .gz, .zip, .avi, .mov, .mp4, .mpe, .mpeg, .wmv, .mid, .midi, .mp3, .wav, .wma. Іншими словами, якщо посилання відкриває/завантажує файл. Наразі в інтерфейсі GA4 немає можливості доповнити список іншими розширеннями.

form_start, form_submit. Ці події реєструються, коли користувач сайту успішно взаємодіє з сайтом і відправляє лід-форму під час сесії. GA4 записує такі параметри, як form_id, form_name, form_destination і form_submit_text, коли форма відправляється.

Після того, як ви вибрали, які події ви хочете відстежувати, натисніть «Зберегти» у верхньому правому куті, а потім переконайтеся, що розширені вимірювання ввімкнені (перемикач синього кольору).

З цього моменту ваш Google Analytics 4 почне автоматично відстежувати події. Дивіться розділ #2.6. цього блогу, щоб дізнатися, як перевірити, чи правильно надходять ваші дані.

#2.2.3 Категорія #3. Рекомендовані події

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

Перевірте кожну з них і подивіться, чи відповідає вона вашим потребам. Наприклад, якщо ви хочете відстежувати, коли користувач входить в систему, то в списку «Всі властивості» ви знайдете подію «вхід».

Незважаючи на те, що модель даних Google Analytics 4 дуже гнучка (і ви можете використовувати іншу назву події для входу в систему, наприклад, logged_in), Google рекомендує використовувати рекомендовані події, коли це має сенс. Це допоможе звітам Google Analytics краще розуміти ваші дані і застосовувати їх до можливостей машинного навчання.

Однак досі незрозуміло, що це за можливості (пов’язані з рекомендованими назвами подій).

Крім того, для більшості рекомендованих подій Google також рекомендує деякі параметри. Говорячи про подію входу в систему, є параметр method. Якщо користувачі можуть увійти на ваш сайт через електронну пошту, логін Google, логін Facebook і т.д., то може мати сенс відстежувати і метод.

#2.2.4 Категорія #4. Користувацькі події

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

Конфігурація користувацьких подій майже ідентична рекомендованим подіям. Єдина відмінність полягає в тому, що ви маєте створити власні назви подій.

Наприклад, якщо ви хочете відстежувати відправлення контактної форми, назва події може бути будь-якою:

• form_submission
• contact_form
• contact_form_submission

Або будь-якою іншою. Тут GA4 дуже гнучкий.

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

2.2.4.1. Приклад кастомного відстеження подій в Google Analytics 4

Примітка: умови запуску відстеження переходів за посиланнями меню відрізняються на більшості веб-сайтів (через різні класи кліків, ідентифікатори тощо). Спробуйте зробити все можливе, щоб застосувати цей приклад.

На демонстраційному веб-сайті у мене є кілька посилань меню, які я хочу відстежувати.

По-перше, мені потрібно створити тригер з правильними умовами, які дозволять відрізнити будь-який клік від переходу по посиланню меню. Увімкніть режим попереднього перегляду Google Tag Manager і спробуйте натиснути будь-яке з посилань меню на веб-сайті. Після першого натискання на посилання ви побачите подію «Перехід за посиланням» на лівій бічній панелі режиму попереднього перегляду.

Спочатку мені потрібно створити тригер з правильними умовами, які відрізняють будь-який клік від кліку на посилання в меню. Увімкніть режим попереднього перегляду Google Tag Manager і спробуйте натиснути будь-яке з посилань меню на веб-сайті. Після першого натискання на посилання ви побачите подію «Перехід за посиланням» на лівій бічній панелі режиму попереднього перегляду.

Створивши цей тригер, ми ввімкнемо функцію відстеження посилань в Google Tag Manager.

Потім перейдіть до Змінні > Налаштувати (в розділі «Вбудовані змінні») і увімкніть всі змінні, пов’язані з переходами.

Потім перейдіть на свій сайт і натисніть на будь-яке з посилань меню. Насправді, клацніть щонайменше дві з них. Поверніться в режим попереднього перегляду, і ви повинні почати бачити події Link Click в режимі попереднього перегляду. Клацніть першу подію Link Click і перейдіть на вкладку Змінні в режимі попереднього перегляду.

Потім клацніть другу подію Link Click. Наразі я шукаю змінну, за допомогою якої можна було б відрізнити клацання на посиланнях меню. Я не хочу запускати тег події GA4 при будь-якому натисканні на посилання. Я хочу запускати його саме при натисканні на посилання меню.

Придивившись уважніше, я бачу, що обидва посилання містять однакове значення Click Classes, site-nav__link site-nav__link-main. До речі, nav в даному контексті означає «навігація». Чудово! Я використаю це в своєму тригері Just Links.

Поверніться до списку тригерів у вашому контейнері GTM і клацніть раніше створений тригер для всіх переходів за посиланнями. Ми відредагуємо його і додамо умову: Click Classes містить site-nav__link-main.

Збережіть тригер. Тепер настав час створити тег події Google Analytics 4. Але перед цим я покажу вам одну хорошу практику, яка допоможе вам у майбутньому.

Давайте створимо константну змінну, яка міститиме наш ідентифікатор вимірювання. Перейдіть до Змінні > Конфігурація змінних > Постійна і вставте свій ідентифікатор вимірювання.

Збережіть змінну. Потім перейдіть до Тегів > Створити > Google Analytics > Google Analytics: Подія GA4.

Вставте новостворену константну змінну, і ви повинні побачити зелену галочку. Якщо ви її не бачите, виріжте та вставте назву константної змінної в це поле (щоб запустити валідацію).

Потім введіть назву події. Її значення залежить від вас. Будь-який з наведених нижче варіантів є цілком прийнятним:

• menu_click
• menu
• menu_item_click
• menu click
• тощо.

Це лише деякі приклади. Оскільки ми працюємо з кастомною подією, ми можемо назвати її як завгодно (наприклад, дотримуючись обмежень на довжину назви).

У моєму випадку я використовував назву події menu_link_click. Але цього разу надсилати лише назву події не дуже корисно. Можливо, ви захочете дізнатися, які саме пункти меню натискаються найчастіше. Як щодо того, щоб надсилати також назву пункту меню та URL-адресу?

Це можна зробити, надіславши додаткові параметри події. Хоча ви можете використовувати параметри, які вже згадуються в документації до Покращеного вимірювання (наприклад, link_url і link_text), давайте створимо два користувацькі параметри (тому що я просто хочу показати вам, як їх налаштувати).

Я передаватиму два параметри, menu_item_url і menu_item_name. Я вигадав ці назви параметрів, і ви можете зробити те саме. Це те, що пропонує гнучкість моделі даних.

Щоб відправити користувацькі параметри, ви повинні розгорнути розділ Параметри події в тезі події Google Analytics 4, а потім натиснути Додати рядок.

Введіть назву першого параметра. У моєму випадку це menu_item_url. У полі Значення я вставлю змінну, яка повертає URL-адресу, на яку ви натиснули. На щастя, GTM вже пропонує таку змінну. Вона називається Click URL. Натисніть кнопку Вставити змінну і виберіть змінну {{Click URL}}.

Додамо ще один параметр, назву_пункту_меню. Для цього GTM пропонує ще одну вбудовану змінну, {{Click Text}}. Вставте її також. Оскільки відвідувачі вашого сайту можуть перекладати вашу сторінку, значення {{Click Text}} також зміниться, а отже, ви побачите більш різноманітний список зібраних значень у ваших звітах GA4.

Якщо ви хочете надіслати більше параметрів, ви можете це зробити. Ви можете відправити до 25 користувацьких параметрів за допомогою однієї події.

Призначте раніше створений тригер «Лише посилання» для цього тегу. Збережіть тег. Оновіть режим попереднього перегляду GTM і клацніть кілька пунктів меню. Поверніться в режим попереднього перегляду і клацніть ці події Link Click. Перевірте, чи спрацювали теги подій GA4 для кліків на посиланнях меню.

Тепер вам потрібно перейти до Google Analytics 4 і перевірити DebugView.

ВАЖЛИВО: Незважаючи на те, що ви побачите свої кастомні параметри у звітах в режимі реального часу і DebugView в GA4, ви не зможете побачити їх в інших звітах GA4. Якщо ви не зареєструєте ці параметри як користувацькі виміри в Google Analytics, прочитайте наступний розділ цього блогу.

2.2.4.2. Важливо: Зареєструйте кастомні визначення

Це стосується будь-якого кастомного параметра події, який ви надсилаєте до Google Analytics 4. Якщо ви хочете бачити/використовувати їх у таких речах, як дослідження воронки, вільна форма, бачити їхні звітні картки у стандартних звітах тощо, ви повинні зареєструвати кастомні параметри в інтерфейсі GA.

У Google Analytics 4 перейдіть до Адміністрування > Кастомні визначення. Оскільки ми відправили 2 кастомних параметри за допомогою посилання в меню, ми повинні зареєструвати їх обидва тут.

Натисніть кнопку «Створити кастомні параметри», а потім введіть:

Назву параметра. Ви можете ввести будь-яку назву. Це просто те, як розмір буде відображатися у ваших звітах. Ви можете назвати його «menu_item_url», «URL пункту меню» або як завгодно.

Оскільки ми хочемо застосувати цей параметр лише до однієї події (а не до всіх подій одного користувача), нам потрібно вибрати параметр Подія.

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

Потім зареєструйте другий параметр (у моєму випадку це було menu_item_name) і збережіть його. До речі, я іноді використовую слова «кастомний параметр» і «кастомний вимір» як взаємозамінні. Загалом, кастомні метрики і кастомні розміри групуються як кастомні параметри.

А тепер почекаємо. Протягом наступних 24 годин кастомні параметри почнуть з’являтися у ваших звітах Google Analytics 4.

Бонус: Іноді ви хочете/потрібно створювати/редагувати події безпосередньо з інтерфейсу Google Analytics 4. Тепер ви можете це зробити. Представляємо вам функції «Створити подію» і «Змінити подію». Ви можете дізнатися більше про них, перейшовши за відповідними посиланнями.

#2.3. Тестування подій в GA4

Після того, як ви налаштували події, настав час їх протестувати. Основною функцією, створеною для налагодження даних GA 4, є розділ DebugView. Ви можете знайти його, перейшовши в Адміністрування > Налагодження в лівій частині інтерфейсу GA4. Натисніть на нього.

Коли ви починаєте бачити дані у DebugView, події позначено синіми іконками, а ключові події – зеленими. Будь ласка, не звертайте уваги на те, що я вважаю події menu_click ключовими. Це лише для демонстрації.

Якщо ви натиснете на подію, ви побачите параметри, які були надіслані разом з подією. Натисніть на параметр, щоб побачити його значення.

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

Ви можете зробити це, натиснувши кнопку ВІДПРАВИТИ у верхньому правому куті, а потім виконавши всі інші кроки, про які вас попросить користувацький інтерфейс.

Після цього ви незабаром почнете бачити нові дані у ваших звітах у реальному часі. Будь ласка, зверніться до Розділу 1.6. цього блогу, щоб дізнатися більше про звіти в реальному часі.

#2.4. Де я можу знайти дані про події у звітах GA4?

Ось деякі зі звітів, де ви можете знайти свої дані:

• Адміністрування > Події (тут ви побачите лише список подій з підрахунками. Нічого особливого.)
• Звіти > Залучення > Події
• Дослідження (так звані звіти про дослідження)

Але це ще не все. Оскільки GA4 – це платформа аналітики на основі подій, на кожен звіт впливають події, які ви надсилаєте (так чи інакше). Вищезгадані звіти – лише найяскравіші приклади.

Звіт «Звіти → Залучення → Події»

Тут ви побачите список усіх подій, які відстежуються вашим об’єктом Google Analytics 4. Натисніть на будь-яку подію, щоб побачити більш детальний перегляд/звіт про цю подію.

Це огляд усіх подій, надісланих на ваш об’єкт + кілька діаграм. Під ними ви побачите список подій, і якщо ви натиснете на будь-яку з них, ви зможете детально ознайомитися з даними цієї події.

Дослідження (так звані звіти про дослідження)

Це місце, де ви зможете заглибитися у ваші дані. У розділі «Дослідження» ви можете використовувати такі звіти, як «Вільна форма», «Дослідження воронки», «Дослідження шляху» тощо.

Ось приклад звіту у довільній формі. Пам’ятайте, що вам доведеться почекати до 24 годин, поки дані потраплять у ваші звіти. Тому, якщо ви не бачите дані зараз, наберіться терпіння.

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

Отже, давайте перейдемо в розділ «Дослідження» і натиснемо на блок «Вільна форма».

Потім у колонці Змінні мені потрібно включити кастомний вимір menu_item_url, тому що я хочу побачити, скільки кліків отримала кожна URL-адреса меню. Натисніть на іконку «Плюс» і знайдіть розмірність menu_item_url. Виберіть його, і він буде включений до списку можливих розмірів у звіті.

Якщо ви не бачите menu_item_url (або будь-який інший кастомний параметр, який ви шукаєте), вам потрібно спочатку зареєструвати їх як кастомні розміри в GA4 в Адмініструванні > Кастомні визначення. А потім почекати 24 години, поки дані з’являться у звітах. Якщо звіти не працюють належним чином, почекайте ще довше.

Потім давайте відредагуємо налаштування вкладки. Видаліть існуючі розміри в ROWS і включіть кастомне визначення, яке ви хочете включити. У моєму випадку це menu_item_url.

У розділі Стовпчики я використовував розмірність категорії пристрою. У розділі ЗНАЧЕННЯ виберіть метрику, яку ви хочете бачити. Я використовував Event Count (кількість подій).

Потім вам потрібно буде відфільтрувати лише ті події, які дійсно містили вимір menu_item_url. У моєму випадку це лише подія menu_click. Тому в нижній частині розділу налаштувань вкладки слід ввести фільтр: Назва події точно відповідає menu_click.

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

Також не забудьте змінити діапазон дат, якщо вам це потрібно. Це можна зробити у верхньому лівому кутку інтерфейсу Exploration.

Ви також можете використовувати дані про події в таких речах, як звіти воронки, але давайте залишимо це для іншого уроку (сподіваємося) в майбутньому.

#2.5. Як планувати події в GA4

У цій главі ми просто розглянемо, як це робити.

Говорячи про власне планування, я б сказав, що електронна таблиця – ваш найкращий друг.

Запишіть всі події, які ви хочете відстежувати, а потім:

Перевірте, чи підпадають вони під одну з категорій: автоматично зібрані, розширені вимірювання або рекомендовані.

Якщо так, перевірте їхню угоду про назви подій та параметри (виміри). Якщо ні, то придумайте власні значення. Тільки майте на увазі, що існують деякі обмеження, пов’язані з довжиною.

Ось приклад електронної таблиці з подіями, яку ви можете підготувати самостійно, а потім спробувати підібрати правильну систему іменування. Ви можете використовувати його як приклад/натхнення для створення власної таблиці. Давайте зробимо короткий огляд таблиці.

Вона складається з двох аркушів:

• Перший – для списку подій і параметрів, які ви хочете відстежувати разом з ними
• Другий – список параметрів з поясненнями до них

Перший аркуш:

• У колонці B ви можете просто коротко описати подію.
• У колонці А ви повинні ввести назву події, яку ви будете використовувати в Google Analytics 4. Ви повинні вибрати цю назву на основі раніше описаного процесу: перевірте автоматично відстежувані події, розширені вимірювання та рекомендовані події. Якщо жодна з подій не збігається з вашою, додайте власну назву. Виглядає досить чисто, якщо використовувати цей принцип для назви події, наприклад, ім’я_події (всі малі літери з’єднані підкресленням). Назви подій на кшталт «Надіслано форму» також працюватимуть, але нижній регістр з підкресленням виглядає чистіше (я вважаю, що тут застосовується термін «зміїний регістр»).
• Стовпчик C призначений для типу даних (автоматично зібрані, розширені вимірювання, рекомендовані чи користувацькі?).
• Стовпчик D призначений для параметрів, які ви хочете/плануєте відстежувати за певними подіями. Я не включив параметри за замовчуванням, які автоматично відстежуються з кожною подією: language, page_location, page_referrer, page_title, screen_resolution.

Якщо ви також маєте справу з мобільними додатками, ви можете додати додаткову колонку «Платформа», де ви можете ввести «веб» або «Android / iOS».

Другий аркуш:

• Колонка A – назва параметра
• Стовпчик B – для платформи. Якщо ви працюєте лише з веб-сайтом, можете не заповнювати цю колонку.
• Стовпчик C – це тип (вбудований, рекомендований або користувацький). Вбудований означає, що він використовується автоматично відстежуваними подіями або Розширеним вимірюванням. Рекомендовані параметри призначені для рекомендованих подій. Користувацькі параметри – це ваші власні унікальні події.
• Стовпчик D призначений для опису.

ВАЖЛИВО: Ця таблиця є лише прикладом. Вам не потрібно сліпо слідувати йому. За бажанням, ви можете взяти лише деякі частини і адаптувати її до своїх потреб.

Після того, як ви підготуєте план, ви зможете відстежувати події за допомогою Google Analytics 4. Не поспішайте занадто рано. Інакше ви можете зіткнутися з наслідками в довгостроковій перспективі.

#2.6. Ліміти подій в Google Analytics 4

Ще одна річ, про яку слід пам’ятати, – це те, що деякі ліміти існують (а деякі зникли (принаймні, поки що?). Я завжди рекомендую вам звертатися до цієї сторінки, коли мова йде про ліміти.

У будь-якому випадку, ось деякі речі, про які ви повинні пам’ятати зараз:

• Не існує ліміту на загальну кількість подій (принаймні зараз). В Universal Analytics (безкоштовний акаунт) дозволений ліміт хітів на один об’єкт становив 10 мільйонів. Наразі в Google Analytics 4 такого обмеження немає, але ви ніколи не знаєте, що може статися в майбутньому.
• Ви можете зареєструвати до 50 кастомних вимірів і 50 кастомних метрик для об’єкта нерухомості. Ключове слово тут – зареєстровані. Це означає, що вам потрібно перейти в Адміністрування >
• Користувацькі визначення і налаштувати їх там. Якщо ви надіслали більше кастомних параметрів, але вони не зареєстровані, все гаразд.
• Ви можете надіслати до 25 параметрів з подією.

Існують певні обмеження на довжину назв подій і параметрів. Обидва (назва події і назва параметра) повинні мати довжину до 40 символів.

Розділ III: Відстеження ключових подій з Google Analytics 4

Не всі події однакові. Деякі з них важливіші для бізнесу. Введіть ключові події.

#3.1. Що таке конверсія/ключова подія взагалі?

Гаразд, щоб не заплутувати, але конверсії – за визначенням – все ще актуальні для аналітики, і важливо розуміти, що означає цей термін, враховуючи, що деякі читачі, які потрапляють на цю сторінку, можуть бути абсолютно не знайомі з веб-аналітикою і концепцією конверсій.

Якщо ви вже знаєте, що таке конверсії – і що коли ми говоримо «конверсія», це просто визначення того, що вимірюють ключові події, – сміливо переходьте до наступного розділу цього блогу.

Хоча GA4 тепер використовує метрику «Ключові події», вона все ще вимірює відвідувачів, які виконують важливу дію. Отже, в загальному розумінні, що таке конверсія?

• Конверсія/ключова подія – це важлива взаємодія, яку ви хочете, щоб ваші відвідувачі/користувачі завершили. Конверсії можна розділити на мікро- та макроконверсії. Прикладом мікроконверсії може бути підписка на розсилку новин, завантаження технічного документа тощо.
• Мікроконверсії – це дії, які наближають ваших відвідувачів/користувачів на крок до основної (макроконверсії). Макроконверсії – це більш значущі взаємодії, такі як покупка.

Щоб тримати нас в курсі подій, метрика «Ключові події» в Google Analytics 4 вимірює ці дії.

Відстежуючи ключові події в GA4 (наразі ми будемо використовувати лише термін «ключова подія»), ви можете краще зрозуміти, що працює і що не працює для вашого бізнесу. Наприклад, ви можете створити сегмент ваших користувачів, які здійснили покупку, а потім спробувати зрозуміти їхню поведінку тощо.

Крім того, якщо поділитися з Google Ads, ключові події використовуються для вимірювання ефективності рекламних кампаній через конверсії (гаразд, я збрехав, це останній раз, коли ми використовуємо термін «конверсії»), а потім перерозподілити ваш рекламний бюджет.

#3.2. До побачення, конверсії. Здрастуйте, ключові події!

Ті, хто працював з Google Analytics 4 в минулому, напевно, ще пам’ятають «конверсії». По суті, в якийсь момент GA4 ребрендував конверсії в ключові події.

Будь-яка важлива подія для вашого бізнесу називається ключовою подією. Однак конверсії не повністю зникли з Google Analytics 4.
Якщо ви імпортуєте ключову подію з GA4 в Google Ads, вона також розглядається як конверсія (тому що зараз конверсії – це ті ключові події, які імпортуються в Google Ads).

Так, я знаю, це звучить заплутано. Але саме так вирішили в Google (навіть незважаючи на те, що реакція аудиторії була не надто позитивною).

#3.3. Заздалегідь визначені ключові події

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

• first_open (стосується мобільних додатків)
• app_store_subscription_convert (стосується мобільних додатків)
• app_store_subscription_renew (стосується мобільних додатків)
• in_app_purchase (стосується мобільних додатків)
• purchase (стосується веб-сайтів і мобільних додатків)

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

Якщо ви перейдете до своєї властивості Google Analytics 4, а потім до Адміністрування (на лівій бічній панелі) > Ключові події, ви побачите список попередньо визначених ключових подій (вони відображатимуться тут, якщо ви отримали принаймні одну подію з такою назвою). Якщо до об’єкта нерухомості підключено лише веб-потік даних, єдиною ключовою подією за замовчуванням буде купівля (і її не можна відключити).

Якщо ви підключили будь-який з потоків даних додатку, то, швидше за все, ви побачите і решту вищезгаданих ключових подій. Але оскільки ми можемо налаштувати не так багато, це все, що я можу сказати в цій главі.

Перейдемо до наступної групи ключових подій.

#3.4. Ключові події, які можна увімкнути

Тепер, якщо ви хочете позначити подію як ключову, вам просто потрібно перейти до списку Адміністрування > Події (на лівій бічній панелі), а потім увімкнути перемикач навпроти тієї події, яка важлива для вашого бізнесу.

Так, наприклад, якщо у вас є подія під назвою ebook_downloaded, ви можете перемкнути перемикач і зробити її ключовою (примітка: це буде стосуватися тільки нових даних. Події, які були зібрані в минулому, не будуть перетворені на ключові події заднім числом).

Якщо ви підключили будь-який з потоків даних додатку, то, швидше за все, ви побачите і решту вищезгаданих ключових подій. Але оскільки ми можемо налаштувати не так багато, це все, що я можу сказати в цій главі.

Крім того, ви можете перейти до Адміністрування > Основні події, потім натиснути кнопку “Нова основна подія” і ввести назву події, наприклад, ebook_downloaded. Немає ніякої різниці між введенням назви події вручну і перемикачем у списку Адміністрування > Події. Якщо ви вирішили перемкнути перемикач, вам потрібно буде почекати, поки ця подія з’явиться у списку.

Після цього зачекайте до 24 годин, і ви почнете бачити дані ключової події у списку всіх ключових подій.

Якщо ви хочете дізнатися про інші місця, де дані ключових подій доступні в інтерфейсі Google Analytics 4, перейдіть до розділу #3.8. цього блогу.

Перейдемо до наступної групи ключових подій.

#3.5. Створюйте події та позначайте їх як ключові

Б’юся об заклад, що у деяких моїх читачів зараз виникло одне питання. Що робити, якщо ви не хочете позначати ВСІ події (з певною назвою) як ключові?

Приклад: у вас є сторінка «Дякуємо», на яку користувачі перенаправляються, коли підписуються на розсилку. Припустимо, URL-адреса сторінки https://www.mywebsite.com/thank-you/. Якщо я позначу подію page_view як ключову, то будь-який перегляд сторінки стане ключовою подією. Як я можу відокремити тільки ті перегляди сторінок, які відбулися на сторінці /thank-you/?

Ви можете або відправити спеціальну подію (з іншою назвою) з Google Tag Manager/Gtag.js, або скористатися функцією «Створити подію» в інтерфейсі GA4.

Ця функція дозволяє створити нову подію на основі інших вхідних подій. На сторінці Адміністрування > Події натисніть Створити подію, а потім натисніть Створити.

Потім вам потрібно буде ввести назву кастомної події. Знову ж таки, ви можете назвати її як завгодно. Просто переконайтеся, що назва зрозуміла, що вона означає. наприклад, thankyou_page_visit може бути гарним варіантом.

Тепер перейдемо до розділу «Умови відповідності». Тут ми повинні вказати GA4, яку саме подію ми шукаємо. Коли ця подія буде знайдена, тоді наша thankyou_page_visit також буде створена.

У моєму випадку мені потрібно ввести наступні умови:

• назва_події дорівнює назва_сторінки
• page_location містить /thank-you/

Якщо ви хочете скопіювати всі параметри з події page_view до нової події, залиште прапорець “Копіювати параметри з вихідної події” увімкненим.

Якщо назва якогось параметра неправильна і ви хочете це виправити, ви можете додати модифікацію в розділі Конфігурація параметрів. Наприклад, якщо подія містить параметр pricingPlan, але ви хочете, щоб він був pricing_plan, ви можете ввести нове поле (і повторно використовувати його значення), одночасно видаливши неправильний параметр (залишивши поле Нове значення порожнім).

Подивіться уважніше на [[pricingPlan]] на скріншоті вище. Подвійні квадратні дужки означають, що GA4 повторно використає значення параметра pricingPlan у цьому випадку. Після збереження змін ви можете переглянути їх у звітах у реальному часі та DebugView GA4.

Крім того, коли ви створюєте нову подію в GA4 (і хочете, щоб вона стала ключовою), не забудьте позначити цю подію як ключову на сторінці «Адміністрування» > «Події».

Якщо ви не хочете чекати до 24 годин (тому що відвідування сторінки подяки не з’явиться в списку всіх ваших подій одразу), ви можете створити нову ключову подію негайно. Перейдіть в Адміністрування > Ключові події і натисніть Нова ключова подія.

Таким чином ви позначите новостворену подію thankyou_page_visit як ключову (без необхідності чекати 24 години, поки вона з’явиться на сторінці Адміністрування > Події).

#3.6. Або спробуйте спланувати кращу угоду про назви подій

Тут я просто продовжую попередній розділ цього блогу.

Якщо ми говоримо про події, які ви надсилаєте з коду сайту або Google Tag Manager до GA4, ви можете просто краще спланувати свою систему назв подій і створювати більш чіткі події.

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

У цьому випадку ви можете відстежувати 3 окремі події:

• відправлення_форми_контакту
• відправка_форми_пошуку
• sign_up

А потім позначити лише подію sign_up як ключову. Це, звичайно, вимагає більш ретельного попереднього планування, але кожне надійне налаштування починається з цього.

#3.7. Перевірте дані в Google Analytics DebugView

Після того, як ви налаштували ключові події, настав час їх протестувати. Основною функцією, створеною для налагодження даних GA 4, є розділ DebugView. Ви можете знайти його в лівому нижньому кутку інтерфейсу GA4. Натисніть на нього.

Якщо вам потрібно нагадати, як працює DebugView, не соромтеся повернутися до глави №1.4 цього блогу.

Події позначені синіми іконками, а ключові події – зеленими. Якщо ви натиснете на подію, ви побачите параметри, які було надіслано разом з нею. Натисніть на параметр, щоб побачити його значення.

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

#3.8. Де я можу побачити дані ключових подій у звітах GA4?

Адміністрування > Розділ ключових подій в меню лівої бічної панелі. Це місце схоже на огляд всіх подій, які ви позначили як ключові.

Залучення > Залучення трафіку, а потім у таблиці з’явиться стовпчик “Ключові події”.

Якщо ви впровадили відстеження електронної комерції, дані з’являться у звітах про монетизацію.

Досліджуйте. Наприклад, ви можете включити метрику Ключові події до звіту Дослідження.

Розділ IV: Звіти в Google Analytics 4

Я не хотів робити цю статтю в блозі довжиною в 20 000 слів, тому я поділюся посиланнями на кілька інших моїх підручників, і ви зможете переглянути їх пізніше.

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

Тож якщо ви хочете почати працювати зі звітами Google Analytics 4, не шукайте далі:

• Як відстежувати та звітувати про пошук на сайті за допомогою GA4
• Звіти у вільній формі в GA4 (раніше Explorations)
• Як відстежувати та звітувати про події прокрутки в GA4
• Як створювати звіти про переходи за вихідними посиланнями в GA4
• Звіти про дослідження воронки
• Звіти про дослідження шляхів

Заключні слова

Google Analytics 4 – це зовсім інший інструмент (якщо порівнювати його з попередніми версіями Google Analytics). І ця стаття в блозі доводить, що попереду крута крива навчання. Ми тільки-но зачепили поверхню можливостей GA4, а стаття в блозі вже налічує 8000+ слів.

Якщо ви хочете дізнатися більше про платформу, слідкуйте за сайтом analyticsmania.com та моїм каналом на YouTube.

Крім того, якщо ви хочете мати можливість відстежувати різні взаємодії та надсилати їх до Google Analytics (або будь-якого іншого маркетингового/аналітичного інструменту, який ви використовуєте), Google Tag Manager – найкращий варіант. Але і тут є крута крива навчання (якщо тільки я не покажу вам коротший і ефективніший спосіб).

Цей коротший і ефективніший спосіб – мій майстер-клас з Google Tag Manager для початківців. Ви можете дізнатися більше про нього тут. Не готові записатись на курс? Тоді погляньте на мою безкоштовну електронну книгу нижче. Вона набагато простіша, але все одно дає достатньо інформації, щоб почати.