在查看实时概览部分时,我注意到当新用户上线时,之前的用户会立即消失,并且不再显示在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
答案 0 :(得分:1)
http呼叫中的“cid”是客户端ID,其中客户端是指发出请求的设备或程序。它通常存储在cookie中(在Web上)或由SDK(在应用程序中)生成,并用于将来自同一设备的后续请求统一到会话中。由于它是由客户端设置的,因此设备(以及浏览器到浏览器)不同,因此不能用于识别多个设备上的人。
在成为规则之后,任何给定的人可能有两个或更多设备谷歌想出了uid,用户ID(由他们自己的TOS可能无法识别用户,所以这有点用词不当;想想“跨设备跟踪ID”,概念变得更加清晰)。 uid由服务器端代码设置,即在用户登录后设置。不仅可以将多个设备的访问统一到不同的用户,还可以减轻隐私问题(因为它应该仅在用户操作后创建;有如果您在GA界面中创建用户ID视图,则必须接受单独的TOS,并且它们规定您必须确保用户协议用于用户ID功能。)
因此,如果您在代码中设置相同的用户ID,则会话将归属于同一用户,即使cid不同也是如此;这是设计的,确实是uid的重点。