[UA→GA4] Порівняння показників Google Analytics 4 та Universal Analytics

Чого слід очікувати, порівнюючи показники Google Analytics 4 та Universal Analytics

Під час налаштування Google Analytics 4 вам може знадобитися порівняти дані звітів між ресурсами Google Analytics 4 та Universal Analytics. У цій статті описано, як і наскільки можна порівнювати показники Universal Analytics та Google Analytics 4.

Зміст

Користувачі

У Universal Analytics є два показники за користувачами: Усього користувачів і Нові користувачі. У Google Analytics 4 доступні три показники за користувачами: Усього користувачів, Активні користувачі й Нові користувачі.

Показник

Universal Analytics

Google Analytics 4

Загальна кількість користувачів

Основний показник за користувачами в UA: загальна кількість користувачів

Загальна кількість унікальних користувачів, які зареєстрували подію

Нові користувачі

Кількість користувачів, які взаємодіяли із сайтом уперше

Кількість користувачів, які взаємодіяли з вашим сайтом або запустили додаток уперше.

Вимірюється кількістю нових унікальних ідентифікаторів користувачів, які зареєстрували подію first_open або first_visit.

Активні користувачі

Н/Д

Основний показник за користувачами в GA4: кількість унікальних користувачів, які відвідали ваш вебсайт або відкрили додаток. Analytics визначає активного користувача, коли реєструє сеанс із взаємодією або:

Важливо

У звітах Universal Analytics основним є показник Усього користувачів (що показується як Користувачі), а в GA4 – Активні користувачі (що також показується як Користувачі). Отже, хоча термін Користувачі збігається, цей показник обчислюється в UA і GA4 по-різному, оскільки для UA використовується показник Усього користувачів, а для GA4 – Активні користувачі.

Залежно від того, як часто користувачі повертаються на ваш вебсайт, показники Усього користувачів у UA і Активні користувачі в GA4 можуть бути більш або менш схожі.

Щоб дізнатися загальну кількість користувачів, порівняйте показник Усього користувачів у Universal Analytics і Усього користувачів у Google Analytics 4, використовуючи Дослідження в Google Analytics 4. Через різницю у визначеннях ці показники більш придатні для порівняння, ніж показники за користувачами у звітах Google Analytics 4.

