UserId, CID в протоколе измерения

Протокол измерения Чтобы идентифицировать нового пользователя по сравнению с вернувшимся пользователем, можем ли мы использовать поле идентификатора пользователя. (т. е. мы можем хэшировать имя пользователя или другой идентификатор, уникальный для пользователя, и связать его с конкретным пользователем. Таким образом, мы можем эффективно идентифицировать новых пользователей и вернувшихся пользователей.

Вопрос по CID. CID используется для уникальной идентификации сеанса пользователя до истечения срока действия сеанса. Должны ли мы вручную отслеживать истечение сеанса, чтобы сгенерировать cid для сеанса пользователя?

Пожалуйста, уточните


person user476566    schedule 28.04.2014    source источник


Ответы (1)


Много времени спустя, но это может помочь другим людям ...

Насколько я понимаю, CID ссылается на устройство, а UserID ссылается на аутентифицированного пользователя.

Таким образом, все обращения с одним и тем же идентификатором клиента или идентификатором пользователя будут связаны с одним и тем же пользователем в GA (см. объединение сеансов).

"Идентификатор клиента представляет уникальное устройство/браузер. В то время как идентификатор пользователя представляет уникального пользователя, который может взаимодействовать с вашим веб-сайтом с помощью нескольких устройств/браузеров." из Статья Optimizesmart

сеанс в GA представлен группой обращений :

  • менее чем за 30 минут до предыдущего удара
  • с тем же источником/каналом/кампанией
  • с таким же CID

Вам не нужно отслеживать истечение сеанса вручную, вы всегда можете отправить один и тот же CID, Google справится с разделением сеансов. Вам нужно указать срок действия сеанса только в том случае, если ваше собственное понимание сеанса отличается от Google.

Итак, в вашем случае я бы сгенерировал CID для каждого устройства, которое подключается к службе, и позволил бы Google обрабатывать сеансы, разделенные для этого устройства.

Если вы добавите идентификатор пользователя для отслеживания на разных устройствах, Google будет рассматривать все сеансы с одним и тем же идентификатором пользователя как одного пользователя.

Пример :

  • Пользователь A заходит на ваш сайт с устройства X (CID = X)
  • Пользователь А заходит на ваш сайт на устройстве X через 2 часа (CID = X)

В этот момент Google поймет 2 сеанса для 1 пользователя.

  • Пользователь A входит на ваш сайт на устройстве X (CID = X, UID = A)
  • Пользователь А заходит в ваше мобильное приложение на устройстве Y (CID = Y)
  • Пользователь A входит в ваше мобильное приложение (CID = Y, UID = A)

Если включено объединение сеансов, UserID A будет распространяться на все сеанс на устройстве Y, поэтому Google будет понимать 3 сеанса (2 устройства), 1 пользователь.

Вернувшиеся пользователи рассчитываются по этой схеме, здесь пользователь А создал 1 новое посещение и 2 повторных посещения.

В настоящее время я работаю с этим шаблоном, и все выглядит просто отлично, но это щекотливая тема, и если кто-то знает лучше или имеет замечания и советы, я бы их принял!

person TimmyCarbone    schedule 11.02.2015
comment
Насколько мне известно, объединение сеансов работает только для первого сеанса, в котором установлен идентификатор пользователя. Он не будет связывать идентификатор пользователя с предыдущими сеансами с того же устройства, даже если они имеют одинаковый идентификатор клиента. - person Anshul; 17.08.2016