我曾经有一个非常相似的问题。我发现有几件事有效。

通过扫描页面中的 javascript，您已经在做正确的事情。你是对的，等待时间可能太多了，尤其是当你需要快速转身时。

我发现 Chrome 的Google Analytics Debugger插件对这方面的帮助最大。它将允许您查看正在发送的任何信息。它只是一个小插件，显示脚本正在发送/将在 javascript 控制台中发送的数据。我不确定是否有一种自动化的方式来检查您需要的页面，但是，它在进行手动测试时会产生奇迹。

你的方法似乎是在正确的轨道上

• 我的建议是您可以在每次处理请求时在 Web 服务器中编写自定义日志。或者，您可以尝试跟踪请求并将其与谷歌分析进行比较
• 您的自定义代码/日志记录查询可能会产生最小的延迟影响，但如果您将其设置为可配置，您可以在投入生产时将其关闭。仅在站点负载最小时启用它（非高峰时间）
• 尝试使用多种工具进行评估 (http://www.cloudsurfing.com/site/3582-Google-Analytics/competitors/)。选择两个工具并比较它们之间的分析结果。而不是第三方工具，我会建议定制开发工作（点＃1，＃2）

您还可以使用 Fiddler 或 Firebug 来检查在 ga js 调用中传递的参数。这应该会给你发送给谷歌分析的所有数据。一旦您了解了每个参数的含义，就很容易检查调用是否传递了正确的值（即正确的操作或页面）

您可以实时完成这一切，因此您不必等待谷歌更新您的分析

在之前的项目中测试 Google Analytics 时，我让开发人员添加了 ga-debug.js，而不是仅用于开发和测试环境的普通 GA.js。此调试版本以纯文本形式显示在触发事件时发送到 Google Analytics 的所有内容。此处的详细信息： http ://code.google.com/apis/analytics/docs/tracking/gaTrackingTroubleshooting.html

这使您可以在 firebug、chrome 开发工具或 fiddler 上使用控制台来检查您发送给 GA 的任何事件。这适用于跨浏览器，也适用于隔离的开发和测试环境。

Lyndon 提到的 chrome 插件实现了相同的效果，但不是跨浏览器，当我前段时间测试它时，它不像使用 ga_debug.js 那样可靠，但可靠性很容易提高。

我从来没有把这些检查自动化，因为开销不值得付出努力，但是 ga_debug.js 将事件发布到控制台，所以如果你有一个可以读取事件的工具，那么自动化检查应该是可能的。