Теги Google Analytics 4 мають кілька варіантів конфігурації, які можуть впливати на ідентифікацію користувачів і сеансів. Якщо теги налаштовано неправильно, це може призвести до того, що джерела трафіку неможливо буде визначити або класифікувати, а також до інших проблем у звітах. Через це ви, імовірно, бачитимете непризначені рядки в групах каналів, значення (not set), а також неочікувано велику частку прямого трафіку.
Непризначені рядки з’являються у звітах Google Analytics 4, коли Analytics не може класифікувати джерело трафіку, тобто пов’язати його з певним каналом на основі визначених правил. Наприклад, канал звичайного пошуку охоплює трафік з усіх пошукових систем. Канали розподіляються по групах. Якщо ви використовуєте групи каналів за умовчанням, у вас є змога переглянути їх визначення, щоб дізнатися, як саме класифікується трафік. Це можна зробити на рівні користувача, сеансу й події.
Коли джерело трафіку не відповідає визначенню одного з каналів у групі, яку ви переглядаєте у звіті, воно відображається як непризначене. Попередньо визначене правило для класифікації джерела трафіку може бути відсутнє, якщо джерело або тип трафіку вказані користувачем. А коли не вдається ідентифікувати користувача чи сеанс, може відображатися значення (not set).
Рекомендації щодо налаштування порядку активації тегів
Радимо дотримуватися наведених нижче практичних порад.
| Тип тегу | Вказівки | Практичні поради |
|---|---|---|
|
Тег Google |
Як налаштувати зв’язок із сервісами Google і надсилання даних про події |
Налаштуйте ініціалізацію тегу Google перед викликом методу події, включно з подіями, які є тригерами аудиторій. |
|
Менеджер тегів Google |
Як налаштувати Менеджер тегів Google |
Виконайте 4 кроки для налаштування Менеджера тегів. |
|
Додавання тегів на стороні сервера |
Не пропустіть ці спеціальні налаштування. На одній сторінці для певного ресурсу GA4 необхідно підтримувати лише одну реалізацію: серверну або окрему клієнтську. Якщо ви використовуєте теги на стороні сервера в Менеджері тегів, переконайтеся, що всі активні теги надсилають події через серверний контейнер. |
Якщо ви не можете дотримуватися практичних порад щодо порядку активації подій, усе одно виконайте дві наведені нижче рекомендації, щоб не виникало проблем зі звітами.
- Укажіть усі необхідні параметри конфігурації сторінки в команді
config(для тегу Google) або в налаштуваннях тегу Google (для Менеджера тегів Google) якнайраніше й до активації будь-яких подій. - Переконайтеся, що спеціальні події не активуються до виконання команди
config, інакше вони оброблятимуться разом із подієюsession_start. Командаconfigможе впливати на ідентифікацію користувача й сеансу для решти сторінки, тобто перегляд сторінки й наступні події не пов’язуватимуться з попередньою подією початку сеансу й спеціальною подією.
Що станеться, якщо неправильно налаштувати порядок активації подій?
Якщо для тегів GA4 налаштовано неправильний порядок, наприклад коли команда config або тег Google активуються після інших подій на сторінці, це може впливати на отримання ідентифікатора користувача чи сеансу (або обох цих ідентифікаторів), у результаті чого:
- в Analytics з’являтимуться значення (not set);
- неправильно визначатиметься кількість користувачів і сеансів;
- неточно обчислюватимуться показники на рівні користувача й сеансу;
- неправильно відстежуватимуться користувачі й сеанси.
Чому події можуть активуватися в неправильному порядку?
Найпоширеніші причини наведено нижче.
| Функція | Причина | Результат | Практичні поради |
|---|---|---|---|
|
Додавання тегів на стороні сервера Налаштування, якими керує сервер (ідентифікатор клієнта, яким керує сервер) Налаштування, якими керує клієнт |
Поставлено прапорець додавання тегів на стороні сервера для параметра "Керує сервер" (увімкнено за умовчанням). Коли події GA4 обробляються через тег на стороні сервера, користувачі мають різноманітні можливості для використання ідентифікатора користувача, відмінного від ідентифікатора клієнта, що застосовується в тегу вебсторінки. |
Якщо у верхньому спадному меню вибрати варіант "Керує сервер", конфігурація додавання тегів на стороні сервера керуватиме окремим ідентифікатором клієнта й підставлятиме його для вимірювань, які вона обробляє. Крім цього, будуть доступні кілька варіантів запису файлу cookie, а також можливість перенесення із часом для клієнтів, які вже мають прямий трафік GA і не хочуть, щоб раптова зміна всіх ідентифікаторів відвідувачів в один момент часу призвела до великих прогалин в аудиторіях і звітах. |
Якщо ви хочете використовувати цей варіант, переконайтеся, що все вимірювання для вашого потоку виконується через тег на стороні сервера й дані не надсилаються безпосередньо на сервери Google. Найпростіший спосіб зробити це – пересвідчитися, що Менеджер тегів Google або команда config (тег Google) для тегу вебсторінки, який надсилає дані в серверний контейнер, завжди є першим тегом чи командою для цього контейнера. |
|
Налаштування спеціальної назви файлу cookie |
Ця функція змінює назву власного файлу cookie, що використовується як для ідентифікатора клієнта, так і для стану сеансу. |
Користувачів неможливо пов’язати із сеансами, і сеанси не охоплюють події. Показники події мають значення (not set), коли аналізуються за допомогою параметрів користувача чи сеансу. |
Використовуйте однаковий префікс файлу cookie на всіх сторінках свого сайту. Префікс в Analytics призначений для того, щоб створити спеціальну назву файлу cookie, а не кілька його екземплярів (саме це трапляється, коли ви застосовуєте різні префікси). |
|
Автоматичне міждоменне зв’язування |
Це налаштування дає тегу команду обробляти й починати використовувати дані клієнта та сеансу з попередньої сторінки (якщо є). Застосовуючи зв’язані дані, тег враховує початок сеансу на попередній сторінці. |
Якщо тег зв’язування ініціалізується із запізненням і отримує інформацію про користувача, зв’язаного за допомогою міждоменного зв’язування, із запізнілої команди config, то в цей момент ідентифікаційні дані користувача раптово змінюються. Як мінімум, через запізнілі команди config сеанси стають короткими й завершуються, коли використовуються значення параметра тегу зв’язування. Будь-які вже надіслані на той момент атрибути сеансу чи користувача більше неможливо зв’язати з реальним сеансом або користувачем. |
Не налаштовуйте власний ідентифікатор клієнта чи сеансу, оскільки тоді теги й процеси обробки неправильно прогнозують структуру сеансів, через що можуть виникати проблеми. |
|
Міждоменне зв’язування вручну |
Щоб клієнти могли виконувати міждоменне відстеження вручну, тег GA4 має API для отримання й налаштування ідентифікаторів клієнта та сеансу. Випадкова зміна автоматично згенерованих значень |
У подіях, що втратили зв’язок з оригінальними ідентифікаторами клієнта й сеансу, може бракувати важливої інформації, і вони, імовірно, призведуть до неочікуваних проблем з атрибуцією. |
Використовуйте параметр Не застосовуйте ці API, щоб змінювати або надавати власні ідентифікатори клієнта чи сеансу. Ці ідентифікатори слід указувати самостійно в рідкісних випадках, коли необхідно використовувати налаштування міждоменного відстеження вручну. |
1 linker – це параметр автоматичного міждоменного зв’язування. Якщо такий варіант не підходить для вашого вебсайту, ви можете зазначити ідентифікатор клієнта й сеансу вручну. Ніколи не вказуйте для них власні значення. GA4 має отримувати значення в певному форматі, інакше можуть виникати збої. Докладніше про параметр тегу зв’язування.