Обратите внимание:В статье логика сбора и обновления данных описана на примере сбора User ID в поле user.Id
, но эта логика работает также и для полей userEmail
и userPhone
.
Что такое User ID и зачем их собирать
User ID — это уникальный идентификатор посетителя. С помощью User ID можно объединить данные о действиях пользователя в разных сессиях и с разных устройств для более полного анализа его взаимодействий с сайтом.
Сбор данных User ID в таблицы с данными о хитах
В таблицах с данными о хитах идентификаторы пользователей хранятся в поле userId
. В это поле передаются значения параметра &uid
из запросов, которыми вы передаете данные с вашего сайта в Google Analytics.
Сбор данных User ID в таблицы с данными о сессиях
В таблицах с данными о сессиях идентификаторы пользователей хранятся в поле user.Id
. OWOX BI отправляет данные для этого поля стандартным способом — в параметре &uid
.
Обратите внимание:Если в вашем потоке Google Analytics → Google BigQuery включен устаревший алгоритм сбора данных о сессиях на основе Google Analytics Core API, то данные о User ID передаются в специальном параметре (custom dimension) &cd
уровня «Пользователь».
Также учтите, что если значения передаются одновременно как в &uid
, так и в &cd, то в поле user.Id
попадет только значение из параметра &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» — не будут перезаписаны.
Обратите внимание:Если в вашем потоке включен устаревший алгоритм с бора данных о сессиях на основе Google Analytics Core API, то обновление поля user.Id
происходит только при использовании пользовательского параметра &cd
для сбора значений User ID. GA Core API из-за своих ограничений не может обновлять значения, которые передаются в &uid
.
Рекомендации по настройке передачи параметра User ID в таблицы owoxbi_sessions_
Чтобы настроить передачу параметра user.Id
через Google Tag Manager, вам нужно будет создать пользовательскую переменную, которая будет формировать значение user.Id
. После этого в настройках ваших тегов в пункте Поля, которые необходимо задать в поле Имя укажите переменнуюuser.Id
:
В поле Значение укажите переменную, которая формирует значениеuser.Id
.
Как настроить передачу значения User ID в специальном параметре
Обратите внимание:Это — инструкция для устаревшего метода сбора данных о сессиях на основе Google Analytics Core API.
Мы рекомендуем использовать новый алгоритм OWOX BI для сбора данных о сессиях. Этот метод сбора берет данные User ID прямо из таблиц с данными о хитах в BigQuery и вам не нужно использовать специальные параметры в качестве обходных путей — данные User ID будут отправляться в параметре &uid
. Чтобы подключить сбор данных на основе алгоритма OWOX BI — просто напишите письмо на bi@owox.com и мы его включим.
С Google Analytics Core API невозможно получить идентификаторы пользователей на уровне сессий, но можно получить специальные параметры и показатели (custom dimensions and metrics). Таким образом, отправлять данные User ID в специальном параметре — единственный способ собирать данные User ID на уровне сессий, если вы используете устаревший метод сбора данных о сессиях.
Шаг 1. Создайте пользовательский параметр в Google Analytics
- В разделе Администратор найдите настройку Пользовательские определения и выберите пункт Пользовательские параметры:
- Нажмите кнопку + Специальный параметр:
- Введите название, укажите Область действия как «Пользователь» и нажмите Создать:
Шаг 2. Добавьте созданный пользовательский параметр в OWOX BI
- В OWOX BI, зайдите на вкладку Настройки вашего потока Google Analytics→ Google BigQuery.
- В блоке Сбор данных о сессиях убедитесь, что выбран пункт На основе Google Analytics и нажмите кнопку Изменить внизу:
- Из выпадающего списка выберите созданный вами параметр для сбора User ID и нажмите Сохранить:
Готово. Теперь вы будете получать данные User ID в этом специальном параметре.
2 Комментарии