Google Analytics 事件跟踪 - 事件之间的最小间隔

Question

我想使用 GA _trackEvent 方法跨多个域跟踪多个事件。

由于我要生成的报告的性质，我必须这样做：

for (var i=0; var < books.length; i++)
{
   //showing values for current books[i]
   _gaq.push(['_trackEvent', 'Books Displayed', 'Fantasy', 'Lord of The Rings']);
}

所以，当我的书单被填充时，我想发送适当的 GA 事件。重要的是，我分别发送每个项目，这样我就可以在事件仪表板上向下钻取以预览“幻想”类别中的所有项目等等。

请注意，书籍列表永远不会超过 10 项。

我目前遇到的问题是，Google 代码无缘无故忽略了我的一些请求。 Google 事件跟踪的工作方式是，每次调用 _trackEvent，Google 都会在页面上放置 gif：

http://www.google-analytics.com/__utm.gif

有大量参数，其中一个 - utme 包含我的数据：

__utm.gif?utmt=event&utme=5(Books%20Displayed*Fantasy*Lord%20of%20The%20Rings)

使用 Fiddler（或 Firebug Net 选项卡）我可以检查此请求是否真的来自浏览器。

不幸的是，似乎每次我大约一半的请求都被谷歌完全忽略，_trackEvent 没有被转换为__utm.gif 调用。

我感觉这与_trackEvent 通话的频率有关。因为我在 for 循环中使用它们，所以所有事件都以最小的间隔生成。 Google 似乎不喜欢它，并忽略了我的电话。

我确实对其进行了测试，在每次通话之间增加了 2 秒的时间间隔，它可以正常工作。但是这个解决方案是不可接受的——我不能让用户等待 20 秒来发送所有事件。

不幸的是，这个缺陷使 GA 事件跟踪完全无用 - 我不能只是“希望”GA 代码能够正确记录我的事件，因为报告不准确。最糟糕的是，Google 上没有适当的文档说明每秒允许的最大请求数是多少（他们只有 state 每次会话的最大请求数为 500，这比我生成的要多得多）。

我的问题是 - 您之前在使用 Google 事件跟踪时是否遇到过类似的问题，您是如何解决的？或者这是否意味着我必须完全放弃 GA 跟踪，因为它永远不够精确？

Answer 1

首先，我想指出，每个会话的 500 个限制适用于 所有 对 Google 的请求，而不仅仅是事件。因此，这包括您正在执行的任何其他自定义跟踪，也包括正常的页面浏览命中。

对我来说，这听起来更像是一般的 js 问题，而不是 GA 问题。类似于您推动 GA 代码的处理速度比它可以处理的速度更快，因此有些东西正在落入裂缝中。我认为除了延迟每次推送之外，您真的无能为力……尽管我认为您可能可以将该间隔从 2 秒降低到可能低至 500 毫秒……但是，那充其量只会让你等待 5 秒，这比 IMO 好得多，但仍然太长了 20 秒。

一种可能有效的解决方案是让您跳过使用 _gaq.push() 并直接为每个图像输出带有 URL 和参数的图像标签。这与异步版本之前出现的“传统”GA 代码的原理有点相同，也是大多数其他分析工具今天仍在做的事情。

如果您想要我的诚实意见...根据我在网络分析方面的经验，我认为最有可能的是，您首先需要重新评估您正在跟踪的内容。

根据您的价值观的上下文判断，（这只是一个猜测）在我看来，例如您有一个用户可以看到书籍列表的页面，例如搜索结果页面或一般“特色书籍”页面或类似内容，并且您想要跟踪用户在该页面上看到的所有书籍。

根据我在网络分析方面的经验，您对收集的数据过于精细。我对您的建议是坐下来问问自己“这些数据的可操作性如何？”毕竟，这就是网络分析的重点——帮助做出可操作的决策。

我整天都看到客户陷入了想要完全了解事物的每一分钟细节的陷阱，因为他们认为这会帮助他们回答问题或做出某种决定，而 99% 的情况下，它不会.跟踪用户查看的个人事件是一回事，例如个人产品详细信息页面，您将在其中跟踪单个事件。

或者对于搜索结果页面...将其作为“搜索”事件进行跟踪，弹出诸如搜索的字词、给出的结果数量等内容，但不包括实际返回的内容的详细信息。

我想如果我知道有关您的网站的更多详细信息以及此跟踪的用途，我可能会给您更可靠的建议：/

Answer 2

这可能是由于每秒 1 个事件的限制

“每个会话的事件限制

除了一般收集限制和配额外，以下限制适用于 ga.js 中的事件跟踪：

立即跟踪发送到 Google Analytics（分析）的前 10 个事件匹配，之后跟踪速率限制为每秒一个事件匹配。 随着会话中的事件数量接近收集限制，可能不会跟踪其他事件。因此，您应该：

避免编写视频脚本以在播放的每一秒和其他高度重复的事件触发器中发送一个事件 避免过度的鼠标移动跟踪 避免产生高事件计数的延时机制

（来自https://developers.google.com/analytics/devguides/collection/gajs/eventTrackerGuide）

这就是您的 2 秒延迟有效的原因。从理论上讲，您可以将其减半，但安全因素可能会减少该减半。