- Головна
- /
- Архів розсилок
- /
- Дайджест з вебаналітики #28
від 13 Березня 2025р.
Привіт 🙌
Пройшло 2 тижні, а це значить, що зараз ти отримаєш багато корисної інформації. У цьому листі ти дізнаєшся про останні новини вебаналітики та нашої PROANALYTICS.ACADEMY, а також цікаві матеріали, які допоможуть в роботі.
Як я і писав в минулих розсилках, апдейтів під кінець кварталу повинно було б під'їхати, особливо від Google. І дійсно, останні 2 тижні були насиченими на новини, частину з яких багато хто вже обговорював у чатах, наприклад, про додаткові позначки для not set трафіку в GA4 або лист про те, що Google Tag буде автоматично додаватися в GTM. На іншу частину ти міг не звернути увагу, але не хвилюйся, сьогодні ми розберемо все.
🔍 Сьогодні в розсилці:
🔹 Google Analytics 4: як маркетологам використовувати аналітику на максимум;
🔹 Експорт даних GA4 у BigQuery через Server-Side GTM: покроковий гайд з налаштування;
🔹 4 апдейти від Google Analytics 4;
🔹 2 оновлення від Google Tag Manager;
🔹 2 апдейти від Google BigQuery;
🔹 Матеріали від SQLBI про використання візуальних обчислень для умовного форматування у Power BI;
🔹 Що важливіше для візуалізації: інструмент чи навички?;
🔹 Що таке "хороший звіт"?
Почнемо як завжди з новин академії та корисних матеріалів від нашої команди: навчання на PRO-курсах у самому розпалі, нові потоки будуть аж в червні, і про них ще багато не пишу, тому сьогодні в цьому блоці тільки два нових матеріали.
📰 Стаття "Google Analytics 4: як маркетологам використовувати аналітику на максимум"
Я написав статтю на speka.media, де намагаюсь донести на прикладах, як вебаналітика та GA4 можуть бути корисними для маркетологів. Звісно, якщо ти вже пройшов повністю курс GA4 Basics або PRO ANALYTICS - навряд чи знайдеш там щось корисне для себе. Але якщо до курсів ще не добрався - рекомендую ознайомитися з матеріалом.
Приємного читання!
📰 Нова стаття на блозі ProAnalytics.Team
"Експорт даних GA4 у BigQuery через серверний тег-менеджер: покроковий гайд з налаштування"
Звісно, окрім загальних ознайомчих матеріалів ми вміємо й набагато складніші та технічніші. Минулого тижня на блозі команди моя колега Женя Ярушина підготувала детальний матеріал про проблеми, які виникають під час роботи з експортом GA4 до BigQuery та нашим способом їх вирішення.
🙌 Нагадую, якщо ти теж хочеш написати власну статтю на блозі академії, я завжди радий допомогти. Якщо є ідея чи просто бажання - напиши мені в телеграм, фейсбук або у відповідь на цей лист. Буду чекати!
На цьому наші новини все, тому перейдемо до новин сервісів, які ми всі щодня використовуємо 🔥
👉 Новини Google Analytics 4
Нещодавно, а саме вчора, був один офіційний апдейт із трьома оновленнями. Але фактично, частину з них ви вже могли побачити і декілька днів тому.
🚩 Про одне з них вже говорили минулого тижня, а саме про появу оранжевого трикутника біля значення (not set) у звітах Google Analytics 4. При наведенні на іконку з'являється поп-ап із поясненням. Це власне і є перший апдейт.
Для когось це може здаватися чимось страшним, бо з'явилися якісь незрозумілі трикутники з "попередженнями". Але ще раз акцентую вашу увагу: ніяких фактичних змін в роботі GA4 це оновлення не несе. Вся його сутність у візуальному позначенні. Все працює як і раніше, просто з'явився цей трикутник із поясненням.
Якщо ж поклікати по лінках у поп-апі, то перший розповідає про актуальність даних, де нагадує, що їх обробка може тривати від 24 до 48 годин, а другий - про причини появи значення (not set).
Іншими словами, цими двома лінками гугл фактично дає нам підказку щодо основних причин появи (not set). Глобально їх дві:
- Дані ще не встигли обробитись на серверах GA4;
- Дані для параметра не надходять.
Власне два лінка в підказці і закривають ці питання: один нагадує, що потрібен час на обробку, інший розповідає про основні причини, чому дані можуть не надходити до параметру.
Якщо почати читати довідку, то першим пунктом там буде про те, що одна з основних причин відсутності даних в параметрі - відсутність події session_start. І я можу підтвердити зі свого досвіду, що на проєктах, де мені вдалось бути задіяними, ця причина є теж основною.
І з того ж таки досвіду, основна причина, чому подія session_start відсутня в тому, що якась подія активується на сторінці раніше ніж загальний конфіг Googe Tag. (Поки просто це запамятайте, трохи далі ми до цього повернемось, коли я буду пояснювати причину і наслідки іншого апдейту)
Крім цієї основної причини появи (not set), звісно є й інші, тому якщо тепер тебе це почало хвилювати більше ніж раніше (бо оранжевий трикутник привертає більше уваги ніж простий текст (not set)), то ось 2 матеріали, в яких детально розібрані причини появи (not set).
Матеріал від MeasureSchool >>>
Матеріал від Analytics mania >>>
🚩 Вище я писав про одну з причин появи (not set) значень: відсутність інформації про початок сеансу. Це і є причиною наступного апдейту: команда GA4 також додає піктограму, якщо звіт показує високий рівень відсутніх подій session_start. Зверни увагу, мова саме про "високий рівень", оскільки існують певні реальні кейси, коли такої події може не бути, і це не є проблемами з налаштуванням.
На жаль, у мене в акаунтах не знайшлося прикладу цього сповіщення, щоб показати наглядно, тому просто залишу тут лінк на офіційну новину про апдейт.
🚩 Останнє оновлення з офіційного апдейту, хоч і відображається в усіх звітах, є найменш обговорюваним в чатах: у звітах, в колонки з абсолютними показниками, додали відсотки, які показують долю від загального значення. Дрібниця, але приємно.
🚩 І трохи про оновлення, які ще не оголошені: взагалі ми, як партнери Google по роботі з Google Analytics знаємо про нові функції та планові апдейти задовго до того, як вони виходять у загальний доступ. Але, на жаль, не можемо про це говорити через NDA.
Але скріншот нижче мені вдалось зробити на демо-акаунті Google, до якого всі мають доступ. Тому я не вважаю це порушенням домовленостей з Google.
Трохи згодом в цьому році на нас чекає поява автоматичних інсайтів в інтерфейсі Google Analytics 4. І не тільки це.
Перший скріншот - сам інсайт, а другий - що з'явиться після кліку на синю кнопку на першому скріні.
👉 Новини Google Tag Manager
🚩 Перший апдейт хоч і в GTM, але більше стосується GA4. Мова про лист на пошту, зі скріна нижче.
Загалом, для тих хто все робив вірно, нічого не змінюється, не треба хвилюватися. Але чому тоді Google взагалі вирішив внести ці зміни? Тут згадаємо одну з новин GA4, про яку я писав вище, а саме про появу позначки для значення (not set). І про причини появи (not set). Як я казав, одна з популярних причин: немає інформації про початок сеансу. А одна з причин, чому її немає, - те, що налаштування Google Tag іноді завантажується пізніше, ніж івент.
Скоріше за все Google помітив, що ця ситуація досить розповсюджена, і люди забувають додавати базовий конфіг для Google тега, або їх налаштування приводять до того, що конфіг запускається після івентів. Тому він вирішив додавати його автоматично. І тут важливо: Google Tag додається, тільки якщо в тебе його не було створено, але якщо в тебе завжди все було правильно, то нічого не зміниться. Детальніше про це все і навіть більше пояснень і нюансів є у статті Simo Ahava.
🚩 У продовження новин про GTM, поговоримо ще трохи про Server-Side GTM. Google Tag тепер використовує Service workers для відправки даних в серверний тег-менеджер. Це має покращити збір даних, а саме зробити його точнішим. Детальніше про це вже встигли розписати до мене, тому залишу тут лінк на офіційну довідку і на пост Himanshu Sharma, в якому він пояснює, як це працює.
👉 Новини Google BigQuery
Google BigQuery теж не залишився осторонь від цікавих оновлень для світу інтернет-маркетингу.
🚩 Перша новина - трансфер даних BigQuery для Google Ads тепер підтримує спеціальні звіти. Тепер можна використовувати мову запитів Google Ads (GAQL) на рівні конфіггурації трансферу, щоб отримувати спеціальні звіти Google Ads. Раніше для цього потрібно було використовувати API. 6 березня ця функція стала загальнодоступною.
Моя колега Наташа Федоренко вже потестувала її, і вона дійсно працює. Ось так це виглядає в інтерфейсі:
🚩 Ще один апдейт, який стосується більше аналітиків. Тепер у нас є можливість створювати агреговані функції, визначені користувачем (user-defined aggregate function). Детальніше можна почитати за посиланням нижче.
На цьому новини все, перейдемо до цікавих матеріалів 🔥
🚀 Матеріали від SQLBI про використання візуальних обчислень для умовного форматування
Новин від Power BI на цьому тижні не було. Усі ми знаємо, що він заливає всі апдейти разом раз на місяць. Але в минулій розсилці я писав про один із цікавих моментів лютневого апдейту: візуальні обчислення можна використовувати для умовного форматування. І команда SQLBI вже встигла підготувати статтю і відео, де детальніше розповідає про функціонал і як ним користуватися.
Переглянути відео і статтю >>>
🚀 Що важливіше для візуалізації: інструмент чи навички
Сьогодні в блоці цікавих матеріалів хочу поговорити про візуалізації даних.
Спробуй відгадати: який звіт із Tableau, а який із Power BI?
Вдалося вгадати? Перший - із Tableau, другий - з PBI.
А додав я цей міні-тест до листа лише для того, щоб ще раз підтвердити: інструмент не так вже й важливий. А от що дійсно важливо - поговоримо далі.
🚀 Що таке "хороший звіт"?
Наприкінці трохи філософії. Я натрапив на пост Brian Julius, в якому він порушує питання: "Що таке взагалі "хороший звіт"?", "На які питання він має відповідати?"
Гарний віжуал це круто і без нього насправді ніяк. Але перш за все при побудові звіту ми маємо чітко розуміти проблему, яку цей звіт розкриває. І закривати він її повинен так, щоб після взаємодії зі звітом в нас не залишалось питання: "І що далі?".
Загалом не хочу спойлерити всі думки, адже він їх дуже добре доносить, тому залишаю лінк на пост нижче. Він невеликий, але підіймає дуже важливі питання.
Твій сенсей, Макс Гапчук 🔥
Будь в курсі актуальних новин зі світу аналітики!
