JavaScript分析/转换脚本:预期故障率？

Question

使用第三方分析工具的开发人员的问题：

是否存在JavaScript跟踪的行业标准或预期的故障率？

场景：我有一个只有一页的网站。我安装谷歌分析，混合面板，和堆第三方分析JavaScript跟踪。该页加载干净和无错误。我使用Adword购买100点击我的网站。

现在，根据原始服务器日志，我接收了所有100名访问者。然而，，我的分析仪表板报告：

• 大会: 97名独特访客
• MixPanel: 96位独特的访问者
• 堆:99个独特的访问者

报告延迟不是问题(我已经等待了48小时)。我不想争论哪种分析工具对“独特访问者”的定义是最好的。

，我想弄清楚的是：是否有一个预期的错误栏，我应该全局地应用于任何/所有分析报告？假设每个脚本正确加载95% - 99%的时间？(这样，我就可以忽略不匹配的数字，只要它们落入这个预期的错误栏，并专注于真正的异常值。)此外，如果有一个预期的失败率，我可以有更大的信心，尽管上面的数字不匹配，我的脚本是正确的报告，并节省了我的IT团队大量的跟踪。

文件下的轶事，而不是数据：一位同事告诉我，他的电子商务网站使用了一个托管的、基于JavaScript的、企业级的转换跟踪平台。根据每天400-500笔交易，他的分析报告下的转换持续4-5%的.他有几年的数据证明了这一点(99.9%的信心)。

我不知道的是，这在全球范围内成立吗？是否每个人的分析脚本都不正确，没有加载，或者其他情况下去点击而不是爆炸4-5%的时间？

以下是我所知道的潜在问题：

• 脚本错误
• 脚本冲突
• 从第三方服务器拔出时超时
• 用户在脚本完成加载之前反弹。

**不是让你了解所有的化学知识，而是：**如果有一个预期的不合格率，这肯定不是常识。我在任何一家分析公司都没有与之交谈过的人承认自己的一贯失败。他们也不能保证100%的准确性。

因此，我问:根据您的经验，基于JavaScript的托管分析平台的预期准确率是多少？

Answer 1

我觉得你的第四颗子弹可能是最能说明问题的。付费媒体将有一个非常高的反弹率相比，有机/推介/直接流量。

这些跟踪工具所报告的反弹率是多少？我敢打赌，这至少是80%，这意味着用户退出之前，脚本加载是很高的。您可以将此与页面加载时间关联起来。

您可以尝试的一件事(因为我的专长是Google )是使用测量协议在服务器端发送页面查看数据。因为这不再需要JavaScript来加载，所以它需要页面加载时间并从等式中跳出来。我不建议在生产中使用这种方法，但它可以说明问题。

总之，我认为您的问题是放弃负载，而不一定是各种工具的故障。