У Google Analytics 4 немає представлень даних – ви можете створювати окремі набори даних. Деталізація й те, як ви контролюєте доступ до даних, залежить від (1) ваших потреб і (2) версії Google Analytics (стандартної чи 360).
Приклад налаштувань облікового запису Google Analytics
Компанія з одним вебсайтом
Ця компанія має один сайт і один обліковий запис Google Ads. Компанії не потрібно розділяти дані за регіонами чи напрямами діяльності.
Структура стандартного облікового запису Google Analytics
- Обліковий запис: один. Дані належать одній юридичній особі.
- Ресурс: один ресурс для вебсайту
- Потоки даних: один. Якщо компанія також має додаток, для нього створюється окремий потік даних.
Які принципи застосовуються
| Структура | Пояснення |
|---|---|
|
Один обліковий запис Analytics. Якщо у вас уже є обліковий запис Analytics, не потрібно створювати ще один. |
Дані належать одній організації в конкретному регіоні. |
|
Один ресурс Google Analytics 4 з одним потоком вебданих. |
В одному ресурсі буде зручно зібрано всі дані про сайт. Команда маркетологів може створювати аудиторії на основі будь-якої комбінації показників і параметрів сайту. Аналітики можуть зрозуміти, як ресурс використовується на різних пристроях, щоб вирішити, чи потрібно створювати мобільний сайт або додаток. |
|
Один обліковий запис Google Ads, зв’язаний із ресурсом Google Analytics 4. |
Команда маркетологів може експортувати аудиторії в Google Ads для ремаркетингу й пошуку потенційних клієнтів. |
Заклад освіти/освітня організація
Ця організація має один вебсайт і один обліковий запис Google Ads.
Вимоги до компанії
Структура облікового запису має відповідати наведеним нижче вимогам.
- Студенти переглядають пропоновані курси, реєструються, проходять курс, а також керують навчанням в Інтернеті.
- Для маркетингової команди важливо створювати аудиторії для ремаркетингу й визначати коло потенційних клієнтів.
- Аналітикам потрібно знати, як ресурс використовується на різних пристроях, щоб вирішити, чи варто створювати мобільний сайт або додаток.
Структура стандартного облікового запису Google Analytics
- Обліковий запис: один. Дані належать одній юридичній особі.
- Ресурс: по одному ресурсу для кожної логічної бази користувачів (вебсайт закладу).
- Потоки даних: один потік даних для вебсайту закладу.
Які принципи застосовуються
| Структура | Пояснення |
|---|---|
|
Один обліковий запис Analytics. Якщо у вас уже є обліковий запис Analytics, не потрібно створювати ще один. |
Дані належать одній організації в конкретному регіоні. |
|
Один ресурс Google Analytics 4 з одним потоком вебданих. |
В одному ресурсі буде зручно зібрано всі дані про сайт. Команда маркетологів може створювати аудиторії на основі будь-якої комбінації показників і параметрів сайту. Аналітики можуть зрозуміти, як ресурс використовується на різних пристроях, щоб вирішити, чи потрібно створювати мобільний сайт або додаток. |
|
Один обліковий запис Google Ads, зв’язаний із ресурсом Google Analytics 4. |
Команда маркетологів може експортувати аудиторії в Google Ads для ремаркетингу й пошуку потенційних клієнтів. |
Інтернет-магазин, який продає товари через вебсайт і додаток у різних географічних регіонах
Ця велика корпорація працює в кількох географічних регіонах, кожен із яких має власну організаційну структуру. Кожний регіон має свій вебсайт, маркетингову команду й обліковий запис Google Ads. Корпорація також має додаток (для iOS і Android).
Вимоги до компанії
Структура облікового запису має відповідати наведеним нижче вимогам.
- Корпорація повинна мати глобальне представлення даних усіх організацій.
- Кожній організації необов’язково мати юридичне право власності на свої дані.
- Кожна організація хоче розуміти, який шлях користувач проходить на сайті й у додатку.
- Кожній організації потрібно категоризувати свої дані.
- Команда маркетологів для кожної організації використовує зв’язок між продуктами Google Ads і Analytics, щоб створювати аудиторії, надавати до них доступ, а потім використовувати їх для призначення ставок у Google Ads.
Структура стандартного облікового запису Google Analytics
- Обліковий запис: один. Дані належать одній юридичній особі.
- Ресурс: по одному ресурсу для однієї логічної бази користувачів.
- Потоки даних: один потік для вебсайту й по одному потоку даних для кожної версії додатка.
Структура облікового запису Google Analytics 360
- Обліковий запис: один. Дані належать одній юридичній особі.
- Ресурс: по одному ресурсу для однієї логічної бази користувачів.
- Підпорядковані ресурси: один такий ресурс для кожної організації, якій потрібно категоризувати дані.
- Потоки даних: один потік для вебсайту й по одному потоку даних для кожної версії додатка.
Які принципи застосовуються
| Структура | Пояснення |
|---|---|
|
Один обліковий запис Analytics. Якщо у вас уже є обліковий запис Analytics, не потрібно створювати ще один. |
Головна компанія має юридичне право власності на дані всіх своїх організацій. |
|
Один ресурс Google Analytics 4. |
Єдиний ресурс із потоками даних для вебсайтів і додатків, завдяки якому можна додавати всі дані в ті самі звіти. За потреби можна поєднати інформацію для вебсайтів і додатків, щоб побачити, як користувачі переходять між ними. Корпорація має загальний огляд усіх даних і може порівнювати дані різних організацій. |
|
Підпорядкований ресурс для кожної регіональної команди (360). |
Кожна регіональна структура має власний підпорядкований ресурс із даними, розділеними на категорії. Корпорація має загальний огляд усіх даних у первинному ресурсі й може порівнювати дані різних організацій. |
|
Один потік даних із сайтів усіх регіональних організацій. |
Один потік вебданих можна використовувати для кількох доменів. |
|
Один проект Firebase на обидва варіанти додатка (для Android і для iOS), зв’язаний із ресурсом Google Analytics 4. По одному потоку даних для кожної версії додатка (тобто два потоки даних – для iOS і для Android). |
За допомогою окремого потоку даних для кожної версії додатка можна відокремити дані з пристроїв iOS і Android. |
|
Кожний обліковий запис Google Ads зв’язано з ресурсом (стандартна версія). |
Коли всі облікові записи Google Ads зв’язано з тим самим ресурсом, у кожному з них можна призначати ставки на основі аудиторій із цього ресурсу. |
|
Необов’язково: кожний обліковий запис Google Ads зв’язано з відповідним підпорядкованим ресурсом (360). |
Коли всі облікові записи Google зв’язано з їх відповідним підпорядкованим ресурсом, у кожному з них можна призначати ставки на основі аудиторій із цього ресурсу. |
Глобальний розробник ігор із кількома іграми в Google Play і App Store
Ця компанія має один міжнародний корпоративний сайт і окремі маркетингові сайти для кожної гри. Вона продає кілька ігор у магазинах Google Play і App Store.
Вимоги до компанії
Структура облікового запису має відповідати наведеним нижче вимогам.
- Можливість збирати власні дані з вебсайтів і додатків, щоб створювати аудиторії та обґрунтованіше купувати медійні рекламні ресурси.
- Окреме середовище для розробки, налагодження й випуску кожної гри.
Структура стандартного облікового запису Google Analytics
- Обліковий запис: один. Дані належать одній юридичній особі.
- Ресурс: по одному ресурсу для кожної логічної бази користувачів (міжнародний фірмовий сайт; маркетинговий сайт і додаток для кожної гри).
- Потоки даних: один потік даних для міжнародного фірмового вебсайту. По одному потоку даних для кожного маркетингового сайту й кожної відповідної версії додатка.
Структура облікового запису Google Analytics 360
- Обліковий запис: один. Дані належать одній юридичній особі.
- Ресурс: по одному ресурсу для кожної логічної бази користувачів (міжнародний фірмовий сайт; маркетинговий сайт і додаток для кожної гри).
- Зведений ресурс: один такий ресурс збирає дані з усіх окремих первинних ресурсів, щоб дати вам цілісну картину.
- Потоки даних: один потік даних для міжнародного фірмового вебсайту. По одному потоку даних для кожного маркетингового сайту й кожної відповідної версії додатка.
Які принципи застосовуються
| Структура | Пояснення |
|---|---|
|
Один обліковий запис Analytics. Якщо у вас уже є обліковий запис Analytics, не потрібно створювати ще один. |
Об’єднує ресурси в єдиному обліковому записі, що належить одній юридичній особі. |
|
Один ресурс Google Analytics 4 для міжнародного сайту бренду, один потік вебданих. |
Окреме відстеження показників для міжнародного сайту бренду. |
|
По одному ресурсу Google Analytics 4 для кожної гри (маркетингового сайту й додатка). Кожен ресурс має включати один потік вебданих і два потоки даних додатка – для iOS і для Android. |
Дані із сайту й додатків, пов’язаних з одною грою, збираються в одному ресурсі. На основі даних із пов'язаних сайту й додатка можна створювати аудиторії та обґрунтованіше купувати медійні рекламні ресурси. |
|
По одному проекту Firebase для кожної гри. Кожний проект пов’язано з відповідним ресурсом. Кожний проект Firebase включає розробку, тестову публікацію і випуск версії гри. |
Окремий проект Firebase забезпечує окреме середовище для розробки, налагодження й випуску кожної гри. |
|
Необов’язково. Окремий проект Firebase для кожної версії гри чи для деяких комбінацій версій (наприклад, один проект для версії на стадії розробки, а інший – для налагодження й випуску). |
Ви також можете поділити середовища кожної гри за проектами, але для цього потрібно більше ресурсів, якщо ви хочете відстежувати версію гри, зв’язану з конкретним проектом. |
|
Необов’язково: зведений ресурс. Кожний первинний ресурс входить у зведений, який дає цілісне уявлення про дані з вебсайту й додатка. |
Ви також можете поділити середовища кожної гри за проектами, але для цього потрібно більше ресурсів, якщо ви хочете відстежувати версію гри, зв’язану з конкретним проектом. |
Страхова компанія національного рівня з кількома незалежними дочірніми компаніями (страхування життя, здоров'я, домовласників, автотранспорту)
Ця компанія має один корпоративний сайт для надання інформації клієнтам і лідогенерації. Для укладення договорів потрібна взаємодія офлайн (наприклад, телефоном, поштою або через POS-термінал). Кожна дочірня компанія має свій вебсайт, окрему маркетингову команду й власний обліковий запис Google Ads.
В однієї дочірньої компанії (страхування автотранспорту) також є додаток.
Вимоги до компанії
Структура облікового запису має відповідати наведеним нижче вимогам.
- Дані належать одній організації в конкретному регіоні.
- Дані з корпоративного сайту мають бути доступними для аналізу, який допоможе ефективніше генерувати ліди й оптимізувати контент.
- Кожній дочірній компанії потрібно розділяти дані на категорії, щоб відповідна маркетингова команда могла створювати аудиторії і відстежувати конверсії, пов’язані з її обліковим записом Google Ads.
Структура стандартного облікового запису Google Analytics
- Обліковий запис: один. Дані належать одній юридичній особі.
- Ресурс: по одному ресурсу для кожної логічної бази користувачів (корпоративний сайт; сайт і додаток кожної дочірньої компанії).
- Потоки даних: один потік даних для корпоративного вебсайту. По одному потоку даних для кожного сайту дочірніх компаній, а також по одному – для кожної відповідної версії додатка.
Структура облікового запису Google Analytics 360
- Обліковий запис: один. Дані належать одній юридичній особі.
- Ресурс: один ресурс для всіх сайтів і додатків (корпоративний сайт, сайт і додаток кожної дочірньої компанії).
- Підпорядковані ресурси: по одному такому ресурсу для кожної логічної бази користувачів (корпоративний сайт, сайт і додаток кожної дочірньої компанії).
- Потоки даних: один потік даних для корпоративного вебсайту. По одному потоку даних для кожного сайту дочірніх компаній, а також по одному – для кожної відповідної версії додатка.
Які принципи застосовуються
| Структура | Пояснення |
|---|---|
|
Один обліковий запис Analytics. Якщо у вас уже є обліковий запис Analytics, не потрібно створювати ще один. |
Дані належать одній організації в конкретному регіоні. |
|
Один ресурс Google Analytics 4 з одним потоком вебданих для корпоративного сайту (стандартний обліковий запис). |
Завдяки використанню єдиного ресурсу й потоку даних для корпоративного сайту можна ефективніше генерувати ліди й оптимізувати контент. |
|
Для кожного сайту дочірньої компанії (стандартний обліковий запис): Один ресурс Google Analytics 4 з одним потоком вебданих. Для ресурсу дочірньої компанії з автострахування також потрібен потік даних додатка для Android. |
Для сайту кожної дочірньої компанії використовується єдиний ресурс і потік даних, тому дані з кожного сайту зберігаються окремо від інших. Дані додатка й сайту дочірньої компанії з автострахування будуть доступні в одному ресурсі. |
|
Один ресурс Google Analytics 4 з одним потоком вебданих для всіх вебсайтів (корпорацій і дочірніх компаній) (360). |
Маючи один первинний ресурс і потік даних для всіх сайтів, можна ефективніше генерувати ліди й оптимізувати контент. Це також дає змогу створювати підпорядковані ресурси на основі первинного. |
|
Підпорядковані ресурси для кожного дочірнього й корпоративного сайту. |
Ви можете створити підпорядкований ресурс, щоб відфільтрувати кожну логічну комбінацію даних (корпоративного або дочірнього сайту) у власному представленні. |
|
Один проект Firebase для додатка Android дочірньої компанії з автострахування. Проект Firebase, пов’язаний із ресурсом дочірньої компанії з автострахування (стандартний обліковий запис) або первинним ресурсом (обліковий запис 360). |
Проект Firebase для додатка автострахування створює окреме середовище для розробки додатків. Якщо пов’язати проект Firebase і ресурс дочірньої компанії, у цьому ресурсі будуть доступні дані з додатка й сайту (те саме стосується первинного ресурсу для облікових записів 360). |
|
Облікові записи Google Ads зв’язано з ресурсами дочірніх компаній (стандартні облікові записи) або підпорядкованими ресурсами (облікові записи 360). |
Якщо зв’язати ресурс кожної дочірньої компанії з її обліковим записом Google Ads, то аудиторії з ресурсів будуть доступні у відповідних облікових записах Google Ads, а дані про ключові події з Google Ads – у відповідних ресурсах Google Analytics 4. |
Туристична компанія з кількома брендами, що працює в різних країнах
У цієї компанії є кілька брендів. Кожен має сайт для ПК, мобільний сайт і додаток, а також власні команди маркетологів і облікові записи рекламодавців.
Вимоги до компанії
Структура облікового запису має відповідати наведеним нижче вимогам.
- Дані потрібно аналізувати за країною.
- Кожній команді маркетологів потрібно створювати власні аудиторії і відносити ключові події до зв’язаних облікових записів рекламодавців.
Структура стандартного облікового запису Google Analytics
- Обліковий запис: один. Дані належать одній юридичній особі.
- Ресурс: по одному ресурсу для кожної логічної бази користувачів (корпоративний сайт; сайт і додаток кожного бренду).
- Потоки даних: один потік даних для корпоративного вебсайту. Один потік даних для сайту кожного бренду, а інший – для кожної відповідної версії додатка.
Структура облікового запису Google Analytics 360
- Обліковий запис: один. Дані належать одній юридичній особі.
- Ресурс: по одному ресурсу для кожної логічної бази користувачів (корпоративний сайт; сайт і додаток кожного бренду).
- Зведений ресурс: один такий ресурс для спільного перегляду всіх наборів географічних даних і об’єктів організації.
- Потоки даних: один потік даних для корпоративного вебсайту. Один потік даних для сайту кожного бренду, а інший – для кожної відповідної версії додатка.
Які принципи застосовуються
| Структура | Пояснення |
|---|---|
|
Один обліковий запис Analytics. Якщо у вас уже є обліковий запис Analytics, не потрібно створювати ще один. |
Дані належать одній організації. |
|
По одному ресурсу Google Analytics 4 для кожного бренду. Кожен ресурс має включати:
|
Маючи для кожного бренду окремий ресурс, можна:
Окремі потоки даних для кожної платформи дають змогу проводити комплексний, порівняльний або індивідуальний аналіз даних і формувати аудиторії, орієнтовані на платформу. |
|
Один зведений ресурс, який об’єднує всі ресурси бренду (облікові записи 360). |
Об’єднавши всі первинні ресурси у зведений, ви матимете цілісне уявлення про дані на рівні установи. |
|
Облікові записи Google Ads, Display & Video 360 і Search Ads 360, зареєстровані для бренду, зв’язані з відповідними ресурсами. |
Кожній команді маркетологів потрібно створювати власні аудиторії і відносити ключові події до зв’язаних облікових записів рекламодавців. |
Розширений посібник і довідкові матеріали
Далі до кінця посібника наведено детальну інформацію про компанії, потреби яких не збігаються з прикладами, наведеними в розділі вище. Цей розгорнутий посібник особливо корисний для клієнтів Google Analytics 360.
Зміст- Поняття й визначення
- Практичні поради
- Потоки даних
- Інтеграція із Search Console
- Як налаштувати видимість звітів
- Чистота даних
- Трансформації даних
- Дозволи й ролі користувачів
- Спеціальні функції Google Analytics 360: підпорядковані й зведені ресурси
- Приклади підпорядкованих і зведених ресурсів
- Зв’язування облікових записів Google Ads, SA360 і DV360
Поняття й визначення
Якщо вас цікавить інформація про ресурси Google Analytics 4, перегляньте наведені нижче статті й відео.
- Представляємо Google Analytics 4 (GA4)
- Про підпорядковані ресурси (доступні в Google Analytics 360)
- Про зведені ресурси (доступні в Google Analytics 360)
- Обліковий запис – це набір ресурсів, дані яких належать одній юридичній особі й регулюються специфічними для регіону умовами використання.
Чи важливо, щоб дані з кожного регіону належали окремій юридичній особі в цьому регіоні?
- Якщо так, створіть окремі облікові записи для кожного регіону.
- Якщо ні, створіть один обліковий запис і вкажіть у налаштуваннях регіон, де розташовано центральний офіс вашої компанії.
- Ресурс міститься в обліковому записі й включає дані для однієї бази користувачів. Якщо певні дані (про лінійку товарів, бренд, додаток) потрібно аналізувати разом, вони мають бути в одному ресурсі (для користувачів Google Analytics 360 це може бути первинний ресурс).
Ви збираєте дані про одну логічну базу користувачів? Коли ви зв’язуватимете Analytics з іншими продуктами, чи відкриєте ви їм доступ до всього цього масиву даних?
- Якщо так, створіть один ресурс.
- Якщо ні, створіть окремий ресурс або підпорядкований ресурс для кожної логічної бази користувачів.
- Потік даних міститься в ресурсі і є джерелом даних із додатка або сайту. Радимо використовувати не більше ніж 3 потоки даних на ресурс: 1 потік вебданих, щоб відстежувати шлях користувача вебверсії, і по 1 потоку даних додатка для iOS і Android.
- Потік даних додатка: для кожної комбінації з платформи й назви пакета додатка можна створити один потік даних.
- Потік вебданих: зазвичай для відстеження шляху користувачів сайту достатньо одного потоку. Якщо цей шлях включає кілька доменів, то застосовуйте також міждоменне відстеження, щоб між даними про користувачів і сеанси не було розбіжностей.
Практичні поради
Нижче наведено практичні поради й рекомендації для різних користувачів і прикладів використання. У деяких випадках ці поради можуть бути не застосовними або їх потрібно адаптувати.
Рекомендуємо налаштовувати один обліковий запис на компанію й один ресурс на бренд або бізнес-одиницю (за умови, що бренди й бізнес-одиниці є унікальними/окремими операційними підрозділами з власними співробітниками/групами аналітиків).
Приклад А
- Материнська компанія A: 1 обліковий запис
- Бренд X (автомобілі): 1 ресурс
- Бренд Y (товари для домашнього вжитку): 1 ресурс
- Бренд Z (побутова електроніка): 1 ресурс
У цьому прикладі материнська компанія має один обліковий запис і три окремі ресурси, кожен із яких містить дані лише про відповідний бренд або компанію.
Приклад B
- Компанія B: 1 обліковий запис
- Лінійка товарів D (страхування нерухомості): 1 ресурс
- Лінійка товарів E (автострахування): такий самий ресурс, що й для D
- Лінійка товарів F (страхування життя): такий самий ресурс, що й для D та E
У цьому прикладі дані про всі лінійки товарів надсилаються в один ресурс. Компанія може мати клієнтів, які регулярно використовують кілька товарів, або часто проводити кампанії з додаткових чи перехресних продажів для різних товарів, тому всі дані доцільно переглядати разом. В аналізі окремих лінійок товарів цей ресурс може бути первинним для підпорядкованих.
Приклад C
- Невелика компанія C (наприклад, "М’ясна імперія"): 1 обліковий запис
- Усі товари (м’ясна нарізка, сендвічі, напої тощо): 1 ресурс
У цьому прикладі "М’ясна імперія" – невелика компанія, що не потребує кількох ресурсів. Вона не має різних лінійок товарів і аналізує всі сукупні дані щодо доставки онлайн-замовлень, оскільки клієнти часто купують кілька позицій. Із цієї причини для всіх даних використовується один ресурс.
Потоки даних
Кожен первинний ресурс містить потоки даних із додатка та/або сайту, що є джерелом вхідних даних. Потік даних – це просто сайт або додаток, який надсилає дані в певний ресурс GA4.
Наші рекомендації
- 1 потік вебданих на ресурс;
- 1 потік даних iOS на ресурс;
- 1 потік даних Android на ресурс.
Інтеграція із Search Console
Ресурс GA4 можна зв’язати із Search Console. Завдяки цьому ви отримуватимете багато нових даних у Google Analytics, зокрема пошукових запитів зі звичайного Пошуку Google і параметрів для звітів, зокрема цільових сторінок.
Ви самі вибираєте ресурс, який потрібно зв’язати з ресурсом Search Console. Якщо ви використовуєте підпорядковані й зведені ресурси, потрібно вибрати ресурс для зв’язування: первинний, підпорядкований або зведений.
Налаштувати зв’язок між ресурсами Google Analytics 4 та Search Console можна швидко й легко на сторінці адміністратора GA4. Зверніть увагу, що для цього потрібно бути підтвердженим адміністратором сайту в ресурсі Search Console і мати права адміністратора в ресурсі Google Analytics 4.
Як налаштувати видимість звітів
Завдяки ресурсам Google Analytics 4 ви отримуєте повний контроль над показом звітів, показниками й параметрами в них, а також графіками. Ви можете налаштувати колекцію звітів, які стосуються лише певної групи працівників, наприклад команди маркетологів. Однак зверніть увагу, що ви не можете обмежити доступ до таких колекцій, тобто їх бачитимуть усі користувачі ресурсу. Завдяки цьому можна налаштувати GA4 так, щоб найрелевантніші звіти відображалися першими або до них було легко отримати доступ і не переглядати непотрібні звіти.
Приклад колекції звітів для команди маркетологів
Ви можете налаштовувати окремі звіти в кожній колекції. Наприклад, більшість звітів у форматі таблиці мають показник "Загальний дохід", який відображається в стандартній конфігурації звіту. Це дуже зручно, якщо ви займаєтеся електронною комерцією, надсилаєте дані про доходи й хочете, щоб ваші команди могли їх аналізувати. Однак якщо у вас немає даних про доходи для створення звітів у Google Analytics, у цьому стовпці відображатиметься значення "0,00 дол. США" для кожного рядка. Якщо цей показник неактуальний для вашої компанії, його можна вилучити, щоб у звітах не було зайвої інформації.
Звіт "Події" з показником "Загальний дохід"
Інтерфейс "Редагування події" (щоб вилучити показник, натисніть значок X поруч із ним)
Застосуйте зміни й збережіть звіт без показника "Загальний дохід"
Тепер цей звіт став ще зручнішим для компанії, яка не має даних про дохід у Google Analytics або не хоче їх показувати.
Практичні поради щодо чистоти даних
Радимо не тільки фільтрувати звіти для включення або виключення певних даних, але й ретельно стежити за їх чистотою, зокрема вилучати трафік із внутрішніх IP-адрес і небажані перенаправлення, а також правильно налаштовувати міждоменне відстеження.
Як виключити трафік із внутрішніх IP-адрес
Багато компаній отримують великий обсяг вебтрафіку від працівників (наприклад, від спеціалістів служби підтримки, які під час роботи з клієнтами часто посилаються на статті корпоративного довідкового центру). У такому випадку важливо вилучати з наборів даних трафік із внутрішньої IP-адреси. Завдяки цьому працівники вашої компанії (внутрішні користувачі) не викривлятимуть дані аналітики у звітах про приклади використання зовнішніми клієнтами. Наразі в GA4 цей фільтр установлено за умовчанням.
Як вилучити небажані перенаправлення
Ще один аспект чистоти даних – виключення небажаного трафіку переходів. Завдяки цьому можна відмежувати дані про певні джерела переходів від робочих даних – зберегти подію, але проігнорувати напрямок переходу, щоб атрибуція трафіку не зазнавала змін. Тепер наведена нижче конфігурація діє в GA4 за умовчанням.
Як налаштувати міждоменне відстеження
Поширеною проблемою користувачів Google Analytics завжди був міждоменний трафік. Раніше для роботи з ним потрібно було налаштувати міждоменне відстеження за допомогою Менеджера тегів Google, системи керування тегами або жорсткого кодування на сайті. Це потребувало додаткових зусиль, які не завжди були в користувачів Google Analytics, і часто призводило до проблем із чистотою даних, зокрема показувались нові або завищені показниками кількості сеансів і перенаправлень із власних доменів. У Google Analytics 4 доменне відстеження можна легко налаштувати в інтерфейсі користувача й у такий спосіб "почистити" дані.
Трансформації даних
Тепер трансформацію даних можна виконувати під час створення й редагування подій у ресурсах Google Analytics 4.
Наприклад, ви виявили подію, яку надіслано в ресурс GA4 двічі, але різними способами. Можливо, подія start_now, яка призводить до ключової дії на вашому сайті, надсилається в Google Analytics 4 кількома способами (start_now і startNow), оскільки вона відображається в кількох різних місцях на вашому сайті, які були розроблені різними командами за допомогою різних методів кодування. Це поширена проблема, яка може впливати на якість даних, однак тепер ви можете усунути її, створюючи й змінюючи події в інтерфейсі користувача.
Для цього в розділі "Конфігурація" ресурсу GA4 натисніть Змінити подію.
Ви перейдете на цей екран, де зможете внести зміни. У цьому випадку можна вибрати подію start_now, яку ви хочете залишити, і внести зміни в іншу, щоб обидві події збігалися. У прикладі нижче показано, що назву "startNow" буде замінено на "start_now". Надалі використовуватиметься уніфікована назва, і звіти будуть набагато зручнішими, оскільки для цієї події відображатиметься один рядок.
Дозволи й ролі користувачів
У ресурсах Google Analytics 4 використовуються спрощені й удосконалені функції, до яких можна отримати доступ залежно від ролей і обмежень. Нижче описано стандартні ролі.
- Адміністратор – користувач, який повністю керує обліковим записом.
- Редактор – користувач, який має право редагувати всі дані й налаштування, однак не може керувати користувачами.
- Аналітик – користувач, який може створювати й змінювати спільні об’єкти, а також переглядати дані й конфігурації.
- Користувач із правами перегляду може переглядати дані звітів і налаштування конфігурації.
Крім того, у ресурсах GA4 можна приховувати дані про витрати й дохід в інтерфейсі звітів, застосувавши роль з обмеженням "Без доступу до показників витрат" або "Без доступу до показників доходу". Завдяки цьому корисному доповненню до дозволів користувача можна захищати конфіденційні дані компанії і водночас надавати певним аудиторіям доступ до даних про сайти й поведінку користувачів.
Спеціальні функції Google Analytics 360: підпорядковані й зведені ресурси
Підпорядковані ресурси
Підпорядковані ресурси – це новий вид ресурсів Google Analytics 4, доступний для облікових записів Google Analytics 360. За їх допомогою можна створити підмножину даних у первинному ресурсі. Якщо ви використовуєте підпорядковані ресурси, представлення даних непотрібні. Наприклад, ви можете створити підпорядкований ресурс, який містить підмножину даних із первинного ресурсу, а також надати певним користувачам доступ лише до цього підпорядкованого ресурсу. Крім того, підпорядковані ресурси надають можливості для забезпечення чистоти даних, а також керування даними, користувачами й функціями, що значно підвищує ефективність використання GA4 для великих компаній і підприємств.
Ви можете створити підпорядкований ресурс на основі будь-якого первинного, але не зведеного. Підпорядковані ресурси зв’язані з первинним за типом "один-до-одного".
Як керувати даними
Один із найбільших прикладів використання підпорядкованих ресурсів – керування даними, тобто можливість контролювати тим, які дані включатимуться в ресурс і вилучатимуться з нього. Завдяки підпорядкованим ресурсам можна фільтрувати дані, щоб створювати набори, потрібні для певних аудиторій або прикладів використання. Це дає змогу краще впорядковувати дані й спростити доступ до них для певних аудиторій.
Розділення цих наборів даних дає змогу кожній групі отримувати доступ до інформації швидше й простіше, навіть якби ці набори були виокремлені завдяки більшій кількості фільтрів у первинному ресурсі. У підпорядкованих ресурсах це можна зробити за допомогою фільтрів імпорту й експорту між первинним і підпорядкованим ресурсом для цих типів застосування.
Дані можна відфільтрувати в підпорядкований ресурс за допомогою будь-якої події або спеціального параметра, отриманого в первинному ресурсі.
Як керувати користувачами
Підпорядковані ресурси також використовуються, щоб керувати користувачами. Наприклад, уявімо, що ваша компанія має суворі правила, у яких зазначено, що певний регіон (наприклад, Північна Америка) може переглядати підмножину даних цього регіону, однак інший регіон (наприклад, Південна Америка) не повинен мати до них доступу. За допомогою підпорядкованих ресурсів можна обмежити доступ до даних кожного регіону в межах його ресурсу, щоб вони були недоступні для інших регіонів.
Така стратегія так само спрацювала б для компаній, яким потрібно зберігати свої дані окремо для власних потреб або розділяти дані для маркетингового сайту й продукту (якщо одна команда вашої компанії не має бачити дані іншої).
Якщо вам не потрібно обмежувати доступ до даних, а треба просто спрямувати якусь підмножину користувачів до певних наборів даних, радимо відповідним чином налаштувати звіти й використовувати колекції звітів. Наприклад, можна створити колекцію звітів, спеціально розроблених для команди маркетологів, щоб працівникам було простіше переходити до потрібних даних. Ці функції дають змогу впорядковувати дані в зручному форматі для певних аудиторій без додаткових витрат.
Зведені ресурси
Зведений ресурс містить дані принаймні з двох ресурсів. Зведений ресурс може містити дані зі звичайних і підпорядкованих ресурсів, але не з інших зведених ресурсів. Такі ресурси дають краще уявлення про компанію за її продуктами, брендами або регіонами, оскільки збирають дані з кількох ресурсів в одному обліковому записі. Зведені ресурси в GA4 підтримують схожі сценарії.
Ці ресурси працюють майже так само, як інші. Кожний зведений ресурс має власну квоту на спеціальні параметри, спеціальні показники, властивості користувача тощо. Усі налаштування контролюються у зведеному ресурсі (зведені ресурси не успадковують налаштування від первинних) і залежать від потреб зведеного ресурсу й зведеної бази користувачів.
Можливості заощадити
Кожна подія, що надсилається в підпорядкований або зведений ресурс, обробляється знову. За це в обліковому записі Google Analytics 360 може стягуватися додаткова плата. Плата за кожне додаткове звернення до події стягується в розмірі половини вартості початкового звернення до події. Тож звернення кожного підпорядкованого або зведеного ресурсу коштує 0,5 від звернення до події.
Щоб краще розуміти, як налаштування можуть вплинути на платежі, використовуйте нову функцію "Попередній перегляд платежу", доступну для партнерів, які пройшли Сертифікацію з Analytics. Вона допоможе клієнтам краще розуміти потенційні витрати, пов’язані з GA4 360.
Приклади підпорядкованих і зведених ресурсів
Якщо ви ще раз переглянете деякі приклади на початку цього посібника, то побачите, які налаштування потрібно виконати для кожного з них.
Компанія з кількома додатковими сферами діяльності
- Компанія B: 1 обліковий запис
- Лінійка товарів D (страхування нерухомості): 1 ресурс
- Лінійка товарів E (автострахування): такий самий ресурс, що й для D
- Лінійка товарів F (страхування життя): такий самий ресурс, що й для D та E
У цьому прикладі компанія має 1 обліковий запис з 1 первинним ресурсом. Компанія має кілька сфер діяльності, для яких, можливо, потрібно аналізувати дані окремо, але при цьому товари доповнюють одне одного й часто виникає потреба проаналізувати кілька товарів разом. З огляду на це компанія вирішила надіслати всі дані про товари в один первинний ресурс. Однак командам, які працюють із певними товарами, потрібно аналізувати дані окремо. У зв’язку з великим обсягом трафіку в усьому ресурсі вони вирішили створити окремий підпорядкований ресурс для кожної сфери діяльності.
Материнська компанія з кількома брендами
- Материнська компанія: 1 обліковий запис
- Бренд X (автомобілі): 1 ресурс
- Бренд Y (товари для домашнього вжитку): 1 ресурс
- Бренд Z (побутова електроніка): 1 ресурс
У цьому прикладі материнська компанія має 1 обліковий запис із 3 первинними ресурсами (по одному для кожного бренду). Кожен бренд працює окремо й повинен аналізувати власні дані, тому має свій первинний ресурс. Однак материнська компанія хоче звести всі бренди в один ресурс, щоб чітко бачити загальну кількість користувачів, загальний дохід тощо. У цьому прикладі материнська компанія створить зведений ресурс з усіма 3 ресурсами бренду, які будуть джерелами для зведених даних. Так компанія зможе отримати цілісне уявлення про свою ефективність, а бренди й надалі не будуть пов’язаними.
Розгляньмо цей приклад докладніше. Материнська компанія має програму лояльності, яка поширюється на всі її окремі бренди. Якщо користувач бере участь у цій програмі лояльності, то має унікальний ідентифікатор, який можна зв’язати з ним як властивість користувача та/або параметр для кожної події.
Команда з питань винагород працює в материнській компанії і має переглядати дані учасників програми лояльності з усіх брендів одночасно в одному ресурсі. Цього можна досягти, якщо використовувати підпорядковані й зведені ресурси. Так команда матиме власний набір даних для роботи. Кожен первинний ресурс створить підпорядкований ресурс із даними лише про учасників, які беруть участь у програмі лояльності. Після цього всі три ресурси буде зведено для отримання даних про винагороди.
Глобальна компанія з регіонами й підрегіонами
У цьому прикладі глобальний корпоративний обліковий запис має 3 регіональні зведені підпорядковані ресурси, кожен із яких містить 2 первинні підпорядковані ресурси.
Зв’язування облікових записів Google Ads, SA360 і DV360
Google Ads
У ресурсах Google Analytics 4 покращено функції зв’язування з Google Ads, однак їх суть не змінилася. Ви можете зв’язати свій обліковий запис Google Ads із ресурсом Google Analytics 4, щоб надсилати в Google Ads статистику щодо аудиторій і сайту, а також використовувати дані звітів Google Ads у ресурсі GA4. Зв’язування з обліковим записом Google Ads відбувається на рівні ресурсу Google Analytics. Ви можете зв’язати первинний, підпорядкований або зведений ресурс.
У ресурсах GA4 всі зв’язані облікові записи мають спільну аудиторію. У зв’язку із цією зміною ділитися даними стало набагато простіше, однак потрібно або надсилати всі аудиторії, або не надсилати жодну. Пам’ятайте про це, створюючи аудиторії в Google Analytics 4.
Якщо зв’язати ресурс GA4 з обліковим записом Google Ads, ви зможете переглядати статистику сайту в Google Ads. Ця функція експортує дані про поведінку користувачів із Google Analytics прямо в інтерфейс користувача Google Ads. Ви можете налаштувати зв’язок із будь-яким типом ресурсу, однак рекомендуємо вибирати лише один первинний або підпорядкований ресурс (не обидва). Так ви уникнете подвійного зарахування, що трапляється, якщо зв’язати обидва ресурси.
У Google Ads можна надсилати аудиторії з будь-якого ресурсу GA4 (звичайного, підпорядкованого або зведеного), однак пам’ятайте, що аудиторія з підпорядкованого або зведеного ресурсу матиме дані, які відрізнятимуться від даних первинного (звичайного) ресурсу через фільтрування або використання кількох наборів даних. Пам’ятайте про це, використовуючи націлювання на аудиторію в Google Ads.
Так само ключові події залежать від пов’язаного типу ресурсу. Якщо ви не хочете імпортувати ключові події одного типу з первинного, підпорядкованого й зведеного ресурсу, радимо зв’язати первинний ресурс GA з обліковим записом Google Ads і експортувати ключові події лише із цього джерела. Виняток становлять облікові записи Google Ads із регіональними оголошеннями, які потрібно зв’язувати на рівні підпорядкованого ресурсу.
Search Ads 360
Під час першого запуску інтеграція SA360 підтримуватиме успадкування даних із первинного до підпорядкованого чи зведеного ресурсу. Тобто, якщо зв’язок установлено в первинному ресурсі, то підпорядкований або зведений ресурс отримуватиме дані із SA360, однак не зможе контролювати чи налаштувати саме зв’язування.
У ресурсах Google Analytics 4 всі зв’язані облікові записи матимуть спільну аудиторію. У зв’язку із цією зміною ділитися стало даними набагато простіше, однак потрібно або надсилати всі аудиторії, або не надсилати жодну. Пам’ятайте про це, створюючи аудиторії в Google Analytics 4.
Display & Video 360
Під час першого запуску інтеграція DV360 підтримує успадкування даних із первинного до підпорядкованого чи зведеного ресурсу. Тобто, якщо зв’язок установлено в первинному ресурсі, то підпорядкований або зведений ресурс отримуватиме дані з DV360, однак не зможе контролювати чи налаштувати саме зв’язування.
У ресурсах Google Analytics 4 всі зв’язані облікові записи мають спільну аудиторію. У зв’язку із цією зміною ділитися стало даними набагато простіше, однак потрібно або надсилати всі аудиторії, або не надсилати жодну. Пам’ятайте про це, створюючи аудиторії в Google Analytics 4.