Якщо ви переходите з Universal Analytics (UA) на Google Analytics 4 (GA4), радимо порівняти схожі події-конверсії UA і GA4 в Google Analytics, а також схожі події UA і GA4, імпортовані в Google Ads. Слід пам’ятати, що деякі відмінності неминучі, оскільки GA4 збирає веб-дані інакше, ніж UA. У цій статті описано найпоширеніші причини відмінностей і дії, які можна виконати, щоб усунути їх.
Вступ
У деяких випадках показник Конверсії буде приблизно однаковим, наприклад, якщо конверсії реєструються на основі цільових URL-адрес або подій Universal Analytics із полями категорії, дії і мітки, для яких ви налаштували еквівалентні події-конверсії Google Analytics 4. Проте порівняти кількість конверсій у UA і GA4 може бути складно через деякі суттєві відмінності. Є три основні причини розбіжностей.
- Відмінності між UA і GA4. Ресурси GA4 і UA мають різні моделі даних. Наприклад, GA4 реєструє події, а UA – звернення. Крім того, для підтримки нових технологій із дотриманням конфіденційності, GA4 використовує рішення на основі ШІ (наприклад, моделювання поведінки й конверсій). Ці рішення дають змогу отримати повне уявлення про ефективність, не порушуючи конфіденційність користувача, але вони не доступні в ресурсах UA.
- Відмінності в параметрах. Відмінності в охопленні сайтів для тегів UA і GA4, умов активації тегів і схем електронної комерції можуть призвести до відмінностей між конверсіями.
- Відмінності в налаштуваннях. У UA, GA4 і Google Ads є багато налаштувань, які можуть призвести до відмінностей між конверсіями. Це, зокрема, кількість конверсій, фільтри, виключення параметрів URL-адрес тощо.
Нижче описано найпоширеніші причини, які призводять до відмінностей між конверсіями в UA і GA4, а також причини, що пов’язані з відмінностями в продуктах, параметрах і налаштуваннях у Google Analytics або Google Ads.
Найпоширеніші причини відмінностей
У таблицях нижче наведено інформацію про найпоширеніші причини відмінностей між схожими конверсіями 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 враховувався трафік із безплатних каналів під час експорту конверсій, застосовуйте налаштування каналів платного й звичайного трафіку. Докладніше про вибір налаштувань атрибуції. |