#AnalyticsTips

Google Analytics отримав оновлення і тепер читати дані в таблицях стало простіше

Розширення для Chrome PROANALYTICS отримало оновлення і тепер читати дані в таблицях стало простіше.

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

А ще краще спробувати самому. Встановити розширення з офіційного Chrome Store можна по цьому лінку.

А детальніше прочитати про поточний функціонал можна тут. І так, умовне форматування таблиць це не єдина функція ;)

Маєш ідеї щодо покращення або нових функцій - пиши про них в коментах або мені в особисті

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

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

A: Ні, GA4 може працювати автономно: gtag('config', 'G-XXXXX') – і все, дані підуть. GTM – рекомендований, але не єдиний шлях.

B: Правильно. Хоча Google Tag Manager спрощує встановлення Google Analytics, він не є обов’язковим. Ви все ще можете взяти код GA (gtag.js) і вставити його напряму на сайт – і аналітика збиратиме дані. GTM же надає гнучкість у налаштуванні подій, керуванні тегами різних служб, але це додаткова надбудова. Google навіть у документації GA4 дає обидва підходи: з GTM і без.

C: Client ID призначається бібліотекою GA4 (gtag.js) і зберігається в _ga cookie. GTM на це не впливає. Без GTM скрипт GA так само встановить Client ID.

D: Без GTM можна відстежувати і події – через код gtag('event', 'event_name', {...}) у вашому коді сайту. GTM просто надає інтерфейс для цього без коду. Отже, події теж можна відправляти і без GTM.

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

A: Ні, push додає, а не видаляє. Щоб очистити Data Layer, немає спеціального методу, та й загалом така дія може привести до проблем з коректним збором даних.

B: Ні, повторний запуск усіх тегів робити не можна простим push. Якщо зробити push з подією, GTM запустить теги, прив’язані до тієї події, але не "усі підряд".

C: Правильно. Виклик window.dataLayer.push({...}) додає об’єкт у масив Data Layer. Це основний спосіб передати GTM якусь інформацію або сигнал про подію. Наприклад, після оформлення замовлення сайт може виконати dataLayer.push({ 'event': 'purchase', 'orderId': '123', 'value': 250.00 }). GTM побачить цей push: і, якщо є тригер, що слухає подію з іменем 'purchase', він спрацює; а змінні Data Layer зможуть дістати 'orderId' та 'value' для використання в тегах. Тобто push – це передача даних/подій до GTM.

D: Пуш до dataLayer не оновлює налаштування контейнера чи його код.

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

A: Правильно. first_visit – це одна з автоматично зібраних подій GA4. Вона спрацьовує при першому приході користувача на сайт (власне, при першому запуску сторінки з вашим GA4-трекінгом). Разом із session_start та user_engagement вона належить до базових подій, які GA4 збирає без будь-яких додаткових налаштувань.

B: form_submit – не збирається автоматично. В функціоналі розширеної статистики GA4 існує можливість автоматичного трекінгу форм, але це налаштування по перше потребує активації, а по друге - це налаштування дуже часто дає збої у вигляді дублів подій, або відсутності відправки івентів у випадку успішної відправки форми. Найкраще рішення для трекінгу форм - це налаштування через GTM.

C: purchase – це приклад recommended event (рекомендована подія для e-commerce). GA4 не надсилає її сам по собі, якщо ви не налаштуєте електронну торгівлю. Тобто вона не є автоматично зібраною – потрібно впровадити відповідний код, що відправить подію “purchase” з потрібними параметрами при покупці.

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

Також варто знати, що цю подію можна відключити. Передавши у коді GA4 або ж у Google Tag Manager спеціальний параметр send_page_view, в якому вказати значення false. У такому випадку Google Аналітика не буде відправляти подію page_view. Детальніше тут.

Продовжимо важливу тему

Нещодавно я писав, як за допомогою GhatGPT-5 зручно аналізувати дані GA4 використовуючи MCP. Багатьох результати зацікавили і я отримував повідомлення з питаннями про те, як це все налаштувати для себе.

І от сьогодні на блозі PROANALYTICS.ACADEMY нова стаття. Один зі студентів вирішив не чекати поки я напишу цю інструкцію і розписав налаштування самостійно.

Вам залишилось тільки покроково повторити і вже можна користуватись.

Покрокове налаштування Google Analytics MCP Server

Приємного використання ;)

P.S. І не забудьте привітати @baselo з першим матеріалом)

Хочете навчитися відстежувати ефективність рекламних кампаній у продуктах Google 360?

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

📅 Дата: 21 серпня 2025
🕐 Час: 13:00 – 14:30 (за Києвом)
📍 Формат: Онлайн

На вебінарі ви дізнаєтесь:
🔸 Що таке Floodlight тег та як він працює
🔸 Що таке користувацькі змінні
🔸 Як працювати з аудиторіями
🔸 Які типи атрибуцій є в CM360
🔸 Як інтегрувати Floodlight теги через Google Tag Manager
🔸 Як уникнути типових помилок при налаштуванні
🔸 Як перевірити правильність імплементації Floodlight тегів

🎤 Спікери:
✨ Андрій Білик – GMP Solution Manager, Admixer Advertising
✨ Ігор Білик – GMP Client Service Manager, Admixer Advertising
✨ Андрій Чапський – Web Analyst, Admixer Advertising

💬 Чому варто бути присутнім?
Під час вебінару у вас буде унікальна можливість поставити власні запитання експертам та отримати практичні поради з налаштування Floodlight тегів.

👉 Реєструйтеся за посиланням

Прокачайте свої знання з веб-аналітики в продуктах Google 360!

#Floodlight #GoogleMarketingPlatform #GMP #AdmixerAdvertising #Webinar #DigitalAnalytics #ConversionTracking #CM360

Мало не забув...

І обіцяна стаття

GPT-5 + GA4 - Це маленька революція в світі маркетингової аналітики!

А може й не така вже й маленька - час покаже.

Якщо ви працюєте з GA4 - вам точно потрібно прочитати цей матеріал.

https://proanalytics.academy/uk/blog/gpt5-google-analytics4-mcp-marketer-tasks-faster

І діліться в коментах враженнями. Що ви думаєте про цю технологію?

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

A: Неправильно. Для візуалізації є інші інструменти (Power BI, Looker Studio, Tableau тощо). BigQuery – це радше “бекенд” для зберігання та обробки даних. Він не має красивих дашбордів – лише інтерфейс для виконання запитів і отримання таблиць результатів.

B: Вірно. Google BigQuery – це хмарне сховище даних (data warehouse), яке дозволяє зберігати петабайти інформації і виконувати SQL-запити для її аналізу. Воно серверлес (вам не треба керувати серверами чи базою, Google це робить автоматично), масштабоване і оптимізоване під аналітичні запити. BigQuery часто використовують для зберігання даних з різних джерел (в тому числі експорту даних GA4) та подальшого BI-аналізу. Детальніше тут

C: BigQuery не призначений для збору даних з веб (скрапінгу). Для цього є інші сервіси чи бібліотеки. BigQuery – про зберігання вже зібраних даних та швидке виконання по них аналітичних запитів.

D: BigQuery існує незалежно від Google Analytics. Хоча GA4 має вбудовану інтеграцію з BigQuery (експорт даних), це не “плагін”, а повноцінне окреме сховище, куди можуть надходити дані не тільки GA, але й з CRM, рекламних кабінетів, CSV-файлів тощо