#AnalyticsTips

💡 Пояснення до квізу 3:

А: Блокувальники можуть заблокувати сам GTM-код (і тоді всі теги не спрацюють), або навіть якщо GTM завантажився, вони можуть блокувати конкретні запити (наприклад, звернення тега Google Ads або Facebook Pixel). Тож твердження, що GTM завжди працює, – помилкове. Є випадки, коли GTM прогрузився, але окремі теги були обрізані блокером. Отже, блокувальники можуть впливати як на GTM загалом, так і на окремі теги всередині нього.

B: Неправильно. Блокувальники здатні відслідковувати всі запити на сторінці. Вони часто блокують GA (googletagmanager.com/gtag.js) і можуть також блокувати googletagmanager.com/gtm.js (GTM). Це залежить від конкретного фільтр-листа. Отже, твердження що “не зачіпають GTM” – невірне.

C: Ні, платна версія GTM (яка фактично є частиною Google Marketing Platform 360) нічим не “обходить” блокери – вона така ж за принципом роботи. AdBlock не розрізняє, платний у вас аккаунт чи ні. Тому ця відповідь хибна.

D: Правильно. Більшість популярних блокувальників реклами (uBlock, AdBlock і т.д.) мають списки, які можуть містити домен Google Tag Manager, або ж блокувати запити до відомих аналітичних скриптів. Хоча за замовчуванням не всі блокувальники ріжуть gtm.js, деякі користувачі вручну додають правила або користуються списками, що блокують Google Analytics і GTM. Таким чином, бувають випадки, що GTM не завантажується взагалі – і тоді жоден з ваших тегів не спрацює. На щастя, зазвичай це менш поширено, ніж блокування прямих скриптів GA, але трапляється.

💡 Пояснення до квізу 2:

A: Правильно. В GA4 сеанс із взаємодією визначається, якщо виконується хоча б одна з умов: або сесія тривала понад 10 секунд, або в ході сесії відбулася хоча б одна ключова подія (конверсія), або було переглянуто 2 чи більше сторінки/екрани. Як тільки сесія відповідає цьому критерію, вона вважається Engaged. Цей показник використовується для розрахунку Engagement Rate (відсотка сеансів із взаємодією). Детальніше тут

І не забувайте збільшувати стандартне значення в 10 секунд, щоб цей показник мав цінність. Детальніше тут

B: Ні, один клік на сторінці (наприклад, прокрутка чи клік на посилання) сам по собі не робить сесію залученою, якщо вона тривала менше 10 секунд і не було інших умов. Якщо користувач зайшов і відразу клацнув “Назад”, пробувши 3 секунди, – навіть за наявності кліку ця сесія не буде залученою.

C: Новизна користувача не є критерієм залученості. Новий користувач може як швидко покинути сайт (тоді сесія не є із взаємодією), або навпаки – довго взаємодіяти (тоді так, із взаємодією). New User – окрема метрика, Engaged Session – окрема. Одне не випливає з іншого.

D: Це лише частина відповіді. Також в поняття залученої сесії входять одна з двох інших умов: або сесія тривала понад 10 секунд, або в ході сесії відбулася хоча б одна ключова подія (конверсія).

💡 Пояснення до квізу 1:

A: Google Data Studio (нині перейменований на Looker Studio) – це окремий сервіс для візуалізації, не “вбудований” в GA4, а зовнішній. У самому GA4 є сторінка Explore (Explorations), не Data Studio.

B: Firebase Analytics – це радше “попередник” GA4 для додатків. Окремого додатку для розширеного аналізу GA4 не існує – сам GA4 містить необхідні інструменти (Explorations).

C: Правильно. В GA4 є розділ Explore (Дослідити). Це потужний інструмент, що дозволяє будувати власні спеціалізовані звіти: воронки (Funnel Exploration), шляхи користувачів (Path Exploration), сегментовані таблиці, діаграми розподілу і багато іншого. Explorations доступний всім користувачам GA4 (навіть у безкоштовній версії) і може працювати з великими обсягами даних (до 10 млн подій на вибірку перед застосуванням семплінгу). Цей інструмент значно розширює можливості аналізу порівняно зі стандартними звітами. Детальніше тут

D: GA4 не має режиму “Universal Reporting”. Відповідно, D – неправильна відповідь.

GPT-5 + GA4 - Це просто ВАУ!

Зайдіть на цей канал десь через 2 години, а ще краще просто включіть сповіщення.

Скоро на блозі з'явиться новий матеріал, який точно потрібно прочитати всім хто працює з GA4.

Ну а щоб ви поки не сумували зараз буде декілька квізів в рамках нової рубрики.

Гарних вихідних!

💡 Пояснення до квізу 5:

A: Правильно. Позначка (other) з’являється у випадках, коли вибрана у звіті розмірність (параметр) має дуже високу кардинальність – тобто тисячі чи мільйони унікальних значень. GA4 встановлює певні ліміти на кількість рядків у звіті.
Якщо, наприклад, ви дивитеся розмірність “Page Title”, а на вашому сайті 100 000 різних сторінок, GA4 не буде виводити всі 100к рядків. Натомість він виведе, скажімо так, топ-значення, а всі менш значущі згрупує під “(other)”. Це означає “інші значення, які не вмістилися явно в звіт через обмеження на кількість рядків”. Other – поширене явище при високій унікальності значень, і це нормальна поведінка системи при захисті від занадто “широких” звітів.

Детальніше тут

