​​В #GA4 появился Access Logging API (пока что в alpha и только для 360 версии) — метод, который позволяет извлекать данные об использовании Google Analytics 4 его пользователями. Доступны такие поля, как: email, ip, reportType, timestamp и другие. С помощью этих данных можно определить, какими ресурсами и отчетами пользуются активнее всего и кто уже давно не использовал вашу систему аналитики.

via @WebAnalyst

​​В #GA4 появилось обновление в разделе Enhanced measurement — Form Interactions, которое позволяет получать новые автоматические события при пользовательских взаимодействиях с формами на сайте: form_start и form_submit. Также, для них передаются 7 новых параметров:

- first_field_id
- first_field_name
- first_field_position
- first_field_type
- form_destination
- form_id
- form_length

via @WebAnalyst

​​В #GA4 наконец-то появился способ автоматической загрузки данных в рамках Data Import — правда, пока что, только SFTP. Трудно представить, какими ресерчами пользовались продакт менеджеры Google Analytics, чтобы выкатить эту функцию раньше, чем загрузку по API, но спасибо и на том, что теперь ручная загрузка не единственный способ. Напомню, Data Import позволяет загрузить в GA4 данные о расходах на не-google рекламу, данные о товарах, данные о пользователях и данные об оффлайн-событиях.

via @WebAnalyst

​​В #GA4 многим не хватает отчетности по скорости загрузки страниц. Не понятно, есть ли она в roadmap, но поскольку все данные для расчетов доступны через web api, то уже сейчас можно реализовать трекинг этих данных. David Vallejo сделал готовое решение для GTM, которое, в момент завершения загрузки окна, отправляет отдельное событие performance_timing с параметрами:

- page_load_time
- page_download_time
- dns_time
- redirect_response_time
- server_response_time
- tcp_connect_time
- dom_interactive_time
- content_load_time

Также (как и в Universal Analytics) можно настраивать размер случайной выборки пользователей (через параметр siteSpeedSampleRate), у которых происходит замер скорости загрузки страниц. Подробная инструкция по настройке: https://bit.ly/3RhZzzb

via @WebAnalyst

​​Всем, кому сертификация по GA4 показалась слишком простой — попробуйте набрать 30 баллов в продвинутом экзамене по #GA4 от Чарльза Фарины: https://bit.ly/3e8FVqT

via @WebAnalyst

​​Интересная статья с результатами разных экспериментов проводимых с целью выяснения принципа определения параметров источника сеансов в #GA4: https://bit.ly/3PYoyqg

via @WebAnalyst

​​Як ви мабуть вже знаєте — в експортованих із #GA4 в Google BigQuery даних є такі поля, як:

- traffic_source.source
- traffic_source.medium
- traffic_source.name

але проблема в тому, що ці дані доступні тільки на рівні користувача, при чому вони визначаються з першої його сесії. Якщо ж вам часто потрібно отримувати дані про джерела трафіку на рівні кожної окремої сесії — можете скористатись таким рішенням: https://bit.ly/3VCMKCA

via @WebAnalyst

​​Сьогодні помітив, що в параметрах web-трекінгових запитів #GA4 передаються деякі нові дані про device користувача. Інформації в документації GA4 я не знайшов, але судячи з всього це User-Agent Client Hints і якщо це так, то:
- uaa i uab — це дані про архітектуру процесора
- uamb — дані чи є девайс користувача мобільним
- uam — дані про модель девайсу (тільки для мобільних)
- uap i uapv — дані про операційну систему і її версію.

