Что такое 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 в этом специальном параметре.

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

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

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

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

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

  • 0
    Avatar
    Denis Brickiy

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

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

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