Важливо розуміти, як користувачі взаємодіють із вашою компанією онлайн і офлайн, але це може бути непросто. Об’єднати ці дані допоможуть кілька функцій Google Analytics 4.
Зміст
Реєстрація подій на веб-сайті та в додатку, які вказують на схильність до відвідування магазину
Якщо ваш веб-сайт або мобільний додаток заохочує користувачів відвідати ваш магазин чи інший заклад, де вони можуть здійснити покупку, слід налаштувати відстеження важливих подій, таких як пошук адреси, перегляд карти, прокладання маршруту тощо. Ці дії можна позначити як події-конверсії, оскільки вони свідчать, що користувачі мають намір відвідати ваш заклад.
Надсилання офлайн-конверсій за допомогою Measurement Protocol
За допомогою протоколу Measurement Protocol у Google Analytics 4 розробники можуть створювати запити HTTP, щоб надсилати події безпосередньо на сервери Google Analytics. Це допомагає аналізувати взаємодію користувачів із компанією в будь-якому середовищі з підтримкою HTTP. Зокрема, це стосується відстеження міжсерверних взаємодій.
За допомогою Measurement Protocol розробники можуть:
- пов’язувати дії в мережі та за її межами;
- відстежувати взаємодії з боку клієнта й сервера;
- надсилати події, які відбуваються за межами стандартної взаємодії з користувачем (наприклад, офлайн-конверсії).
Докладніше про Measurement Protocol для Google Analytics 4.
Приклад використання Measurement Protocol
Розгляньмо, як можна пов’язувати дії в мережі та за її межами за допомогою Measurement Protocol на прикладі автосалону.
- Користувач натискає оголошення Google Ads і переходить на веб-сайт автосалону.
- Далі він цікавиться, чи можна провести тест-драйв нового автомобіля.
- Потім він приїжджає в автосалон і проводить тест-драйв.
- Наступного дня він повертається до автосалону та купує автомобіль.
Як об’єднати дані, зібрані онлайн і офлайн
Розробник може налаштувати CRM (програму керування взаємодією з клієнтами) автосалону, щоб надсилати події Measurement Protocol у Google Analytics під час створення реєстру покупок у CRM. Щоб зв’язати дані про дії офлайн і онлайн, розробник може скористатись одним зі способів нижче.
- Спосіб 1. Для псевдонімізованих користувачів: коли користувач бронює тест-драйв, слід указати ідентифікатор пристрою Google Analytics, а також налаштувати подію Measurement Protocol, щоб включити цей ідентифікатор під час надсилання події в Google Analytics.
- Спосіб 2. Для користувачів, які ввійшли в обліковий запис: зі сторінки підтвердження бронювання тест-драйву слід передати в Google Analytics унікальний ідентифікатор із захистом конфіденційності, згенерований під час входу на веб-сайт. Подію Measurement Protocol також потрібно налаштувати так, щоб вона включала цей User-ID.
Використовуючи ідентифікатор пристрою або User-ID як "спільний ідентифікатор", можна зв’язати офлайн-конверсію із зареєстрованою раніше онлайн-конверсією. Після цього Google Analytics зможе пов’язати офлайн-конверсію з початковим кліком оголошення Google Ads.
Що таке ідентифікатор пристрою та User-ID?
Ідентифікатор пристрою – це ідентифікатор, який створюється у веб-переглядачі або мобільному додатку для окремого псевдонімізованого користувача. У веб-переглядачі ідентифікатор пристрою отримує значення з ресурсу Client-ID у файлі cookie _ga, а в додатках для iOS або Android – з ідентифікатора екземпляра додатка. Ідентифікатор екземпляра додатка відповідає рекламному ідентифікатору для Android або iOS. У Firebase передбачено методи зчитування ідентифікаторів екземплярів додатків (ознайомтеся з прикладом у Java для Android).
User-ID – це унікальний ідентифікатор, що зазвичай створюється під час входу в обліковий запис на веб-сайті або в додатку. За допомогою цього ідентифікатора Google Analytics відстежує дії конкретного користувача в різних сеансах (наприклад, у разі використання Measurement Protocol та імпортування даних).
Ідентифікатор пристрою надсилається в Google Analytics автоматично й не залежить від автентифікації користувача, натомість User-ID потребує автентифікації та не надсилається в GA4 за умовчанням. Надсилання ідентифікаторів User-ID в Google Analytics на веб-сайті чи в додатку має бути явним.
Ідентифікатори пристроїв і User-ID керуються налаштуваннями звітних ідентифікаторів вашого ресурсу.
Приклад переходу з офлайн на онлайн
Варіант 1. Ідентифікатор пристрою
Опис
- Псевдонімізований користувач забронював тест-драйв автомобіля на веб-сайті автосалону.
- Google Analytics налаштовує або отримує ідентифікатор пристрою з файлу cookie
_ga, який псевдонімізовано ідентифікує конкретного користувача. - Google Analytics зв’язує ідентифікатор пристрою з джерелом трафіку, що генерувало сеанс.
- Google Analytics налаштовує або отримує ідентифікатор пристрою з файлу cookie
- На веб-сайті автосалону розробник інтерфейсу закодував форму для бронювання тест-драйвів, яка містить ідентифікатор пристрою (зазвичай у прихованому полі).
- Ідентифікатор пристрою зберігається в надісланій формі бронювання тест-драйву в системі CRM автосалону.
Варіант 2. User-ID
Опис
- Користувач надсилає запит на тест-драйв автомобіля на веб-сайті автосалону.
- Веб-сервер автосалону пропонує користувачу ввійти в обліковий запис.
- Система CRM компанії отримує (або генерує) ідентифікатор користувача та передає його на веб-сервер.
- Веб-сервер включає ідентифікатор користувача на рівні даних сторінки підтвердження бронювання тест-драйву.
- Ця сторінка завантажує й надсилає ідентифікатор користувача в Google Analytics як параметр події "Перегляд сторінки" або як окрему спеціальну подію.
- Ресурс Google Analytics 4 автосалону фіксує ідентифікатор користувача та зв’язує його з джерелом трафіку, що генерувало сеанс.
Докладніше про використання User-ID для багатоплатформного аналізу.
Як відстежувати офлайн-дії за допомогою Measurement Protocol
Опис
- В автосалоні користувач провів тест-драйв нового автомобіля, а потім купив його.
- Продавець створив запис про покупку в системі CRM автосалону.
-
Розробник налаштував систему CRM так, що в разі покупки вона надсилає в Google Analytics подію Measurement Protocol зі спільним ідентифікатором (це ідентифікатор пристрою або псевдонімізований ідентифікатор користувача
).
-
- Ресурс Google Analytics 4 автосалону фіксує такий спільний ідентифікатор у події Measurement Protocol і зв’язує його з джерелом трафіку, що генерувало сеанс.
Імпортування офлайн-конверсій
Інший спосіб зв’язати онлайн- і офлайн-конверсії – імпортувати їх.
Завдяки функції імпортування даних у Google Analytics можна імпортувати дані в ресурс на додаток до звичайного процесу збирання даних про звернення/події. У Universal Analytics дані зазвичай імпортуються, щоб мати змогу додавати нові поля в наявні записи. Наприклад, можна додати параметри автора чи категорії в дані про перегляд сторінки або описи продукту в дані щодо трансакцій електронної комерції.
Функція імпортування даних у GA4 підтримує аналогічні приклади використання, а також імпортування даних офлайн-подій. Це стосується багатьох сценаріїв офлайн-конверсій. У прикладі з автосалоном можна не використовувати Measurement Protocol, щоб надіслати дані про офлайн-трансакції в Google Analytics, а натомість імпортувати дані про тест-драйв і зв’язати їх із даними про атрибуцію та діями користувача в Інтернеті, використовуючи ідентифікатор користувача або клієнта для об’єднання даних.
Щоб зв’язати нещодавно імпортовані дані подій із зібраними раніше, спершу потрібно виконати одну з двох дій, наведених вище в розділі Як об’єднати дані, зібрані онлайн і офлайн, і в такий спосіб створити спільний ідентифікатор для Google Analytics та CRM.
Приклад імпорту офлайн-конверсій
Опис
- В автосалоні користувач провів тест-драйв нового автомобіля, а потім купив його.
- Продавець створив запис про покупку зі спільним ідентифікатором у системі CRM автосалону.
- Запис про покупку експортується у форматі CSV, а потім імпортується в Google Analytics.
- У Google Analytics 4 можна створювати нові події за допомогою імпортування даних. Якщо нова подія має спільний ідентифікатор, Google Analytics зможе зв’язати офлайн-покупку з джерелом трафіку для початкового сеансу.