我们正在零售消费者信息亭软件中实现谷歌分析。没有Javascript或SDK或网页涉及-我们为每个度量协议创建一个URL并发布它。我们发现,有时命中似乎只是停止了计数。如果我们查看GA网站上的实时部分,我们可以看到我们的点击量继续被张贴,但是在行为/屏幕部分,这个设备的屏幕浏览量今天停止增加。
这不仅仅是一个“有时你必须等待24小时”的事情,因为上个星期的星期二和星期三今天仍然是零。如果这是一个利率限制,我看不出是什么-我们还没有接近200 K的点击率每天(每个用户,但从我们的角度来看,每个亭是一个用户-我们没有任何手段来确定个别用户);我们不应该每个会话点击500次,因为每次用户在主菜单上做一些事情时,我们发送一个会话开始(ec=Session&sc=Start),而每次工作流结束时发送一个会话结束(ec=Session&sc=End),这不应该超过20个屏幕--会话的默认“空闲超时”定义对我们来说不会很好,因为用户可以合法地在单个屏幕上工作10分钟或更多编辑一张图片,而用户也可以完成并离开,下一个用户在几秒钟内就开始使用kiosk;我们不应该发送“太快”的事件,因为人类需要几秒钟的时间才能读懂屏幕,伸出手来按下按钮。
我们所观察到的是,有时它的计数高达340-360并停止,而有些日子它永久地停留在0。知道发生了什么以及如何解决吗?
11/24:今天,它上升到352,然后停止。这是大约一个小时的活动。所有这一切都是用“最高精度”选定的。
12/1:仍然一样,计数大约一个小时,到今天的347个屏幕观看量,然后停止递增。
当我看观众/概述时,它说的是“会话1”。应该有几十个会话,按我们发送(ec=Session&sc=Start)的时间分开。我认为它不应该认识到,作为一个会话,必须使用会话超时(空闲),并且保持在一个会话中,因此限制在500次点击(我们有一些事件要与屏幕视图一起进行)。这只是错误的。会议应该结束时,我们说是这样的。
12/1:一项更正,我们实际上发送了sc=start和sc=end,其值为小写,由Google指定。
发布于 2015-12-04 19:31:22
我的同事做了一些实验,发现sc=start在t=event点击时被忽略了。它在t=pageview hits上被识别。当会话开始时,我更改了我的报告以生成假页面查看,这样我就可以发送sc=start,现在计数是准确的。
https://stackoverflow.com/questions/33878605
复制相似问题