实时概览分析仅一次显示一个用户

时间:2016-03-24 15:47:15

标签: google-analytics analytics google-analytics-api

在查看实时概览部分时,我注意到当新用户上线时,之前的用户会立即消失,并且不再显示在realTime中。第二天分析仅显示一个访问用户的历史数据,我知道这是不正确的事实,应该有多个用户的数据。

我使用简单的https请求发送分析数据(如下所示)。这适用于我的所有其他应用程序。唯一的区别是我发送了此应用的 uid ,这是否会导致我看到的问题?

观看次数

  https://www.google-analytics.com/collect
    ?v=1
    &z=14807
    &tid=<OUR-UA-ID>
    &cid=2535285330542042
    &dp=message_6
    &dt=message_6
    &cd=message_6
    &an=freemium_3
    &av=3
    &uid=123456789
    &t=screenview
Events
    https://www.google-analytics.com/collect
    ?v=1
    &z=52130
    &tid=<OUR-UA-ID>
    &cid=2535285331158735
    &dp=authentication
    &dt=authentication
    &cd=authentication
    &an=freemium_3
    &av=3
    &uid=123456789
    &ec=authentication
    &ea=get_user_info
    &t=event

1 个答案:

答案 0 :(得分:1)

http呼叫中的“cid”是客户端ID,其中客户端是指发出请求的设备或程序。它通常存储在cookie中(在Web上)或由SDK(在应用程序中)生成,并用于将来自同一设备的后续请求统一到会话中。由于它是由客户端设置的,因此设备(以及浏览器到浏览器)不同,因此不能用于识别多个设备上的人。

在成为规则之后,任何给定的人可能有两个或更多设备谷歌想出了uid,用户ID(由他们自己的TOS可能无法识别用户,所以这有点用词不当;想想“跨设备跟踪ID”,概念变得更加清晰)。 uid由服务器端代码设置,即在用户登录后设置。不仅可以将多个设备的访问统一到不同的用户,还可以减轻隐私问题(因为它应该仅在用户操作后创建;有如果您在GA界面中创建用户ID视图,则必须接受单独的TOS,并且它们规定您必须确保用户协议用于用户ID功能。)

因此,如果您在代码中设置相同的用户ID,则会话将归属于同一用户,即使cid不同也是如此;这是设计的,确实是uid的重点。

相关问题