Сбор и обновление данных User ID, userEmail и userPhone

Обратите внимание:В статье логика сбора и обновления данных описана на примере сбора 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 и авторизируется.

Как это работает:

1. В вашей таблице с данными о сессии есть Client ID. С ним соотносится параметр user.Id со значением «null».
2. Во время следующего визита на сайт, посетитель с этим Client ID авторизируется и получает User ID.
3. Все значения «null» параметра user.Id, соотнесённые с этим Client ID в таблице сессий, будут переписаны и получат значение этого нового User ID. 
4. Такие обновления данных происходят ежедневно и применяются к сессионным данным в таблицах за последние 30 дней.
5. Параметры 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

1. В разделе Администратор найдите настройку Пользовательские определения и выберите пункт Пользовательские параметры:
   
2. Нажмите кнопку + Специальный параметр:
3. Введите название, укажите Область действия как «Пользователь» и нажмите Создать:

Шаг 2. Добавьте созданный пользовательский параметр в OWOX BI

1. В OWOX BI, зайдите на вкладку Настройки вашего потока Google Analytics→ Google BigQuery.
2. В блоке Сбор данных о сессиях убедитесь, что выбран пункт На основе Google Analytics и нажмите кнопку Изменить внизу:
3. Из выпадающего списка выберите созданный вами параметр для сбора User ID и нажмите Сохранить:

 Вот и всё. Теперь вы будете получать данные User ID в этом специальном параметре.