B: Ні, (direct)/(none) – це про джерело трафіку (source/medium). У звітах GA4 воно так і відображається (“direct / none”). (other) – це зовсім інше: він може з’являтися для будь-якої розмірності (сторінки, події, кампанії і т.д.), якщо тих значень надміру багато. Отже, варіант B не стосується суті (other).

C: (other) не має відношення до семплювання. Семплювання – це, якщо дуже простими словами, коли береться 50% даних і екстраполюється на 100%. (other) – це коли дані є, але дуже роздроблені за значеннями, і система їх згрупувала.

D: (other) – це не про конфіденційність, а про технічне обмеження на кількість рядків у звіті. Дані під (other) не обов’язково конфіденційні – це можуть бути просто рідкісні сторінки або події. Тому D – неправильна відповідь.

💡 Пояснення до квізу 4:

A: Правильно. GA4 має вбудовану можливість відстежувати “віртуальні” перегляди сторінок у SPA. Коли увімкнено Enhanced Measurement, подія page_view спрацьовує не лише при завантаженні сторінки, а й при зміні стану історії браузера – тобто при викликах history.pushState, replaceState або popstate у вашому додатку.
Це означає, що якщо ваш SPA-додаток змінює URL при навігації, GA4 зафіксує ці зміни як окремі перегляди сторінок. Примітка: переконайтесь, що увімкнена опція “Page changes based on browser history events” у налаштуваннях потоку даних, яка увімкнена за замовчуванням

B: Немає окремої опції з назвою “SPA Mode”. Все відбувається автоматично через описаний вище механізм Enhanced Measurement. Достатньо мати встановлений тег GA4 (або GTM з GA4 Config) і увімкнену опцію “Page changes based on browser history events” у налаштуваннях потоку даних, яка увімкнена за замовчуванням – GA4 сам буде слухати події історії.

C: На відміну від Universal Analytics, де для SPA часто доводилося вручну викликати gtag('config', 'UA-...') чи ga('send','pageview') при зміні екранів, GA4 суттєво спростив цей момент – багато SPA сценаріїв покриваються без коду. Однак, якщо ваш додаток не змінює URL при навігації, можливо, доведеться вручну викликати подію page_view.

D: GA4 не обмежується тільки першим переглядом. Якщо SPA змінює URL, GA4 спрацює повторно і зареєструє новий page_view. Тобто наступні “внутрішні” переходи не ігноруються, а теж фіксуються – за умови коректної реалізації SPA, що оновлює стан історії

💡 Пояснення до квізу 3:

A: 50 конверсій – ні, це завищена кількість. Наразі такий ліміт має GA4 360. Для безкоштовної версії встановлено ліміт у 30.

B: 20 – це було лімітом кількості цілей (Goals) на подання в Universal Analytics (і 20 додаткових для 360). Але у GA4 ліміт інший – 30 на всю властивість. Отже, 20 – неправильна відповідь (в GA4 це занизька оцінка).

C: Правильно, у безкоштовній версії GA4 ви можете позначити до 30 різних подій як конверсії. Тобто, у властивості GA4 можна виділити максимум 30 подій, які ви вважаєте ключовими (Key Events), і відстежувати їх як конверсії.

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

💡 Пояснення до квізу 2:

A: Ні, Active Users – це підмножина всіх користувачів. Загальні (Total) користувачі – будь-який унікальний відвідувач за період, а активні – ті з них, хто мав хоч якусь мінімальну взаємодію. Наприклад, користувач, що відкрив сторінку і одразу пішов, увійде до Total Users, але не до Active Users.

B: У GA4 є показник Total users (загальна кількість юзерів), який доступний у звітах. Отже, твердження, що залишилися лише активні – неправильне.

C: Active Users не обмежується тільки новими відвідувачами. Метрика “New Users” окремо рахує тих, хто прийшов вперше, а “Active Users” може включати і тих, хто повернувся – головне, щоб їхні сесії були зі взаємодією.

D: Правильно, у GA4 Active Users — це користувачі, які взаємодіяли із сайтом або додатком у межах вибраного періоду. А саме ті, хто або перший раз відвідали сайт/додаток (події first_visit та first_open), або у подіях яких є параметр engagement_time_msec, що свідчить про взаємодію. Значення цього показника зазвичай нижче, ніж Total Users, оскільки виключає тих, хто не виявив активної взаємодії.

Детальніше тут

💡 Пояснення до квізу 1:

A: Правильно, за замовчуванням Google Analytics 4 зберігає детальні дані події лише протягом 2 місяців. Це обмеження стосується звітів у блоці Explore. Без змін у налаштуваннях, ці інструменти відображатимуть дані лише за останні ~60 днів.
Детальніше тут

B: 14 місяців – це максимальний період збереження подій у безкоштовній версії GA4. Якщо ви перейдете в Admin → Data Retention, то можете збільшити 2 місяці до 14. 14 місяців — це не стандартне значення, а максимальний період, який можна встановити вручну (у GA4 360 доступні й довші терміни).

C: 26 місяців — одне з розширених значень збереження, доступних лише у платній версії GA4 360 (Enterprise). У безкоштовній версії обрати 26 місяців неможливо.

D: Ні, за замовчуванням дані GA4 не зберігаються вічно. За замовчуванням ці дані зберігаються 2 місяці, або 14 місяців за умови змін у налаштуваннях. Після завершення цього періоду вони автоматично видаляються. Нескінченне зберігання можливе лише через експорт у BigQuery.