Ідентифікатор користувача (User ID)

Ідентифікатор користувача (User ID) — це стабільний внутрішній ідентифікатор авторизованої людини, який компанія створює у власній системі й передає в аналітику. Він дозволяє пов’язувати поведінку того самого користувача між різними сеансами, пристроями та платформами.

У GA4 функція User-ID використовує надані бізнесом ідентифікатори для точнішого об’єднання взаємодій. Analytics не створює цей ID замість компанії: його має видавати система автентифікації або бекенд.

User ID і Client ID

Client ID зазвичай ідентифікує браузер або інсталяцію застосунку. Одна людина з телефоном, робочим і домашнім комп’ютером може мати кілька Client ID. User ID пов’язує ці взаємодії після того, як система впізнала авторизованого користувача.

Водночас один пристрій можуть використовувати кілька людей. Саме тому User ID слід встановлювати після надійної автентифікації та прибирати після виходу з акаунта.

Для чого використовують User ID

• дедуплікація користувачів між пристроями;
• аналіз шляху від вебсайту до застосунку;
• побудова кросплатформних когорт;
• зв’язок продуктового використання з CRM або підпискою;
• оцінювання авторизованого customer journey;
• створення аудиторій за first-party поведінкою у дозволених сценаріях.

Яким має бути ідентифікатор

Хороший User ID є унікальним, стабільним, непрозорим і не має бізнес-сенсу для стороннього спостерігача. Зазвичай використовують внутрішній випадковий ключ, а не email, телефон, ПІБ або номер документа.

Хешований email теж не слід автоматично вважати безпечним User ID: це похідна від персональних даних, яку інколи можна зіставити словниковою атакою. Політики конкретної платформи можуть прямо забороняти передавання PII незалежно від хешування.

Як упровадити

1. Визначити єдине джерело ідентичності.
2. Створити стабільний неперсональний ключ.
3. Передавати його лише після автентифікації.
4. Очищати значення після logout або зміни користувача.
5. Перевірити однакове використання на web, iOS, Android та сервері.
6. Документувати правила злиття й доступу.
7. Протестувати дані у DebugView, звітах і BigQuery.

Практичний приклад

Читач бібліотечного сервісу знаходить книгу на телефоні без входу, пізніше авторизується й додає її до списку, а ввечері на ноутбуці оформлює резервування. Client ID показали б кілька фрагментів. User ID допомагає побачити пов’язаний авторизований шлях і не рахувати людину кілька разів.

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

User ID на рівні людини й акаунта

У B2B-продукті User ID представляє конкретного учасника, тоді як Account ID — компанію або робочий простір. Змішування цих рівнів спотворює метрики: десять працівників одного клієнта — це десять користувачів, але один платний акаунт.

Для аналізу adoption і expansion потрібні обидва ключі з чіткими правилами доступу та історії переходу людини між організаціями.

Приватність і безпека

User ID є псевдонімним ідентифікатором, але все одно може стосуватися конкретної людини у внутрішній системі. Потрібні правова підстава, мінімізація даних, контроль доступу, строки зберігання та виконання запитів на видалення. Не можна передавати значення у URL або відкриті логи без потреби.

Аналітичний доступ до User ID не повинен автоматично означати доступ до профілю клієнта в CRM.

Обмеження

User ID охоплює переважно авторизовану поведінку. Він не відновлює події, яких система не зібрала, і не усуває впливу consent mode чи блокувальників. У багатьох реалізаціях ідентифікатор починає діяти з моменту передавання й не повинен довільно «приклеювати» всю минулу анонімну історію.

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

Типові помилки

• передавати email або телефон як User ID;
• встановлювати ID до надійного входу;
• не очищати його після logout;
• використовувати різні ключі на web і в застосунку;
• плутати людину з B2B-акаунтом;
• створювати custom dimension із високою кардинальністю без потреби;
• вважати User ID повним розв’язанням cross-device measurement;
• не передбачити видалення та контроль доступу.

Пов’язані поняття

Client ID · First-party data · Ідентифікація користувача · Cross-device tracking · Account ID · CRM · BigQuery · Псевдонімізація

Висновок

User ID покращує кроспристроєвий і продуктовий аналіз там, де бізнес справді впізнає авторизованого користувача. Надійна реалізація потребує стабільного неперсонального ключа, коректного lifecycle, розділення user та account і повноцінних правил приватності.

Джерела

Google Analytics Help: User-ID
Google Analytics Help: User-ID best practices