First-party data

Як відстежувати дії на різних платформах за допомогою функції User-ID

Надсилайте в ресурс Analytics ідентифікатори користувачів, створені вашою компанією

Функція User-ID дає змогу призначати користувачам ваші власні ідентифікатори. Завдяки цьому можна зв’язувати дії, які люди виконують у різних сеансах і навіть на різних пристроях або платформах. Analytics зараховує кожного відвідувача з унікальним ідентифікатором як окремого користувача. Так ви точніше визначатимете кількість користувачів і отримуватимете ціліснішу картину їхньої взаємодії з вашою компанією.

Якщо ви збираєте ідентифікатори користувачів і зв’язали Analytics із BigQuery, ця інформація експортується в BigQuery незалежно від статусу згоди користувачів.

Перш ніж почати

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

Примітка. Ви несете відповідальність за те, чи застосовуєте ідентифікатор користувача згідно з Умовами використання Google Analytics. Зокрема, ви маєте використовувати лише дозволену ідентифікаційну інформацію і чітко зазначати в політиці конфіденційності про застосування ідентифікаторів. Ідентифікатор не має містити інформацію, яку може використати третя сторона, щоб визначити особу користувача.

Про ідентифікатори користувачів

Для отримання точних звітів потрібно ввести справжній ідентифікатор користувача. Якщо постійно вказувати порожній або несправжній ідентифікатор користувача, це може призвести до неточних даних (зокрема їх втрати) і ускладнити аналіз дій користувачів.

Створіть унікальні ідентифікатори для кожного користувача в Google Analytics. Призначення того самого ідентифікатора кільком користувачам призведе до спотворення даних, що ускладнить відстеження їхніх реальних дій.

Приклад

У вас є 2 користувачі: Іван і Марія. Ви випадково призначили обом однаковий ідентифікатор користувача (UserID123).

Дії користувача

  • Іван входить в обліковий запис і переглядає ваш вебсайт на своєму ноутбуку. Він бачить товар А й додає його в кошик.
  • Пізніше Марія входить в обліковий запис на своєму телефоні з тим самим ідентифікатором користувача (UserID123). Вона бачить товар B й здійснює покупку.

У Google Analytics ви побачите одного користувача з ідентифікатором UserID123, який переглянув товари A й B, але здійснив лише одну покупку. Ви можете неправильно інтерпретувати зведені дані вебперегляду як одного користувача з різноманітними інтересами, у той час як насправді це 2 користувачі.


Як надсилати ідентифікатори користувачів

Щоб дізнатись, як надсилати ідентифікатори користувачів, перегляньте цю статтю.


Як підтвердити спосіб ідентифікації

Переконайтеся, що ваш ресурс використовує спосіб ідентифікації з параметром User-ID, виконавши наведені нижче дії.

  1. На сторінці "Адміністратор" у розділі Відображення даних виберіть Способи ідентифікації.
    Примітка. За попереднім посиланням відкриється останній ресурс Analytics, у який ви входили. Щоб відкрити ресурс, потрібно ввійти в обліковий запис Google. Змінити ресурс можна за допомогою засобу вибору ресурсу. Ви повинні мати принаймні права редактора на рівні ресурсу, щоб змінити спосіб ідентифікації з параметром User-ID.
  2. Виберіть один із варіантів:
    • Змішаний – враховує ідентифікатори користувача й пристрою, а також змодельовані дані.
    • Спостережуваний – враховує ідентифікатори користувача й пристрою.
  3. Натисніть Зберегти.

Які можливості дає функція User-ID

Порівняння користувачів, які ввійшли й не ввійшли в обліковий запис

Щоб порівняти поведінку користувачів, які ввійшли й не ввійшли в обліковий запис, створіть порівняння. Для цього застосуйте параметр Вхід з ідентифікатором User-ID й виберіть один із наведених нижче типів відповідності.

  • Точно відповідає
  • Містить
  • Не відповідає точно
  • Не містить

Звіт із параметрами "Користувачі", "Нові користувачі", "Час взаємодії" та "Дохід" для порівняння користувачів, які ввійшли та не ввійшли в систему.

Дослідження користувачів

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