Звертаю вашу увагу, що в Safari i Firefox цих даних немає, оскільки в цих браузерах поки що не підтримується User-Agent Client Hints API :(

​​Логіка роботи Measurement Protocol в Google Analytics 4 суттєво відрізняється від анлогічного інструменту в Universal Analytics. Якщо в UA це був спільний протокол як для бібліотеки для web-трекінгу, так і для відправки подій з серверу, то для GA4 протокол працює не так, як протокол web sdk, що працює в браузері у користувача. І якщо для коректної сесійної атрибуції в UA протоколі було достатньо відправляти лише client_id, то для аналогічної задачі в GA4 через протокол потрібно відправляти client_id та додатково ще й поля session_id i timestamp_micros. В цьому випадку у вас буде коректна атрибуція джерел трафіку для цього івенту, але лише в інтерфейсі #GA4 (в даних BigQuery Export для цієї події не буде значень в полях джерел трафіку). Доречі, через MP в #GA4 можна відправляти події в сеанси, які вже закінчились, але лише якщо в timestamp_micros передається мітка часу не більше ніж 72 години у минулому з моменту відправки запиту MP. Більше деталей про це у блозі Simo Ahava: https://bit.ly/3H7Apjb

via @WebAnalyst

​​В #GA4 з'явилась можливість використовувати регулярні вирази при створенні або редагуванні events в інтерфейсі: https://bit.ly/40UOOYf

via @WebAnalyst

​​Google прибирає із #GA4 моделі атрибуції first-click, linear, time-decay i position-based. З травня нові GA4 Properties не зможуть вибирати ці моделі, а у вересні ці моделі будуть відключені для всіх інших GA4 Properties. Тобто залишаться тільки такі моделі маркетингової атрибуції:
- Cross-channel data-driven attribution
- cross-channel last click
- Ads preferred last click

via @WebAnalyst

​​Minhaz Kazi, Developer Advocate в Google Analytics, написав свіжу і досить актуальну статтю про те, чому дані в інтерфейсі #GA4 часто розходяться з даними в BigQuery Export: https://bit.ly/3Gulm3B .

via @WebAnalyst

​​Знайшов класний та безкоштовний сервіс, який дозволяє задати параметри до звіту та по натиску кнопки отримати готовий SQL-запит до таблиць в рамках #GA4 #BigQuery Export. Крута ідея, що значно спрощує роботу з raw даними GA4 для нетехнічних спеціалістів. Погляньте, як це працює та спробуйте самі: https://bit.ly/41vnRLf

via @WebAnalyst

​​Google оновив стандартний Looker Studio коннектор для Google Analytics 4 і тепер підтягує поля напряму з #GA4 API (раніше цей коннектор працював за іншою логікою і мав фіксований список полів). Завдяки цьому тепер в джерелах даних з'явилось більше сотні нових параметрів. Для того, щоб у раніше створених джерел даних GA4 з'явились ці поля, потрібно зайти в їх налаштування, натиснути кнопку Refresh Fields і застосувати зміни.

via @WebAnalyst

​​В Looker Studio відтворили інтерфейс Universal Analytics на даних Google Analytics 4. Можна вибрати свій аккаунт #GA4 і аналізувати дані в форматі, до якого всі так звикли :)

https://bit.ly/3NtDEEI

via @WebAnalyst

​​В Google Analytics 4 з'явився нова системна подія — campaign_details. Відправляючи її, можна перевизначити дані про джерело трафіку для майбутніх подій. Мабуть, це дійсно корисно тільки для подій, відправлених через Measurement Protocol, для яких не можна перевизначити джерело трафіку через UTM-параметри (на відміну від client-side трекінгу #GA4).

Детальніше про цю подію в документації: https://bit.ly/3DaOtXJ

via @WebAnalyst

​​В документації Google Analytics 4 з'явилась інформація про те, як #GA4 працює з даними про джерела трафіку на різних рівнях: користувач, сесія, подія. Також є наглядний приклад user flow з різними джерелами трафіку та як це потім буде атрибутуватись в інтерфейсі системи аналітики: https://bit.ly/44FKgrf

via @WebAnalyst

​​Раніше Google анонсував новий експорт даних з #GA4 до BigQuery — User data export. Тепер ця функція стає доступна для всіх користувачів. Новий експорт буде відбуватись у дві таблиці — Pseudo ID та User ID. В ці таблиці щоденно будуть експортуватись нові актуальні дані для тих користувачів, які були активні в цей день. Більш детальна інформація по цьому експорту з описом полів є в документації: https://bit.ly/44c8Ezm

via @WebAnalyst

​​Хороша стаття про те, як досліджувати, виявляти і класифікувати трафік від ботів використовуючи дані #GA4 та #BigQuery ML: https://bit.ly/47joACz

З цим ChatGPT вже всі починають забувати про традиційний ML 😄

via @WebAnalyst

​​Знайшов корисний Chrome Extension — GA4 Fixes, який вміє додавати до стандартних звітів #GA4 «% of total». Доречі, на сайті розробника є ще дуже багато корисних міні-тулів для користувачів GA4: ga4tools.com

via @WebAnalyst