Получите 14 дней бесплатного доступа ко всем возможностям OWOX BI

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

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

  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» — не будут перезаписаны.

Обратите внимание:Если в вашем потоке включен устаревший алгоритм с бора данных о сессиях на основе Google Analytics Core API, то обновление поля user.Id происходит только при использовании пользовательского параметра &cd для сбора значений User ID. GA Core API из-за своих ограничений не может обновлять значения, которые передаются в &uid.

Как настроить передачу значения 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

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

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

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

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

Была ли эта статья полезной?
Пользователи, считающие этот материал полезным: 3 из 3
Еще есть вопросы? Отправить запрос

2 Комментарии

  • 0
    Avatar
    Александр Осиюк

    Здравствуйте, 

    Подскажите пожалуйста, в случае когда пользователь оставит разные емейлы в рамках одной сессии, как в таком случае запишется UID в сессионной таблице? 

  • 0
    Avatar
    Alexander Baiak

    Здравствуйте!

    В рамках сессии приоритет отдается последнему значению, то есть в данном случае сессия будет записана со вторым UID.

Войдите в службу, чтобы оставить комментарий.