Javascript 4月13日以来的反弹率数据

Javascript 4月13日以来的反弹率数据,javascript,google-analytics,event-tracking,Javascript,Google Analytics,Event Tracking,我们正在使用谷歌分析为我们的网站,有巨大的流量。自过去50天(从4月13日开始)以来,我们的统计数据发生了一些有趣的变化,但肯定不是很好。跳出率翻了一番,我们的“现场时间”值减少了约5分钟,独特访客数量意外增加了很多。此外,我们的页面浏览统计数据没有变化。我们已经调查了这一问题的原因好几天了。我们知道,这些症状表明用户会话存在问题。我们在网站的某个地方丢失了用户的分析会话。我们得到一个提示: 我们注意到,自50天以来,我们的搜索页面的“登录页面”价值增加了2.5倍。我们正在使用trackEven

我们正在使用谷歌分析为我们的网站,有巨大的流量。自过去50天(从4月13日开始)以来,我们的统计数据发生了一些有趣的变化,但肯定不是很好。跳出率翻了一番,我们的“现场时间”值减少了约5分钟,独特访客数量意外增加了很多。此外,我们的页面浏览统计数据没有变化。我们已经调查了这一问题的原因好几天了。我们知道,这些症状表明用户会话存在问题。我们在网站的某个地方丢失了用户的分析会话。我们得到一个提示:

我们注意到,自50天以来,我们的搜索页面的“登录页面”价值增加了2.5倍。我们正在使用trackEvent方法跟踪搜索页面上的一些用户交互。当我们关注google analytics的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
我们删除了setAllowash参数,并开始在google上托管ga.js作为默认用法。问题仍在继续。

更新utmb cookie是_trackEvent的预期行为-来自:

默认情况下,_trackEvent()发送的事件命中将影响 游客的反弹率

释放会话数据的一个地方是子域——例如,如果您的站点上混合了www.domain.com和domain.com链接。如果您尚未使用它,可以尝试在_trackPageview调用之前添加_setDomainName:

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

这是正常的。utmb cookie存储会话的命中计数,当您跟踪事件或页面视图时,命中计数将增加1

这用于GA内部控制某些限制

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

更新:2012-06-12

根据您发布的代码,我有几个问题:

  • 您永远不应该自行托管ga.js。随着新功能添加到GA中,此文件会发生更改。这可能会解释反弹率的更改,也可能不会。您可能发送的数据不再是ga所期望的,因为他们可能稍微改变了协议
  • \u setallowash
    现在已不推荐使用。如果您现在正在使用,您应该继续使用它,但如果您有任何页面没有该调用,则可能会导致cookies被重置。所以,如果你的所有页面都使用它,保持这种方式,如果有些页面使用,有些页面不使用,那么就删除它,并确保没有一个页面有它了。您需要与GA设置保持一致

    • 我也有同样的问题。它也开始于2012年4月14日,反弹率上升,新访问量也增加,缩短了网站时间,降低了每次访问的页面数。。。 页面浏览量保持不变,这意味着出于某种原因,用户正在“丢失”\uuuuutma cookie,该cookie负责跟踪唯一用户

      通过GA,我发现了一件有趣的事情——在我的例子中,Opera11.64并没有显示这个问题。它保持了之前的14%的反弹率。其他浏览器(主要是Firefox和Chrome的新版本)也大受欢迎(反弹率为65-90%)

      我说的是一个有几十万访问量的网站。。。 明天我会尝试改变一些事情,如果我发现有什么有用的,就发回来

      更新

      我已将代码更新为新代码

      <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>
      
      
      var _gaq=_gaq | |[];
      _gaq.push([''u setAccount',XX-XXXXXXXX-X']);
      _gaq.push([''u setDomainName',example.com']);
      _gaq.push([''u trackPageview']);
      (功能(){
      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 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>
      
      
      var gaJsHost=((“https:==document.location.protocol)?”https://ssl." : "http://www.");
      write(unescape(“%3Cscript src=”+gaJsHost+“google analytics.com/ga.js”type='text/javascript'%3E%3C/script%3E”);
      试一试{
      var pageTracker=_gat._getTracker(“XX-XXXXXXXX-X”);
      pageTracker._setDomainName(“.example.com”);
      页面跟踪器。_trackPageview();
      }捕获(错误){}
      
      \u setDomainName
      的区别在于,在新代码中,它没有域名中的前导点(.),而旧代码似乎存在问题。 我必须补充一点,我对其他没有
      \u setDomainName
      部分的网站没有任何问题,并且仍然在运行旧代码。 我还发现了一篇关于同样问题的博文:

      不管怎样,现在一切都恢复正常了。反弹率回到11%,网站时间和页面/访问量都在增加。 当您更改代码时,将为所有用户重新创建cookie,使他们成为直接访问您站点的新访问者。在一两天内(取决于访问次数),当人们像往常一样使用你的网站时,统计数据就会恢复正常


      我不得不等了几天才回来报告,我希望这也能解决你的问题。

      大声思考,也许这是因为一款流行的浏览器突然支持“请勿跟踪”或GA突然尊重设置。

      我理解trackEvent使用的影响,就像我们使用默认的opt_非交互选项跟踪事件,然后用户退出该页面时,该交互不会保存为“反弹”。但我们的问题是,反弹率正在急剧上升。我认为问题不在于此。此外,我们已经为所有子域名使用setDomainName方法“.ourdomain.com”