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个项目。

我现在遇到的问题是，没有理由的谷歌代码忽略了我的一些要求。如何谷歌事件追踪工作，方式是，与每次调用_trackEvent，谷歌在页面上下降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秒钟的等待时间，而国际海事组织比20年代好得多，但仍然太长。

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

如果你想要我的诚实意见，尽管......在我的网络分析经验中，我认为这里最可能的是你需要重新评估你正在追踪的东西。

根据你的价值观来判断（这只是一个猜测），它在我看来就像你有一个页面，用户可以看到书籍列表，比如搜索结果页面或者一般的“精选图书”页面或类似的内容，并且您希望跟踪用户在该页面上看到的所有图书。

根据我对网站分析的经验，你对你收集的数据太细致。我对你的建议是坐下来问问自己：“如何可操作的是这个数据？”毕竟，网络分析的目的 - 帮助制定可操作的决策。

整天我都看到客户陷入了想知道绝对的每一分钟细节的陷阱，因为他们认为这会帮助他们回答某些问题或做出某种决定，99％的时间，吨。作为一件事情追踪个人用户浏览的书籍，如个人产品详细信息页面，您将在其中跟踪单个活动。

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

我想，如果我知道你的网站，这是什么跟踪是，我也许可以给你更坚实的建议更多的细节：/

Answer 2

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

“活动每会话限制

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

第10次事件发送到谷歌Analytics（分析）命中立即跟踪，thereaf ter跟踪速率限于每秒一个事件。 随着会话中的事件数量接近收集限制，可能无法跟踪其他事件。出于这个原因，你应该：

避免将视频的脚本发送事件为每播放一秒和其他高度重复的事件触发 避免过多的鼠标移动跟踪，产生了高事件 避免延时机制计算

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

这就是为什么你的2秒延迟工作。理论上你可以把这个减半，尽管安全因素可能会减少这个减少。