试图弄清楚为什么Google Analyics报告的用户多于我们自己的堆栈

时间:2018-07-26 14:46:01

标签: iframe websocket google-analytics web-crawler web-traffic

比较是在Google Analytics(分析)脚本和iframe事件中的onload中加载的“聊天小部件”之间进行的。如果iframe看起来像搜寻器,则不会加载useragentiframe中的代码创建了一个websocket连接,然后在我们的后端对用户进行了升级。

我正在寻找一个网站,目前我们大约有2/3的Google Analytics(分析)报告为新用户,作为后端用户。

使用新的Google Analytics(分析)用户界面,我不清楚实际过滤了多少爬网程序(例如,Google Analytics(分析)是否始终在过滤Google Crawler?)。这可以解释很多。

我们的“跟踪ID”保存在localstorage中,它比cookie更具持久性,但我看不到它有什么大的作用。

额外的加载时间和websocket连接可能可以解释一下(不支持TLS 1.2的旧浏览器,配置错误的代理等)可以解释其中的一部分,但是1/3似乎很大。

欢迎您对Google Analytics(分析)指标或其他想法有任何见识。

1 个答案:

答案 0 :(得分:1)

默认情况下,不会过滤Google Analytics(分析)中的大量点击量。您可以在“视图设置”中启用它。

还可以将2.5.1 {"type":"1"} {"type":"2"} class HelloWorldJacksonNumber$A class HelloWorldJacksonNumber$B 字符串作为自定义维度传递到Google Analytics(分析)中,然后创建过滤器以根据您知道是机器人的用户代理排除会话。 https://www.lunametrics.com/blog/2015/04/01/eliminating-bot-traffic-from-google-analytics-once-and-for-all/

差异的第二个原因可能是当页面开始加载时GA跟踪器会触发,而加载窗口时会触发“聊天小部件”。 GA计入了一些跳出的会话(和用户),但“聊天小部件”不计入这些会话。