Question

我们正在为拥有巨大流量的网站使用Google Analytics。自从过去50天（从4月13日开始）以来，我们遇到了一些有趣且肯定不是很好的统计变化。跳出率翻了一番，我们的“现场时间”值减少了大约5分钟，独特的访客数量意外增加了很高。此外，我们的综合浏览量统计数据没有变化。我们正在调查这个问题的原因好几天了。我们知道，这些问题告诉我们用户会话存在问题。我们在网站的某个地方丢失了用户的分析会话。我们得到了一个提示：

我们注意到，自50天以来，我们的搜索页面的“目标网页”价值增加了2.5倍。我们使用_trackEvent方法跟踪搜索页面上的某些用户交互。当我们按照谷歌分析的utmb cookie（我们知道，它存储用户会话进行分析）时，我们注意到，当我们跟踪事件时，utmb cookie值会发生变化。

所以，问题是，跟踪事件更改为utmb cookie是否正常？愿这个问题成为我们生活的原因吗？

更新

我们在服务器上使用ga.js作为自托管。我们的跟踪代码非常简单：

_gaq.push(['_setAccount', 'UA-235XXX-1']);
_gaq.push(['_setDomainName', '.ourdomain.com']);
_gaq.push(['_setAllowHash', false]);
_gaq.push(['_trackPageview']);

更新2

我们删除了setAllowHash参数，并开始在google上托管ga.js作为默认用法。问题仍在继续。

Answer 1

我遇到了完全相同的问题。它也开始于2012年4月14日，跳出率上升，新访问也缩短了，缩短了现场时间，降低了每次访问的页数...... 网页浏览量保持不变，这意味着由于某些原因，用户正在“丢失”__utma Cookie，负责将用户视为唯一身份。

我通过GA发现了一件有趣的事情 - 在我看来，Opera 11.64没有显示这个问题。它保持了之前约14％跳出率的价值。其他浏览器（主要是Firefox和Chrome的新版本）通过了屋顶（跳出率为65-90％）。

我说的是一个有几十万次访问的网站...... Tommorow我会尝试改变一些事情，如果发现任何有用的东西，我会回复。

更新

我已将代码更新为新代码

<script type="text/javascript">

    var _gaq = _gaq || [];
    _gaq.push(['_setAccount', 'XX-XXXXXXXX-X']);
    _gaq.push(['_setDomainName', 'example.com']);
    _gaq.push(['_trackPageview']);

(function() {
    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})();

</script>

而不是旧的

<script type="text/javascript">
    var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
    document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
</script>
<script type="text/javascript">
try {
    var pageTracker = _gat._getTracker("XX-XXXXXXXX-X");
    pageTracker._setDomainName(".example.com");
        pageTracker._trackPageview();
} catch(err) {}</script>

_setDomainName的区别在于，在新代码中，域名中没有前导点（。），旧代码似乎存在问题。我必须补充一点，我对没有_setDomainName部分的其他网站没有任何问题，并且仍在运行旧代码。我还发现了一篇关于同一问题的博文： http://diegoscataglini.com/2010/08/17/118/google-analytics-setdomain-beware/

无论如何，现在事情已经恢复正常了。跳出率回到11％，现场时间上升以及页数/访问量。当您更改代码时，将为所有用户重新创建Cookie，使他们成为直接访问您网站的新访问者。在一两天内（取决于访问次数），当人们正常使用您的网站时，统计数据会恢复正常。

在报告之前我不得不等待几天，我希望这也能解决你的问题。

Answer 2

大声思考，也许这可能归因于一个流行的浏览器突然支持“不跟踪”或GA突然尊重设置。

Answer 3

更新utmb cookie是_trackEvent的预期行为 - 来自Event Tracking API docs：

默认情况下，_trackEvent（）发送的事件命中将影响a 访客的跳出率。

松散会话数据的一个地方是子域名 - 例如，如果你有混合的www.domain.com＆amp;您网站上的domain.com链接。如果您还没有使用它，可以尝试在_trackPageview调用之前添加_setDomainName：

_gaq.push(['_setDomainName', '.yourDomain.com']);

Answer 4

这很正常。 utmb cookie存储会话的命中计数，当您跟踪事件或综合浏览量时，命中计数增加1。

这在GA内部使用，以控制一些限制。

一旦此计数器达到500，它将不再发送该会话的点击数。分析中的每个会话只能有500次点击。

更新时间：2012-06-12

根据您发布的代码，我有一些顾虑：

你应该从不自我托管ga.js.随着新功能添加到GA，此文件会更改。这可能解释了跳出率的变化，也可能没有。您可能正在发送的数据不再是ga所期望的数据，因为它们可能稍微改变了协议。
_setAllowHash现已弃用。如果您现在正在使用，则应继续使用它，但如果您有任何没有该呼叫的页面可能导致重置cookie。因此，如果您的所有页面都使用它，请保持这种方式，如果某些页面使用而某些页面不使用，则删除并确保不再有单个页面。您需要与GA设置保持一致。

4月13日以来跳出率突破

更新

更新2

4 个答案: