Під час налаштування Google Analytics 4 вам може знадобитися порівняти дані звітів між ресурсами Google Analytics 4 і Universal Analytics. У цій статті описано, як і наскільки можна порівнювати показники Universal Analytics і Google Analytics 4.
ЗмістКористувачі
У Universal Analytics є два показники за користувачами: Усього користувачів і Нові користувачі. У Google Analytics 4 доступні три показники за користувачами: Усього користувачів, Активні користувачі й Нові користувачі.
|
Показник |
Universal Analytics |
Google Analytics 4 |
|
Усього користувачів |
Основний показник користувачів у UA: загальна кількість користувачів |
Загальна кількість унікальних користувачів, які зареєстрували подію |
|
Нові користувачі |
Кількість користувачів, які взаємодіяли із сайтом уперше |
Кількість користувачів, які взаємодіяли з вашим сайтом або запустили додаток уперше. Вимірюється кількістю нових унікальних ідентифікаторів користувачів, які зареєстрували подію |
|
Активні користувачі |
Н/Д |
Основний показник користувачів у GA4: кількість унікальних користувачів, які відвідали ваш вебсайт або відкрили додаток. Analytics визначає активного користувача, коли реєструє сеанс із взаємодією або:
|
Важливо
У звітах Universal Analytics основним є показник Усього користувачів (що показується як Користувачі), а в GA4 – Активні користувачі (що також показується як Користувачі). Отже, хоча термін Користувачі збігається, цей показник обчислюється в UA і GA4 по-різному, оскільки для UA використовується показник Усього користувачів, а для GA4 – Активні користувачі.
Залежно від того, як часто користувачі повертаються на ваш вебсайт, показники Усього користувачів у UA і Активні користувачі в GA4 можуть бути більш або менш схожі.
Для цих двох типів ресурсів можуть застосовуватися різні налаштування, зокрема області ідентифікації користувачів (наприклад, User-ID – у ресурсі Google Analytics 4, а Client-ID – у ресурсі Universal Analytics).
У звітах UA деякі дані може бути виключено на основі фільтрів. Ресурси GA4 наразі не підтримують ці фільтри.
У Google Analytics 4 і Universal Analytics можуть бути розбіжності в даних, пов’язаних із користувачами. У даних про перегляди сторінок вони можуть становити до 10%, а в даних про користувачів і сеанси – до 20%. Розбіжності виникають, навіть якщо обидва продукти мають однакові налаштування, оскільки в них використовуються системи показників із різними визначеннями. Ці показники можуть змінюватися для різних компаній залежно від низки чинників.
Перегляди сторінок
Показники Перегляди сторінок в UA і GA4 майже не відрізняються (зазвичай їх різниця не перевищує кілька відсотків), оскільки тег Google активується на кожній сторінці й генерує її перегляд. Проте різниця залежить від фільтрів, які ви налаштували в Universal Analytics або Google Analytics 4.
|
Показник |
Universal Analytics |
Google Analytics 4 |
|
Перегляд сторінки |
Загальна кількість переглянутих сторінок. Повторні перегляди однієї сторінки також враховуються. |
Інша назва – Перегляди. Загальна кількість екранів додатків і/або вебсторінок, які побачили ваші користувачі. Показник Перегляди, який відображається в інтерфейсі звітів, складається із суми переглядів сторінок і екранів. Повторні перегляди одного екрана чи однієї сторінки також враховуються. |
|
Унікальний перегляд сторінки |
Загальна кількість переглянутих сторінок без урахування повторних переглядів |
Н/Д |
Важливо
У Universal Analytics перегляди екранів відстежуються в окремих ресурсах для мобільних пристроїв, а в Google Analytics 4 дані вебсайтів і додатків об’єднуються в одному ресурсі. Тож, якщо ви відстежуєте дані вебсайту й додатка в ресурсі GA4, слід враховувати додатковий трафік додатка, порівнюючи показники переглядів сторінок у цих ресурсах.
Додаткові параметри фільтрування в Universal Analytics можуть впливати на інформацію в представленнях даних, які ви порівнюєте. Наприклад, якщо ви використовуєте фільтри, щоб виключити певні географічні регіони, перегляди сторінок у UA і GA4 відрізнятимуться більше.
Наразі в ресурсах Google Analytics 4 не підтримуються фільтри, а у звітах Universal Analytics можна застосовувати фільтри представлення даних, щоб виключити певну інформацію. Наприклад, у UA і GA4 можна відфільтровувати трафік із внутрішніх IP-адрес і небажані переходи, однак у UA можуть бути застосовані додаткові фільтри. Порівнюючи дані, переконайтеся, що в обох ресурсах використовуються однакові фільтри.
Для деяких ресурсів Universal Analytics звичним є налаштування перегляду сторінки вручну для односторінкових додатків (ОСД). Це пов’язано з тим, що автоматичний перегляд сторінки не зміг відстежити перегляди сторінок для ОСД без додаткових налаштувань. У Google Analytics 4 не потрібно додавати спеціальні теги. Натомість можна ввімкнути розширене відстеження для автоматичного вимірювання.
Покупки
Кількість покупок в Інтернеті має бути приблизно однаковою. Ми не очікуємо, що всі події (зокрема події purchase) реєструватимуться досконало. Однак події purchase мають велике значення, тому їх кількість в UA і GA4 має збігатися.
transaction_id в UA і GA4.|
Показник |
Universal Analytics |
Google Analytics 4 |
|
Покупки |
|
|
Важливо
Якщо параметр transaction_id не застосовується постійно й належним чином, під час порівняння даних можуть виникнути суттєві відмінності. Щоб забезпечити високу якість даних і правильно їх порівнювати, переконайтеся, що ці дані збираються згідно з вимогами документації.
Щоб дані про електронну комерцію реєструвалися правильно, використовуйте всі обов’язкові параметри для конфігурації електронної комерції в GA4 і UA.
У звітах UA деякі дані може бути виключено на основі фільтрів представлення даних.
Якщо ви порівнюєте нещодавні звіти, можете помітити відмінності, оскільки GA4 досі обробляє дані. Наприклад, дані про віднесені ключові події оновлюються протягом 7 днів після реєстрації ключової події.
Сеанси
|
Показник |
Universal Analytics |
Google Analytics 4 |
|
Сеанс |
|
Інша назва – "Початок сеансу".
|
Важливо
Розбіжності в підрахунку кількості сеансів у Universal Analytics і Google Analytics 4 можуть бути дещо іншими для кожної компанії; це залежить від кількох чинників, зокрема наведених нижче.
- Географічне місцеположення. Враховуйте, у яких часових поясах перебувають користувачі й наскільки ймовірно, що вони перетнуть позначку півночі й сеанс перезапуститься. (особливо якщо у вас є клієнти в усьому світі).
- Використання UTM на власних вебсайтах і в додатках. Ми не рекомендуємо додавати теги UTM на вебсайт, оскільки це призведе до скидання сеансу в Universal Analytics. Якщо ви використовуєте UTM на своєму вебсайті, кількість сеансів у UA може бути значно вищою, ніж у GA4.
- Фільтри. До відомостей у звітах Universal Analytics можуть застосовуватися фільтри представлення, які виключають дані. Якщо ви використовуєте Google Analytics 360, до відомостей у звітах Google Analytics 4 можуть застосовуватися фільтри, що визначають, які дані з первинного ресурсу відображаються в підпорядкованому. Попри це, Google Analytics усе одно створює ідентифікатор сеансу, коли ви відфільтровуєте подію
session_startу підпорядкованому ресурсі. - Приблизна оцінка. У ресурсах Google Analytics 4 використовується статистична модель, яка приблизно оцінює кількість сеансів на вашому вебсайті або в додатку за унікальними ідентифікаторами сеансів. Ресурси Universal Analytics цього не роблять: вони ефективніше оцінюють кількість сеансів, оскільки їх підрахунки точні й мають низьку частку помилок. Докладніше про сеанси Analytics.
Показники джерел трафіку на основі сеансу або трафіку
|
Показник |
Universal Analytics |
Google Analytics 4 |
|
Показники джерел трафіку на основі сеансу або трафіку |
Показуються в розділі "Джерела трафіку" в різних звітах, наприклад "Канали" або "Джерело/засіб". Канал або джерело/засіб – це параметри, які аналізуються за показниками, такими як Користувачі й Сеанси. За умовчанням період ретроспективного аналізу атрибуції для сеансу визначається налаштуванням "Час очікування кампанії". Цей період становить 6 місяців. |
Показуються у звіті "Джерела трафіку". Параметр "Канал" або "Джерело/засіб" аналізуються за показниками, такими як Користувачі й Сеанси. Зверніть увагу, що різниця показників джерел трафіку в UA і GA4 відповідає різниці показників Користувачі й Сеанси. Вікно конверсії атрибуції для сеансу визначається налаштуванням "Усі інші події-конверсії". За умовчанням цей період становить 90 днів. Докладніше про вибір або оновлення налаштувань атрибуції. |
Важливо
Оскільки Сеанси й Користувачі – це основні показники для порівняння залучення, уважно перегляньте розділи Сеанси й Користувачі в цій статті.
Конверсії і ключові події
Якщо ключові події в GA4 реєструються на основі цільових URL-адрес або подій із полями категорії, дії і мітки в UA, для яких ви налаштували еквівалентні події-конверсії GA4, кількість конверсій і ключових подій буде приблизно однаковою. Проте порівняти ці показники в UA і GA4 може бути складно через деякі суттєві відмінності.
|
Показник |
Universal Analytics |
Google Analytics 4 |
|
Ключові події |
Щоб указати, що певна дія користувача має вважатися конверсією, ви визначаєте ціль. Наприклад, якщо ви вказали ціль "Надсилання форми", конверсія реєструватиметься щоразу, коли користувач надсилатиме форму. У UA для кожної цілі зараховується лише одна конверсія на сеанс. Тобто, якщо користувач протягом одного сеансу надішле форму двічі, для цілі "Надсилання форми" буде зараховано лише одну конверсію. |
Для кожної дії, яку потрібно зараховувати як ключову, ви визначаєте ключову подію. Наприклад, якщо ви вкажете, що подія "Надсилання форми" є ключовою, ключова подія реєструватиметься щоразу, коли користувач надсилатиме форму. GA4 зазвичай враховує кожен випадок ключової події, навіть якщо та сама ключова подія реєструється кілька разів протягом одного сеансу. Тобто, якщо користувач протягом одного сеансу надішле форму двічі, буде зараховано дві ключові події. Щоб показники ключових подій у ресурсі UA і відповідному ресурсі GA4 відрізнялися менше, змініть налаштування Спосіб підрахунку ключових подій у GA4 на Один раз за сеанс.
|
Важливо
Universal Analytics підтримує 5 типів цілей: "Цільова сторінка", "Тривалість", "Кількість сторінок за сеанс", "Розумні цілі" й "Цілі подій". У GA4 підтримуються лише ключові події. Не всі типи цілей UA можна точно відтворити за допомогою ключових подій GA4. Наприклад, неможливо відтворити "Розумні цілі" або ціль "Тривалість".
У UA для кожної цілі зараховується лише одна ключова подія за сеанс. У GA4 зазвичай для кожної цілі зараховується декілька ключових подій за сеанс. Щоб показники ключових подій у ресурсі UA і відповідному ресурсі GA4 відрізнялися менше, змініть налаштування Спосіб підрахунку ключових подій у GA4 на Один раз за сеанс.
У звітах UA деякі дані може бути виключено на основі фільтрів представлення даних.
Якщо ви порівнюєте нещодавні звіти, можете помітити відмінності, оскільки GA4 досі обробляє дані. Наприклад, дані про віднесені ключові події оновлюються протягом 7 днів після реєстрації ключової події.
Інші причини відмінностей у кількості ключових подій
Найпоширеніші причини відмінностей
У таблицях нижче наведено інформацію про найпоширеніші причини відмінностей між схожими конверсіями UA і ключовими подіями GA4. Якщо ви помітили відмінності й хочете зменшити їх кількість, радимо спочатку проаналізувати й усунути ці загальні причини. У більшості випадків це допоможе позбутися серйозних розбіжностей у підрахунку.
У Google Analytics
Нижче описано основні причини відмінностей між UA і GA4, зумовлених вибором продукту, параметрів чи налаштувань у Google Analytics.
| Опис | Рішення/рекомендація |
|---|---|
|
Спосіб підрахунку. У UA зараховується одна ціль за сеанс, а в GA4 ви можете вибрати спосіб підрахунку: один раз за подію чи один раз за сеанс. Наприклад, якщо користувач досягає цілі 5 разів за сеанс, UA покаже одну конверсію, а GA4 зазвичай показує 1 або 5 ключових подій, залежно від вибраного вами способу підрахунку. Примітка. Один раз за подію – це спосіб підрахунку за умовчанням для більшості ключових подій, крім тих, що створюються автоматично в ресурсі GA4 або за допомогою інструмента перенесення цілей в Асистенті з налаштування. За стандартних налаштувань у GA4 може зараховуватися більше ключових подій. |
Оновіть параметри підрахунку ключової події. Щоб узгодити підрахунок подій GA4 й цілей UA, задайте в GA4 спосіб підрахунку ключових подій Один раз за сеанс. Примітки
Ця рекомендація неактуальна, коли ви порівнюєте трансакції електронної комерції в UA, оскільки в UA вони вже мають статус Один раз за подію. |
|
Охоплення сайту. Якщо тег UA розміщено на інших сторінках вебсайту, ніж тег GA4, можуть виникнути проблеми з відстеженням конверсій. Якщо цільову сторінку вашого оголошення Google Ads не позначено тегом правильно, у системи може не бути потрібної інформації, щоб точно відстежити ключову подію і віднести її до відповідної взаємодії з оголошенням. Залежно від того, чи теги GA4 використовуються на більшій або меншій кількості сторінок, ніж теги UA, у GA4 відображатиметься більше чи менше користувачів, сеансів, переглядів сторінок і подальших ключових подій. |
Радимо використовувати стандартизований метод упровадження тегів, щоб розмістити їх на всьому сайті (наприклад, за допомогою тегу Google або Менеджера тегів Google). Також візьміть до уваги налаштування, які ви вказали раніше, зокрема міждоменне відстеження. Перегляньте підсумкові дані щодо покриття тегу, щоб переконатися, що тег Google додано на всі сторінки вебсайту. Докладніше про підсумкові дані щодо покриття тегу. Щоб уникнути розбіжностей, використовуйте ті самі способи реалізації тегів для UA і GA4. |
|
Помилки впровадження. Під час налаштування збирання даних у GA4 тег може бути неправильно впроваджено. Через це дані в ресурсі GA4 не відображатимуться взагалі, але в деяких випадках показуватиметься частина даних. Якщо так, то під час порівняння з UA ви виявите розбіжності. Якщо тег упроваджено неправильно, для GA4, найімовірніше, відображатиметься менше ключових подій, ніж для UA. |
Радимо використовувати стандартизовані методи впровадження, описані в посібнику розробника. Узгодити методи впровадження можна за допомогою системи керування тегами. Багатьом користувачам достатньо тегу Google, оскільки його можна використовувати як для Google Ads, так і для Google Analytics (посібник розробника). |
|
Фільтри. Фільтри в UA значно відрізняються від тих, що є в GA4. У UA фільтри зазвичай увімкнені й дуже впливають на дані в ресурсі UA (наприклад, "показувати дані лише з Франції"). У GA4 набори фільтрів зовсім інші. Якщо фільтри UA зменшують обсяг зафіксованого трафіку, то в GA4 можуть показуватися більші обсяги трафіку. |
Фільтри даних. Створіть фільтри включення й виключення для внутрішнього трафіку й трафіку розробника. Зміни подій і спеціальні події. Змінюйте назви й параметри подій. Визначення небажаних переходів. Включіть лише потрібні переходи. Створення підпорядкованих ресурсів (лише в Google Analytics 360). Створюйте повнофункціональні ресурси, що є підмножинами даних ресурсів 360. |
|
Виключення переходів. Виключення, налаштовані в UA, можуть впливати на ключові події, пов’язані з Google Ads. Якщо ви не налаштували ці виключення в GA4, цінність, віднесена до Google Ads, може відрізнятися (наприклад, виключення для постачальників платіжних сервісів, як-от PayPal, часто здійснюються в UA). Якщо переходи виключено в UA, але не в GA4, в атрибуції ключових подій GA4 можливі помилки. Через це в GA4 фіксуватиметься менше ключових подій, пов’язаних із каналом платного трафіку Google, ніж у UA. Виключення переходів впливає на відсоток цінності ключової події. |
Щоб вирішити проблеми з неправильною атрибуцією, налаштуйте однакові виключення переходів у UA і GA4. Зверніть увагу: виключення переходів не позначається на загальній кількості ключових подій у ресурсі Google Analytics, а впливає лише на атрибуцію ключових подій. Докладніше про виключення переходів у UA і про визначення небажаних переходів у GA4. |
У Google Ads
Нижче описано основні причини відмінностей між схожими ключовими подіями UA і GA4, зумовлених вибором продукту, параметрів чи налаштувань у Google Ads.
| Опис | Рішення/рекомендація |
|
Період ретроспективного аналізу ключової події. Налаштування періоду ретроспективного аналізу ключової події в Google Ads визначають, протягом якого періоду після зарахування точки взаємодії відсоток цінності ключової події може бути віднесено до цієї точки взаємодії. Часто цей параметр можна вибрати (наприклад, 90 днів). Через різні налаштування UA може пов’язувати відсоток цінності ключової події з точкою взаємодії, а GA4 – ні, або навпаки. |
Узгодьте значення періоду ретроспективного аналізу ключової події в Google Ads для ключових подій UA і GA4, щоб вони відповідали налаштуванням ресурсу GA4. |
|
Налаштування моделі атрибуції (у Google Ads). Моделі атрибуції визначають, як розподіляється цінність між точками взаємодії на шляху до конверсії. Відмінності в налаштуваннях моделі атрибуції в Google Ads між UA і GA4 можуть призвести до різного розподілу цінності в кампаніях в обліковому записі Google Ads або керуючому обліковому записі (обліковому записі Центру клієнтів). Примітка. Якщо змінити налаштування атрибуції в Google Ads, це не вплине на загальний відсоток цінності ключових подій, віднесених до Google Ads. |
Узгодьте моделі атрибуції в налаштуваннях ключової події в Google Ads. |
| Налаштування атрибуції за умовчанням у GA4. Якщо ви помітили зменшення конверсій GA4 порівняно з конверсіями Universal Analytics у Google Ads, зверніть увагу на канали, яким можна призначити цінність. Можливо, для параметра атрибуції GA4 за умовчанням було вибрано канали платного й звичайного трафіку Google для всіх ресурсів, створених до червня 2023 року. Для ресурсів GA4, створених після червня 2023 року, за умовчанням вибрано параметр "Платні канали в Google". Якщо ви зміните його в Google Analytics на Google Paid Only ("Лише платні канали Google"), то зможете збільшити кількість конверсій GA4 порівняно з конверсіями UA у Google Ads. | Щоб внести зміни в Налаштування атрибуції, перейдіть на сторінку "Адміністратор" > "Відображення даних" > "Налаштування атрибуції" > "Канали, яким можна призначити цінність". |
|
Способи створення звітів у Google Ads. У Google Ads звіти про те, які оголошення принесли ключові події, створюються на основі часу взаємодії з оголошенням. У Google Analytics звіти про ключові події можна отримувати по-різному, використовуючи час реєстрації ключової події. Наприклад, якщо ключова подія відбулася 10 травня, її можна пов’язати з кліком оголошення 5 травня. Google Analytics реєструє ключову подію 10 травня, а Google Ads – 5 травня. |
Це позначається на подіях, імпортованих у UA і GA4 в Google Ads, хоча відмінності налаштувань (наприклад, моделі атрибуції або періоду ретроспективного аналізу) між ключовими подіями можуть ще збільшити розбіжності. Якщо ви узгоджуєте параметри ключових подій, імпортованих у Google Ads, то відмінності, пов’язані з різними способами створення звітів, будуть мінімальними. Пам’ятайте, що атрибуція ключових подій може відбуватися протягом повного періоду ретроспективного аналізу ключової події (до 90 днів у Google Ads), тому щоб дані GA4 і UA можна було порівняти, потрібно зачекати до 90 днів. Щоб дізнатися, можна порівнювати пару ключових подій чи потрібно ще зачекати, відкрийте звіт Показники шляху в Google Ads для ключової події UA. На основі інформації зі звіту ви зможете визначити, скільки часу потрібно переважній більшості користувачів, щоб ініціювати ключову подію на шляху до неї. Примітка. Понад 95% ключових подій отримують атрибуцію протягом перших 14 днів. Це означає, що для порівняння UA і GA4 потрібно використовувати дані Google Ads, зібрані принаймні 14 днів тому. |
Інші причини розбіжностей
Якщо ви узгодили наведені вище чинники, але все одно бачите значні розбіжності між конверсіями UA і ключовими подіями GA4, перегляньте наведений нижче список причин.
Нагадуємо, що відмінності між схожими конверсіями UA і ключовими подіями GA4 очікувані, але цей список допоможе вам зменшити розбіжності, узгодивши роботу продуктів і налаштувань.
У Google Analytics
Це додаткові чинники, які впливають на схожі ключові події UA і GA4, що залежать від продукту, параметрів або вибору налаштувань у Google Analytics.
| Опис | Рішення/рекомендація |
|
Відстеження електронної комерції. Google Analytics підтримує різні схеми електронної комерції. Ви можете застосувати схему GA4 й схему UA одночасно або використовувати одну схему для обох ресурсів. Якщо використовувати дві схеми, можуть виникнути розбіжності в даних. Докладнішу інформацію можна знайти в посібнику розробника. Через відмінності в схемі електронної комерції кількість ключових подій у GA4 може бути вищою або нижчою, ніж у UA. |
Збираючи дані про електронну комерцію для GA4, краще використовувати схему електронної комерції в GA4 (посібник розробника). Якщо ви застосовуєте відстеження електронної комерції, радимо не покладатися на підключені теги сайту. Також рекомендуємо використовувати однакову схему електронної комерції для порівняння UA і GA4. |
|
Умови активації тегів. Жорстко задані умови можуть впливати на спосіб і час активації тегів. Оскільки в багатьох випадках для налаштування збирання даних за допомогою GA4 потрібно впроваджувати нові теги, необхідно застосувати попередні умови активації для GA4, щоб ці теги працювали. Щоб уникнути розбіжностей під час збирання даних, радимо задавати ті самі умови активації тегів. Якщо збирання даних обмежено лише в UA, то кількість користувачів, сеансів, переглядів сторінок і ключових подій у GA4 може бути вищою. |
Для збирання даних у ресурсах GA4 радимо використовувати gtag.js або gtm.js (за допомогою тегів GA4). Якщо ви використовуєте інші способи позначення тегами (наприклад, підключені теги сайту), це безпосередньо не впливає на умови активації тегів. Проте якщо через задані умови теги в UA і GA4 активуються неузгоджено, перш за все радимо змінити спосіб позначення тегами. Додавши теги, узгодьте умови їх активації. Приклади умов наведено в цьому розділі посібника розробника щодо відстеження часу. |
|
Виключення внутрішнього трафіку. За допомогою цих налаштувань можна відфільтрувати внутрішніх користувачів (з точки зору клієнта, наприклад працівників) або тестовий трафік. Якщо налаштування відрізняються в UA і GA4, у ресурсі без фільтрів виключення, імовірно, показуватиметься більше користувачів, сеансів, переглядів сторінок і подальших ключових подій. |
Щоб усунути розбіжності, радимо узгодити налаштування в UA і GA4. Щоб дізнатися більше, прочитайте цю статтю для UA і цю статтю для GA4. |
|
Зміни сторінки на основі подій в історії вебперегляду. Функція розширеного відстеження в GA4 за умовчанням реєструє зміни сторінок на основі подій в історії вебперегляду, а в UA – ні. Унаслідок цього кількість переглядів сторінок у GA4 буде більша, ніж у UA, що може призвести до розбіжностей. Наприклад, якщо у зв’язку зі структурою і шаблонами використання вашого сайту багато сторінок завантажуються, вносячи зміни в історію вебпереглядача, після ввімкнення цього параметра такі події почнуть відстежуватися. Це призведе до розбіжностей із UA, де ці події не відстежуються. |
Щоб узгодити підрахунок переглядів сторінок у UA і GA4, вимкніть налаштування розширеного відстеження в GA4. Докладніше про події розширеного відстеження. |
| Інші джерела подій (тригери аудиторії, Measurement Protocol, редагування подій тощо). Генерування цих подій і позначення їх як ключових подій може призвести до завищення кількості ключових подій у GA4 (якщо порівнювати з кількістю ключових подій на рівні ресурсу UA). |
Використовуйте відповідні налаштування для схожих конверсій UA і ключових подій GA4 в Google Analytics. Ви можете дати новоствореним подіям із цих джерел окремі назви, щоб узгодити дані відстеження UA і GA4. Якщо події неможливо налаштувати однаково, не варто їх порівнювати. |
|
Фільтри спаму й ботів
Фільтри зменшують трафік у UA. Якщо в GA4 ці фільтри не застосовуються, там показуватиметься більше трафіку й подальших ключових подій, коли на основі трафіку від спаму й ботів було зареєстровано взаємодію з ключовою подією на шляху до неї. |
Увімкніть налаштування фільтрування ботів у UA і додайте фільтри спаму в UA, якщо ви отримуєте спам. |
| Виключення параметрів URL-адрес. У UA для клієнтів можна налаштувати ціль, яка точно відповідає певній URL-адресі. Оскільки в GA4 немає виключень параметрів URL-адрес, URL-адреса може мати багато версій, які не враховуються у визначенні ключової події. |
Перевірте, чи використовуються виключення параметрів URL-адрес у UA, щоб зрозуміти причини потенційних відмінностей у GA4. |
|
Модель атрибуції на основі даних для ключових подій і доходу. У UA застосовується модель атрибуції останній непрямий клік для цілей. У GA4 ключові події за умовчанням використовують модель атрибуції на основі даних, але її можна змінювати. Залежно від того, як змінюється відсоток цінності ключової події відповідно до атрибуції на основі даних, більший чи менший відсоток цінності може бути пов’язаний із каналами платного трафіку Google. Зверніть увагу, що модель атрибуції не впливає на загальну кількість ключових подій для певної події. |
Ви можете перевірити це, перемкнувши модель атрибуції ресурсу на Останній клік у GA4 (не рекомендовано). Примітка. Оскільки моделі атрибуції в Google Analytics не впливають на загальну кількість ключових подій у ресурсі, радимо спершу вирішити проблеми з усіма іншими чинниками, що впливають на розбіжності в даних, і зменшити відмінності на рівні ресурсу для пар ключових подій, тобто схожих ключових подій у UA і GA4. |
|
Відмінності в часових поясах і скидання налаштувань кампанії. UA припиняє сеанс опівночі й перезапускає його з новими параметрами кампанії, а GA4 – ні. Це може призвести до розбіжностей у сеансах, що потягне за собою відмінності в ключових подіях, пов’язаних із цілями й сеансами. Загальна кількість ключових подій у певному ресурсі майже не зміниться. Розбіжності можуть з’явитися, лише якщо порівнювати окремі дні в UA і GA4. |
Немає прямого рішення – проблему було вирішено в GA4. |
| Відмінності в конфігурації відстеження переглядів сторінок. У GA4 можна вимкнути відстеження переглядів сторінок на основі подій в історії вебперегляду. Сайти з однією сторінкою не відстежуються належним чином у GA4, якщо використовуються підключені теги сайту. |
У GA4 можна налаштувати відстеження переглядів сторінок на основі подій в історії вебперегляду, а в UA – ні. Це дає змогу точніше відстежувати ключові події в GA4, але може призвести до розбіжностей. Щоб дані краще узгоджувалися між UA і GA4, вимкніть це налаштування. Відстеження односторінкового додатка для UA можна налаштувати за вказівками в посібнику розробника. Дані в UA і GA4 не збігатимуться повністю, але для односторінкових сайтів буде менше відмінностей. |
|
Google Signals і User-ID. Ці налаштування допомагають видаляти повторюваних користувачів у ресурсах GA4. У UA обидва налаштування впливають лише на кілька звітів і на окреме представлення даних. У GA4 вони впливають на всю інформацію в ресурсі. Якщо ввімкнути Google Signals і User-ID в GA4, кількість нових або всіх користувачів зменшиться, бо взаємодії, які в UA фіксуються для кількох користувачів, об’єднуватимуться. Тому відсоток цінності може призначатися по-різному. Ці функції не впливають на загальну кількість конверсій у Google Analytics, але можуть призвести до відмінностей після експорту в Google Ads. Якщо рекламодавець відстежує конверсії за зацікавленими переглядами, на них може впливати використання Google Signals і User-ID. |
Немає прямого рішення – дедуплікація в GA4 допомагає краще зрозуміти, як користувачі взаємодіють з об’єктами клієнтів. Щоб зменшити розбіжності, радимо застосувати обидві функції на обох платформах, хоча повністю усунути відмінності не вдасться. |
| Час очікування сеансу. Ви можете налаштувати параметри часу очікування сеансу. Якщо змінити їх значення за умовчанням, це може вплинути на відстеження трафіку й атрибуцію. | Радимо використовувати налаштування за умовчанням. Якщо ви змінили час очікування сеансу в UA, налаштуйте цей параметр і в GA4. Докладніше про сеанси Analytics. |
|
Перевизначення файлів cookie |
Якщо ви змінюєте налаштування файлів cookie в UA, укажіть такі самі налаштування в GA4. Зменшення строків дії файлів cookie може вплинути на атрибуцію і призвести до відмінностей в атрибуції ключових подій. Докладніше про налаштування тегу Google. |
| Використання функцій автоматичного додавання тегів і додавання тегів вручну в тій самій URL-адресі | В одній URL-адресі можна використовувати автоматичне додавання тегів і додавання тегів вручну, але в деяких випадках це не спрацює. |
| Вибір параметрів і показників | У GA4 використовується більше параметрів залучення клієнтів, ніж у UA. Тому не всі параметри звітів можна порівнювати в UA і GA4. |
| Відмінності між відстеженням додатків у UA і GA4 | За можливості радимо використовувати один пакет SDK. Зверніть увагу, що дуже невелика кількість користувачів зараз може збирати дані додатка в UA. Користувачі мають застосовувати пакет Google Analytics for Firebase SDK, щоб збирати дані додатка й створювати звіти про нього за допомогою ресурсів GA4. |
|
Лише для підключених тегів сайту (зокрема завантаження з невідомого джерела). Підключені теги завантажуються послідовно, тобто тег GA4 завантажується після батьківського тегу (наявного тегу gtag.js або analytics.js). Це може означати, що:
|
Щоб зменшити ризик пропуску подій, радимо використовувати спеціальні теги GA4, а не підключені теги сайту чи завантаження з невідомого джерела. Це дуже важливо для великих і складних налаштувань Analytics. |
| Включення даних із додатка й вебсайту в ресурс для GA4. GA4 об’єднує дані з додатка й вебсайту та події. Якщо ви об’єднали дані з додатка й вебсайту в GA4, але не зробили цього в UA, це призведе до збільшення кількості ключових подій у GA4. | Для оптимального порівняння не потрібно включати потоки даних додатків, якщо ресурси UA не містять трафіку додатків. Якщо потік додатка вже включено й ви хочете порівнювати UA і GA4, можна сегментувати звіти, виключаючи ключові події в додатку. |
| Оновлене групування каналів. Групування каналів GA4 може призначати ключову подію каналу по-різному. Докладніше про групу каналів за умовчанням. | Користувачі не можуть перевизначати ключові події, які експортуються в Google Ads. |
У Google Ads
Це додаткові чинники, які впливають на схожі ключові події UA і GA4, що залежать від продукту, параметрів або вибору налаштувань у Google Ads.
| Опис | Рішення/рекомендація |
|
Моделювання ключових подій із режиму згоди. Моделювання ключових подій доступне в Google Ads для рекламодавців, які створюють конверсії Google Ads на основі ключових подій Analytics із ресурсів, запроваджених за допомогою тегу gtag.js або Менеджера тегів Google. Для analytics.js ми не пропонуємо моделювання конверсій у Google Ads, оскільки статус згоди не можна точно визначити без застосування тегу gtag.js або Менеджера тегів Google. Якщо UA і GA4 використовують теги, сумісні з режимом згоди, їх можна моделювати в Google Ads. |
Щоб дані можна було порівнювати, для обох ресурсів UA і GA4 потрібно використовувати тип тегу, сумісний із режимом згоди. |
| Відстеження ключових подій за зацікавленими переглядами. GA4 може відносити ключові події до взаємодії з оголошенням за зацікавленим переглядом на YouTube, навіть якщо вона не сприяла безпосередньому відвідуванню вебсайту, але згодом привела до ключової події. Це може призвести до експорту ключової події в Google Ads, для якої UA не експортуватиме відсоток цінності. Це означає, що GA4 може пов’язувати більше ключових подій із Google Ads, якщо рекламодавець має значну кількість витрат на YouTube. |
У GA4 це не призводить до збільшення кількості ключових подій для вебтрафіку, але в GA4 з каналом Google Ads може пов’язуватися більша цінність, ніж у UA, що підвищує показники ефективності Google Ads. Щоб порівняти ці дані, ви можете сегментувати звіти на рівні кампанії (або облікового запису) у Google Ads. Переконайтеся, що ви порівнюєте ключові події, які вимірюють ту саму ключову подію. Сегментувати стандартні звіти за типом події оголошення й джерелом ключової події не можна одночасно, тому буває складно безпосередньо порівнювати дані в інтерфейсі Google Ads. |
|
Модель експорту цінності. Модель, за якою ключові події експортуються з GA4 в Google Ads, відрізняється від UA. Якщо в UA (і спочатку в GA4) діяла модель експорту останній непрямий клік, то тепер GA4 використовує модель останньої цінності, що дає змогу експортувати дробове значення цінності ключової події, навіть якщо остання непряма точка взаємодії не є взаємодією з Google Ads. Хоча це не призводить до розбіжностей на рівні ресурсу, можуть виникнути відмінності в кількості ключових подій, експортованих у Google Ads. Вона може бути вищою або нижчою порівняно з UA і залежить від шляхів користувачів. |
Ми запустили модель експорту остання цінність, оскільки моделей останнього непрямого кліку недостатньо. Це означає, що GA4 експортує справжнє значення крос-канального відсотка цінності в Google Ads. Ви не можете виконувати певні дії, щоб зменшити розбіжності між UA і GA4. |
| Спосіб підрахунку ключових подій на стороні оголошення. У Google Ads можна керувати кількістю ключових подій, які зараховуються для певного користувача в межах указаного періоду ретроспективного аналізу ключової події. |
Радимо вказати однакові налаштування підрахунку ключових подій для пар ключових подій UA і GA4. Докладніше про варіанти підрахунку конверсій. |
|
Застосовується до створених вручну ресурсів GA4 й клієнтів розумних кампаній. Модель експорту каналів платного трафіку Google у GA4 пов’язує всі ключові події, експортовані в Google Ads, з каналами Google. У такому разі більше ключових подій експортується до Google Ads, ніж до налаштувань каналів платного й звичайного трафіку, оскільки така модель виключає канали безплатного трафіку Google зі шляху ключової події. Модель Канали платного трафіку в Google допомагає краще зрозуміти вплив платних взаємодій у Google. Ця модель недоступна в Universal Analytics, тому під час імпортування в Google Ads може бути складно порівняти схожі події UA і GA4. |
За умовчанням для нових ресурсів GA4 вибрано модель Канали платного трафіку в Google. Щоб керувати експортом ключових подій у Google Ads, ви можете використовувати налаштування атрибуції на рівні ресурсу GA4 в розділі "Адміністратор". Щоб у GA4 враховувався трафік із безплатних каналів під час експорту конверсій, застосовуйте налаштування каналів платного й звичайного трафіку. Докладніше про вибір налаштувань атрибуції. |
Показник відмов
|
Показник |
Universal Analytics |
Google Analytics 4 |
|
Показник відмов |
Відсоток сеансів із переглядом однієї сторінки, під час яких не відбувалося взаємодії зі сторінкою. Для сеансу з відмовою реєструється тривалість 0 секунд. Уявімо, що користувач відвідує ваш вебсайт, кілька хвилин переглядає контент на головній сторінці, а потім залишає ресурс, не натиснувши посилань і не ініціювавши подій, що вважаються взаємодіями. Тоді для сеансу буде зараховано відмову. |
Відсоток сеансів, які не є сеансами взаємодії. Наприклад, якщо користувач заходить на ваш вебсайт і переглядає контент на головній сторінці менше ніж 10 секунд, а потім залишає сторінку, не ініціювавши будь-які події чи не перейшовши на інші сторінки або екрани, то для сеансу буде зараховано відмову. Сеанс із взаємодією – це сеанс, який триває принаймні 10 секунд або включає щонайменше 1 ключову подію або 2 перегляди сторінок чи екранів. Якщо в користувача немає сеансу із взаємодією (тобто він не відповідає критеріям для такого сеансу), Google Analytics зараховує це як відмову. |
Важливо
У Google Analytics 4 показник відмов – це відсоток сеансів, які не є сеансами з взаємодією. Він є оберненим до частки взаємодій. У Universal Analytics показник відмов – це відсоток усіх сеансів на вашому сайті, під час яких користувачі переглянули лише одну сторінку й ініціювали один запит на сервер Analytics.
Показник відмов за формулою Universal Analytics є доречним інструментом вимірювання взаємодії із сайтом, але він став менш корисним через зміни у вебсайтах і додатках. Наприклад, користувач може переглянути односторінковий додаток і вийти з нього, не ініціювавши події. Це вважатиметься відмовою.
Крім того, показник відмов за формулою Google Analytics 4 краще показує, на якому рівні користувачі взаємодіють із вашим сайтом або додатком. Наприклад, для блогів не страшно, якщо користувачі відвідують сайт, щоб прочитати статтю, а потім залишають його. Важливіше знати кількість відвідувачів сайту, які не знаходять потрібний контент і швидко залишають ресурс.
Кількість подій
Події – це те, чим принципово відрізняються між собою моделі даних у ресурсах Universal Analytics і Google Analytics 4.
|
Показник |
Universal Analytics |
Google Analytics 4 |
|
Загальна кількість подій |
Події Universal Analytics мають поля категорії, дії і мітки й виступають окремим типом звернення. Наприклад, можна налаштувати подію, яка активуватиметься під час натискання кнопки "Зареєструватися". Ця подія може мати категорію "Заклик до дії", дію "Реєстрація" і мітку "Цільова URL-адреса". Показник Загальна кількість подій збільшується щоразу, коли активується подія з полями категорії, дії і мітки. |
Н/Д |
|
Кількість подій |
Н/Д |
Події GA4 не мають полів категорії, дії або мітки, а кожне звернення вважається подією. Наприклад, коли хтось переглядає одну зі сторінок вашого вебсайту, реєструється подія Усі дії – це події. Кожна подія не обов’язково повинна мати унікальну назву (ми рекомендуємо повторно використовувати ту саму назву й розрізняти події за зібраними значеннями параметрів). Наприклад, для події реєстрації на вебсайті може бути вказано назву |
Важливо
Подія sign_up у GA4 і UA може мати неоднакове значення. Якщо на вашому вебсайті є тільки одна форма для реєстрації і лише одна кнопка, що активує подію реєстрації, то кількість подій може бути приблизно однаковою. Однак якщо на вашому вебсайті реєструється кілька подій sign_up, порівнювати кількість таких подій у GA4 і UA може бути складно, а числові значення можуть не збігатися.
У звітах GA4 не відображаються дані про категорію, дію і мітку. Тому радимо не переносити стару структуру збирання даних про події, а створити нову з нуля відповідно до моделі Google Analytics 4.