Створення аудиторій ремаркетингу на основі даних User-ID

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

  • Якщо ви використовуєте User-ID, в Analytics показуються лише ідентифікатори користувача й останнього пристрою для кожного, хто ввійшов у систему.
  • Якщо ви не використовуєте User-ID, Analytics включає в дані про аудиторію, які експортуються в Google Ads, усі ідентифікатори пристроїв і користувачів.

Як Analytics обробляє сеанси з неповними даними User-ID

Інколи користувачі ініціюють події на вашому сайті чи в додатку перед входом в обліковий запис або після виходу з нього. Нижче описано, що робить система Analytics у таких ситуаціях.

  • До входу. Якщо користувач активує події до того, як для нього буде встановлено User-ID, система Analytics згодом пов’яже ці початкові події із цим User-ID.
  • Після виходу. Якщо користувач вийде з облікового запису, а події, активовані відразу після цього, не матимуть User-ID, система Analytics більше не пов’язуватиме подальші події із цим User-ID.

Припустімо, що користувач починає сеанс без зв’язаного ідентифікатора й ініціює події 1 і 2. Із цими подіями не зв’язується ідентифікатор користувача. Далі користувач входить в обліковий запис і ініціює подію 3. Події 1, 2 й 3 тепер зв’язані з ідентифікатором цього користувача. Потім користувач виходить з облікового запису й ініціює подію 4. Ідентифікатор користувача не зв’язується з подією 4. Події 1, 2 й 3 залишаються зв’язаними із цим користувачем.

Якщо користувач удруге ввійде в обліковий запис протягом того самого сеансу й буде надано той самий User-ID, подальші події знову пов’язуватимуться із цим User-ID. Однак таке стається рідко. У цьому прикладі, якщо подія 5 активується після виходу з облікового запису й міститиме той самий User-ID, то події 1, 2, 3 й 5 буде пов’язано з тим самим користувачем.

Примітка. Якщо ви не вказали унікальний ідентифікатор користувача, то замість нього буде встановлено ці значення JavaScript:
  • undefined: ідентифікатор користувача не буде надіслано у зверненні, оскільки його не буде зареєстровано як user_id. Те саме відбудеться, якщо ви взагалі не встановлювали ідентифікатор користувача.
  • null: у зверненні буде надіслано невстановлене значення ідентифікатора користувача. Вважатиметься, що користувач вийшов з облікового запису й не має постійного значення user_id. Крім того, після виходу користувача з облікового запису це єдине прийнятне значення.
  • Порожній сегмент (""): у зверненні буде надіслано порожнє значення ідентифікатора користувача. Вважатиметься, що користувач вийшов з облікового запису й не має постійного значення user_id. Якщо ви хочете пропустити ідентифікатор користувача, радимо використовувати значення null замість порожнього сегмента, оскільки останнє може призвести до проблем із кодом.

Усі інші значення інтерпретуються як унікальні ідентифікатори користувачів і надсилаються відповідним чином. Це також стосується рядків "undefined" і "null", які відрізняються від наведених вище значень JavaScript.


Обмеження

  • Функція User-ID призначена для використання з технологіями Google Analytics. Усі варіанти її застосування мають відповідати правилам щодо пакета Analytics SDK і функції User-ID.
  • Ідентифікатори користувачів, які надсилаються в Google Analytics, мають містити не більше ніж 256 символів.
  • Дані у вашому обліковому записі Analytics, зібрані й записані до впровадження, не будуть повторно оброблятися й зв’язуватися з ідентифікатором користувача.
  • Дані User-ID, зібрані в одному ресурсі, не можна надавати в спільному доступі або змішувати з даними від інших ресурсів.
  • Функція User-ID призначена для збирання даних про ваших клієнтів. Переконайтеся, що ви правильно впровадили цю функцію, щоб уникнути обмежень щодо кількості сеансів або подій на користувача на день. Докладніше про обмеження щодо збирання подій.

Нижче наведено кілька нагадувань щодо правильного впровадження.

  • Кожен окремий користувач вашого ресурсу отримує унікальний і постійний ідентифікатор user_ID.
  • Переконайтеся, що ви не встановлюєте для User_ID фіктивне значення або заповнювач, якщо користувачі вийшли з облікового запису або після цього. Щоб видалити попереднє значення, потрібно вказати null, а не порожній сегмент або інше значення.
  • Переконайтеся, що ваш код випадково не запускає новий сеанс користувача щоразу, коли відбувається подія.

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

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