Обратите внимание:В статье логика сбора и обновления данных описана на примере сбора User ID в поле user.Id
, но эта логика работает также и для полей userEmail
и userPhone
.
Что такое User ID и зачем их собирать
User ID — это уникальный идентификатор посетителя. С помощью User ID можно объединить данные о действиях пользователя в разных сессиях и с разных устройств для более полного анализа его взаимодействий с сайтом.
Сбор данных User ID в таблицы с данными о хитах
В таблицах с данными о хитах идентификаторы пользователей хранятся в поле userId
. В это поле передаются значения параметра &uid
из запросов, которыми вы передаете данные с вашего сайта в Google Analytics.
Сбор данных User ID в таблицы с данными о сессиях
В таблицах с данными о сессиях идентификаторы пользователей хранятся в поле user.Id
.
Есть 2 способа сбора данных о User ID в поле user.Id
таблиц с сессионными данными:
- отправка данных о User ID стандартным способом в параметре
&uid
- отправка данных о User ID в специальном параметре (custom dimension) уровня «Пользователь»
Обратите внимание: В поле user.Id
будут проставляться значения из параметров &uid
и &cd (специальный параметр). Если значения одновременно присутствуют и в &uid
, и в &cd
, приоритет имеет значение в параметре &cd
.
Обновление исторических данных
OWOX BI идентифицирует пользователей, которые заходили на ваш сайт без User ID за последние 30 дней и обновляет информацию о них в таблицах с сессионными данными за этот период. Обновление происходит, если неидентифицированный пользователь повторно заходит на сайт с тем же Client ID и авторизируется.
Как это работает:
- В вашей таблице с данными о сессии есть Client ID. С ним соотносится параметр
user.Id
со значением «null». - Во время следующего визита на сайт, посетитель с этим Client ID авторизируется и получает User ID.
- Все значения «null» параметра
user.Id
, соотнесённые с этим Client ID в таблице сессий, будут переписаны и получат значение этого нового User ID. - Такие обновления данных происходят ежедневно и применяются к сессионным данным в таблициах за последние 30 дней.
- Параметры
user.Id
, у которых нет значения «null» — НЕ обновляются.
Пример:
- Сессия 1 —
clientId
: 35009a79 —user.Id
: NULL - Сессия 2 —
clientId
: 35009a79 —user.Id
: as8knl
В первой сессии пользователь был неавторизован. Во второй сессии с тем же Client ID — авторизовался и ему был присвоен уникальный User ID «as8knl».
При следующем обновлении даных User ID «as8knl» запишется в качестве значения поля user.Id
во все предыдущие сессии этого Client ID за последние 30 дней. То есть все «user.Id
: NULL», присвоенные «clientId
: 35009a79» получат значение «as8knl».
Ещё пример:
- Сессия 1 —
clientId
: 35009a79 —user.Id
: as8knl - Сессия 2 —
clientId
: 35009a79 —user.Id
: rb451f
В первой сессии пользователь с Client ID «35009a79» был авторизирован и получил User ID «as8knl». Во второй сессии тот же Client ID вошёл под другой учётной записью и получил новый User ID — «rb451f».
В таком случае этот Client ID будет относиться к двум разным пользователям в двух сессиях, а значения первого user.Id
— «as8knl» — не будут перезаписаны.
Обратите внимание: Обновление поля user.Id
происходит только при использовании пользовательского параметра (&cd
) для сбора значений User ID. В связи с ограничениями GA Core API, нет возможности ретроспективного обновления значений User ID, которые передаются в &uid
.
Почему пользовательский параметр с User ID необходим для обновления исторических данных
OWOX BI позволяет вам собирать данные о сессиях одним из двух способов:
- Стандартным путём — помощью Google Analytics Core API
- С помощью алгоритма OWOX BI, который обрабатывает сессионные данные на основе сырых данных о хитах прямо BigQuery
(Подробнее о различиях этих двух алгоритмов — в этой статье.)
С Google Analytics Core API невозможно получить идентификаторы пользователей на уровне сессий, но можно получить специальные параметры и показатели (custom dimensions and metrics). Таким образом, отправлять данные User ID в специальном параметре — единственный способ собирать данные User ID на уровне сессий.
Однако, если вы собираете данные о сессиях с помощью алгоритма OWOX BI, данные User ID берутся прямо из таблиц с данными о хитах в BigQuery. Поэтому вам не нужно использовать специальные параметры в качестве обходных путей — данные User ID будут отправляться в параметре &uid
.
Подытожим: для обновления исторических данных User ID, вам нужно:
- использовать для сбора сессионных данных алгоритм OWOX BI
или
- настроить специальный параметр для отправки значения User ID в нём.
Как настроить передачу значения User ID в специальном параметре
Шаг 1. Создайте пользовательский параметр в Google Analytics
- В разделе Администратор найдите настройку Пользовательские определения и выберите пункт Пользовательские параметры:
- Нажмите кнопку + Специальный параметр:
- Введите название, укажите Область действия как «Пользователь» и нажмите Создать:
Шаг 2. Добавьте созданный пользовательский параметр в OWOX BI
- В OWOX BI, зайдите на вкладку Настройки вашего потока Google Analytics→ Google BigQuery.
- В блоке Сбор данных о сессиях убедитесь, что выбран пункт На основе Google Analytics и нажмите кнопку Изменить внизу:
- Из выпадающего списка выберите созданный вами параметр для сбора User ID и нажмите Сохранить:
Вот и всё. Теперь вы будете получать данные User ID в этом специальном параметре.
2 Комментарии