实时概览分析一次只显示一个用户
Realtime Overview Analytics only showing one user at a time
在查看 实时概览 部分时,我注意到当新用户上线时,之前的用户立即消失并且不再实时显示。第二天分析只显示一个访问用户的历史数据,我知道这是不正确的,应该有多个用户的数据。
我使用简单的 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
你的http调用中的"cid"是客户端id,这里的客户端指的是发出请求的设备或程序。它通常存储在 cookie 中(在网络上)或由 SDK 生成(在应用程序中),用于将来自同一设备的后续请求统一到会话中。由于它是由客户端设置的,因此它因设备(以及浏览器与浏览器)而异,因此不能用于跨多个设备识别一个人。
在任何给定的人可能拥有两个或更多设备成为规则之后 Google 想出了 uid,用户 id(根据他们自己的 TOS 可能无法识别用户,所以这是一个有点用词不当;想想 "cross device tracking id",概念就会变得更清晰)。 uid 由服务器端代码设置,即在用户登录后设置。这不仅允许将来自多个设备的访问统一到不同的用户,还减轻了隐私问题(因为它应该只在用户操作后创建;有如果您在 GA 界面中创建用户 ID 视图,则必须接受单独的 TOS,并且他们规定您必须确保用户同意使用用户 ID 功能)。
因此,如果您在代码中设置相同的用户 ID,会话将归于同一用户,即使 cid 不同;这是设计使然,确实是 uid 的重点。
在查看 实时概览 部分时,我注意到当新用户上线时,之前的用户立即消失并且不再实时显示。第二天分析只显示一个访问用户的历史数据,我知道这是不正确的,应该有多个用户的数据。
我使用简单的 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
你的http调用中的"cid"是客户端id,这里的客户端指的是发出请求的设备或程序。它通常存储在 cookie 中(在网络上)或由 SDK 生成(在应用程序中),用于将来自同一设备的后续请求统一到会话中。由于它是由客户端设置的,因此它因设备(以及浏览器与浏览器)而异,因此不能用于跨多个设备识别一个人。
在任何给定的人可能拥有两个或更多设备成为规则之后 Google 想出了 uid,用户 id(根据他们自己的 TOS 可能无法识别用户,所以这是一个有点用词不当;想想 "cross device tracking id",概念就会变得更清晰)。 uid 由服务器端代码设置,即在用户登录后设置。这不仅允许将来自多个设备的访问统一到不同的用户,还减轻了隐私问题(因为它应该只在用户操作后创建;有如果您在 GA 界面中创建用户 ID 视图,则必须接受单独的 TOS,并且他们规定您必须确保用户同意使用用户 ID 功能)。
因此,如果您在代码中设置相同的用户 ID,会话将归于同一用户,即使 cid 不同;这是设计使然,确实是 uid 的重点。