我正在使用这样的MySQL请求来测量视图计数
UPDATE content SET views=views+1 WHERE id='$id'
例如,如果我想查看某个单页的查看次数,我只需将其放在页面代码之上。不幸的是,我收到的金额比Google Analytics中的结果大5-10倍。
如果我是正确的,那么刷新应该会增加数据库中大约+1的值。不是"观点" Google Analytics中的工作方式是否相同?
如果是Google Analytics(分析)向我提供了单个页面已被浏览过100次的情况,我的数据库显示它是例如450倍。这样简单的请求如何产生额外的350个视图?我不是指访问或独特访问。只是定期观看。
Google Analytics是否有可能以稍微不同的方式插入此类数据并且我的数据库结果是否正确?
答案 0 :(得分:0)
有很多原因导致这种情况发生。最常见的罪魁祸首是机器人和蜘蛛。只要您使用第三方API(例如Google Analytics或Facebook的API),您就会让他们的机器人对您的网页进行点击。
您需要更详细地检查每个请求。用户代理是一个很好的起点,虽然我建议进一步研究这个领域 - 区分人力和机器人流量是一个非常深刻的主题。
答案 1 :(得分:0)
在Google Analytics中,数据由用户提供,例如:
用户在您的域中查看某个页面,现在他负责与Google进行通信PageView,如果出现问题,数据将不会包含在报告中。
在另一种情况下,您拥有的SQL系统是基于日志的分析,系统会收集数据,减少数据收集失败。
如果我们以这种方式看到这一点,这意味着一些数据可能会被缓慢的连接和不执行javascriopt(Adbloquers或机器人)的用户错过,或者HTML页面没有正确打印***。
现在是5倍以上,这是一个巨大的差异,在我的经验中,必须接近8-25%的差异。 (在交易级别上测试,也许在Pageview中可以更多)
我建议你的是: 保存设备,浏览器信息,IP和其他一些有用的元数据信息,不要忘记时间限制,所以这样你可以隔离问题,也许是机器人或有adblock的用户,在最坏的情况下你的代码不是正确实施(位于页脚中)
***我添加了这个,因为有一次我有一个巨大的差异,但这是一个服务器错误,HTML代码没有正确打印显示给用户一个空的HTTP。 MYSQL没有那么快保存信息和处理HTML代码。当努力测试(通过Screaming frog)显示出大量500x错误时,我注意到了它。 (没有缓存的Wordpress博客)