Для цих двох типів ресурсів можуть застосовуватися різні налаштування, зокрема варіанти ідентифікації користувачів (наприклад, 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 перегляди екранів відстежуються в окремих ресурсах для мобільних пристроїв, а в GA4 дані вебсайтів і додатків об’єднуються в одному ресурсі. Тож, якщо ви відстежуєте дані вебсайту й додатка в ресурсі 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

Покупки

  • Події purchase активуються в моделі розширеної електронної комерції.
  • Дані отримуються з масиву products через код JavaScript, наданий Google Analytics, і збираються в події purchase, коли ви надсилаєте цю подію.
  • Події purchase рекомендовані, а дані збираються так само, як і в UA, але є певні відмінності.
  • Додатковий код JavaScript для збору масивів не надається. Якщо ви збираєте події purchase самостійно, потрібно надати масив items (ця порада також стосується заповнення об’єкта рівня даних).

Важливо

Якщо параметр transaction_id не застосовується постійно й належним чином, під час порівняння даних можуть виникнути суттєві відмінності. Щоб забезпечити високу якість даних і правильно їх порівнювати, переконайтеся, що ці дані збираються згідно з вимогами документації.

Щоб дані про електронну комерцію реєструвалися правильно, використовуйте всі обов’язкові параметри для конфігурації електронної комерції в GA4 і UA.

У звітах UA деякі дані може бути виключено на основі фільтрів представлення даних.

Якщо ви порівнюєте нещодавні звіти, можете помітити відмінності, оскільки GA4 досі обробляє дані. Наприклад, дані про віднесені конверсії оновлюються протягом 7 днів після реєстрації конверсії.

Сеанси

Показник

Universal Analytics

Google Analytics 4

Сеанс

  • Період часу, протягом якого користувач активно взаємодіє з вашим вебсайтом або додатком.
  • Певні визначені параметри можуть призвести до завершення сеансу. Наприклад, сеанс закінчується, якщо користувач нічого не робить протягом більше ніж 30 хвилин (залежно від налаштувань часу очікування сеансу), настає північ (згідно із часовим поясом, вибраним у представленні даних) або застосовуються нові параметри кампанії.
  • Якщо користувач повертається після завершення часу очікування сеансу, починається новий сеанс.
  • Якщо користувач залишається на вебсайті, коли настає північ, починається новий сеанс.
  • Якщо параметри кампанії змінюються, коли користувач перебуває на вебсайті, починається новий сеанс.

Інша назва – "Початок сеансу".

  • Щоб визначити сеанс, під час якого відбувається певна подія, подія session_start створює ідентифікатор сеансу, а Analytics зв’язує його з кожною наступною подією в сеансі.
  • Сеанс завершиться, коли користувач нічого не робитиме протягом більше ніж 30 хвилин (залежно від налаштувань часу очікування сеансу).
  • Якщо параметри кампанії змінюються або настає північ, сеанси не перезапускаються.
  • Якщо користувач повертається після завершення часу очікування сеансу, починається новий сеанс.

Важливо

Розбіжності в підрахунку кількості сеансів у 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 днів. Докладніше про вибір або оновлення налаштувань атрибуції.

Важливо

Оскільки Сеанси й Користувачі – це основні показники для порівняння залучення, уважно перегляньте розділи Сеанси й Користувачі в цій статті.

Конверсії

Якщо конверсії реєструються на основі цільових URL-адрес або подій із полями категорії, дії і мітки в UA, для яких ви налаштували еквівалентні події-конверсії GA4, то показник Конверсії буде приблизно однаковим. Проте порівняти кількість конверсій у UA і GA4 може бути складно через деякі суттєві відмінності.

Показник

Universal Analytics

Google Analytics 4

Конверсії

Щоб указати, що певна дія користувача має вважатися конверсією, ви визначаєте ціль. Наприклад, якщо ви вказали ціль "Надсилання форми", конверсія реєструватиметься щоразу, коли користувач надсилатиме форму.

У UA для кожної цілі зараховується лише одна конверсія на сеанс. Тобто, якщо користувач протягом одного сеансу надішле форму двічі, для цілі "Надсилання форми" буде зараховано лише одну конверсію.

Для кожної дії, яку потрібно зараховувати як конверсію, ви визначаєте подію-конверсію. Наприклад, якщо ви вкажете, що "Надсилання форми" – це подія-конверсія, то щоразу коли користувач надсилатиме форму, реєструватиметься конверсія.

GA4 зазвичай враховує кожен випадок події-конверсії, навіть якщо та сама подія-конверсія реєструється кілька разів протягом одного сеансу. Тобто, якщо користувач протягом одного сеансу надішле форму двічі, буде зараховано дві конверсії.

Щоб показники конверсій у ресурсі UA і відповідному ресурсі GA4 відрізнялися менше, змініть налаштування Спосіб підрахунку конверсій у GA4 на Один раз за сеанс.

Важливо

Universal Analytics підтримує п’ять типів цілей: "Цільова сторінка", "Тривалість", "Кількість сторінок за сеанс", "Розумні цілі" й "Цілі подій". У GA4 підтримуються лише події-конверсії. Не всі типи цілей UA можна точно відтворити за допомогою подій-конверсій GA4. Наприклад, неможливо відтворити "Розумні цілі" або ціль "Тривалість".

У UA для кожної цілі зараховується лише одна конверсія на сеанс. GA4 зазвичай зараховує для однієї події-конверсії кілька конверсій за сеанс. Щоб показники конверсій у ресурсі UA і відповідному ресурсі GA4 відрізнялися менше, змініть налаштування Спосіб підрахунку конверсій у GA4 на Один раз за сеанс.

У звітах UA деякі дані може бути виключено на основі фільтрів представлення даних.

Якщо ви порівнюєте нещодавні звіти, можете помітити відмінності, оскільки GA4 досі обробляє дані. Наприклад, дані про віднесені конверсії оновлюються протягом 7 днів після реєстрації конверсії.

Інші причини відмінностей у кількості конверсій

Найпоширеніші причини відмінностей

У двох наведених нижче таблицях описано вісім найпоширеніших причин відмінностей між конверсіями схожих подій UA і GA4 в Google Analytics і Google Ads. Якщо ви виявите відмінності в конверсіях, перегляньте ці вісім причин і узгодьте налаштування й роботу функцій у продуктах. У більшості випадків це допоможе усунути серйозні розбіжності в конверсіях. 

У Google Analytics

Нижче описано основні причини відмінностей між схожими конверсіями UA і GA4, зумовлених вибором продукту, параметрів чи налаштувань у Google Analytics.

Опис Рішення / рекомендація

Підрахунок конверсій. У UA зараховується лише одна досягнута конверсія за сеанс, тоді як GA4 часто зараховує одну конверсію за подію.

Наприклад, якщо користувач досягає цілі 5 разів за сеанс, UA покаже одну конверсію, а GA4 зазвичай показує 5.

Примітка. Один раз за подію – це спосіб підрахунку за умовчанням для більшості конверсій, окрім тих, що створюються автоматично в ресурсі GA4 або за допомогою інструмента перенесення цілей Асистента з налаштування.

За стандартних налаштувань у GA4 може зараховуватися більше конверсій.

Використовуйте налаштування підрахунку конверсій, як описано тут. Щоб узгодити підрахунок GA4 з підрахунком цілей UA, переконайтеся, що GA4 використовує спосіб підрахунку конверсій Один раз за сеанс.

Примітки

  • Інтерфейс GA4 не розпізнає, що це рекомендоване налаштування, оскільки це може призвести до заниження кількості конверсій. Наприклад, якщо ви залучаєте зацікавлених клієнтів, потрібно враховувати кожну заявку потенційних клієнтів, а не лише одну на користувача.
  • Зверніть увагу, що Менеджер тегів Google визначає час і спосіб активації тегів. Докладніше.

Ця рекомендація неактуальна, коли ви порівнюєте трансакції електронної комерції в 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. Виключення переходів впливають на відсоток цінності конверсії, яка експортується в Google Ads.

Щоб вирішити проблеми з неправильною атрибуцією, налаштуйте однакові виключення переходів у 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.

Способи створення звітів у 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. Докладніше.

Перевизначення файлів cookie

Якщо ви змінюєте налаштування файлів cookie в UA, укажіть такі самі налаштування в GA4.

Зменшення строків дії файлів cookie може вплинути на атрибуцію і призвести до відмінностей в атрибуції конверсій. Докладніше.

Використання функції автоматичного позначення тегами й позначення тегами вручну в тій самій URL-адресі В одній URL-адресі можна використовувати автоматичне позначення тегами й позначення тегами вручну, але в деяких випадках це не спрацює.
Вибір параметрів і показників У GA4 використовується більше параметрів залучення клієнтів, ніж у UA. Тому не всі параметри звітів можна порівнювати в UA і GA4.
Відмінності між відстеженням додатків у UA і GA4 За можливості радимо використовувати один пакет SDK. Зверніть увагу, що дуже невелика кількість користувачів зараз може збирати дані додатка в UA. Щоб збирати дані й створювати звіти про них за допомогою ресурсів GA4, користувачі мають застосувати пакет Firebase SDK.

Лише для підключених тегів сайту (зокрема завантаження з невідомого джерела). Підключені теги завантажуються послідовно, тобто тег GA4 завантажується після батьківського тегу (наявного тегу gtag.js або analytics.js). Це може означати, що:

  1. Завантаження кількох тегів може вплинути на швидкість веб-сайту.
  2. Якщо користувачі дуже швидко переходять між сторінками веб-сайту, теги можуть не встигати завершити обробку, що призведе до пропущених подій.
Щоб зменшити ризик пропуску подій, радимо використовувати спеціальні теги GA4, а не використовувати підключені теги сайту чи завантаження з невідомого джерела. Зокрема, для великих і складних налаштувань Analytics не потрібно використовувати підключені теги сайту або завантаження з невідомого джерела.
Включення даних із додатка й веб-сайту в ресурс для GA4. GA4 об’єднує дані з додатка й веб-сайту та події. Якщо ви об’єднали дані з додатка й веб-сайту в GA4, але не зробили цього в UA, це призведе до збільшення кількості конверсій у GA4. Для оптимального порівняння не потрібно включати потоки даних додатків, якщо ресурси UA не містять трафіку додатків. Якщо потік додатка вже включено й ви хочете порівнювати UA і GA4, можна сегментувати звіти, виключаючи конверсії в додатку.
Оновлене групування каналів. Групування каналів GA4 може призначати конверсію каналу по-різному. Докладніше. Користувачі не можуть перевизначати конверсій, які експортуються в Google Ads.

У Google Ads

Це додаткові чинники, які впливають на схожі конверсії UA і GA4, що залежать від продукту, параметрів або вибору налаштувань у Google Ads.

Опис Рішення / рекомендація

Режим згоди. Моделювання режиму згоди доступне для рекламодавців, які застосовують Google Analytics за допомогою тегу gtag.js або Менеджера тегів Google.

Для analytics.js ми не пропонуємо моделювання режиму згоди, оскільки статус згоди не можна точно визначити без застосування тегів gtag.js або Менеджера тегів Google. Оскільки налаштування GA4 зазвичай використовують gtag.js або Менеджер тегів Google, режим згоди працює в GA4.

Якщо UA і GA4 використовують теги, сумісні з режимом згоди, їх можна моделювати в Google Ads, але лише для розширених налаштувань.

Примітка. Події GA4 можна моделювати, лише якщо застосовано розширені налаштування. Для базового застосування (лише для отримання згоди) імпортовані конверсії UA можна моделювати в Google Ads, а конверсії 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, створених вручну, і клієнтів розумних кампаній. У GA4 працює модель експорту Канали платного трафіку в Google, що відносить усі експортовані в Google Ads конверсії до каналів трафіку Google.

У результаті така модель експортує в Google Ads більше конверсій, ніж налаштування Канали платного й звичайного трафіку, оскільки вона виключає канали платного трафіку, які не належать Google, зі шляху до конверсії. 

Модель Канали платного трафіку в Google допомагає краще зрозуміти вплив платних взаємодій у Google. Ця модель недоступна в Universal Analytics, тому під час імпортування в Google Ads може бути складно порівняти схожі події UA і GA4.
 

За умовчанням для нових ресурсів GA4 вибрано модель Канали платного трафіку в Google.

Щоб керувати експортом конверсій у Google Ads, можна використовувати налаштування атрибуції на рівні ресурсу GA4 в розділі "Адміністратор".

Щоб узгодити налаштування в Universal Analytics і Google Analytics 4, скористайтеся параметром Канали платного й звичайного трафіку. Докладніше.

 

Показник відмов

Показник

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 не мають полів категорії, дії або мітки, а кожне звернення вважається подією. Наприклад, коли хтось переглядає одну зі сторінок вашого вебсайту, реєструється подія page_view.

Усі дії – це події. Кожна подія не обов’язково повинна мати унікальну назву (ми рекомендуємо повторно використовувати ту саму назву й розрізняти події за зібраними значеннями параметрів). Наприклад, для події реєстрації на вебсайті може бути вказано назву sign_up із параметрами page_location, product, form_id тощо. Ту саму назву події можна (і потрібно) використовувати для кожної кнопки реєстрації на вебсайті, тоді як у UA для кожної події слід застосовувати унікальні назви.

Важливо

Подія sign_up у GA4 і UA може мати неоднакове значення. Якщо на вашому вебсайті є тільки одна форма для реєстрації і лише одна кнопка, що активує подію реєстрації, то кількість подій може бути приблизно однаковою. Однак якщо на вашому вебсайті реєструється кілька подій sign_up, порівнювати кількість таких подій у GA4 і UA може бути складно, а числові значення можуть не збігатися.

У звітах GA4 не відображаються дані про категорію, дію і мітку. Тому радимо не переносити стару структуру збирання даних про події, а створити нову з нуля відповідно до моделі Google Analytics 4.

Чи корисна ця інформація?

Як можна її покращити?
true
Пошук
Очистити пошук
Закрити пошук
Головне меню
1234953652727927535
true
Пошук у довідковому центрі
true
true
true
true
true
69256
false
false