Google analytics 子域跟踪相关跟踪代码修改后google analytics返回访问者数量下降

上周五，我们将我们的网站www.ourweb.com跟踪从“单个域”切换到“一个域到多个子域”，以跟踪www.ourweb.com和blog.ourweb.com 所以我修改了网站上的代码：

<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">
    var pageTracker = _gat._getTracker("UA-1594022-3");
    pageTracker._trackPageview();
</script>

但在过去的几天里，该网站报道说，返回的访问者几乎翻了一番！从稳定的7000降至4000

只有归国游客人数变化如此之大，新游客人数保持不变（约10000人）

我读了这个

他们在那里写道，“前导周期导致cookie重置。”。这就是这么多游客减少的原因吗？我应该删除引导周期吗？如果不是，还有什么原因

---

另外，我刚刚注意到，这可能是唯一的问题。更改后，来自推荐的访问者数量从每天4000人减少到700人左右。

这是谷歌分析的一个愚蠢的怪癖，应该更好地加以记录

使用

\u setDomainName

有两种同样有效但略有不同的方法

无提前期：

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

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

提前期：

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

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

Google Analytics使用一种称为“域哈希”（字面意思是域或您在

\u setDomainName

中设置的域的哈希）的东西来防止cookie之间的冲突；如果您配置的域的域哈希与它找到的Google Analytics Cookie不匹配，它将创建一个全新的访问（和一个全新的访问者）

不同之处在于：默认情况下，如果不配置

setDomainName

，则根

www

域将获得一个“域哈希”，该哈希与仅配置一个相同。这大概是为了防止www.和no.www之间的流量自我推荐

但是，如果添加前导句点，“域哈希”将发生更改。所有返回的访问者都不会有匹配的域哈希。因此，当他们进入你的网站时，Google Analytics不会看到一组与正确的域哈希匹配的Cookie，并创建一个新的访问者id，以及你的所有流量，因为在更改之前，更改与流量完全切断

因此，如果您在不使用

\u setDomainName

的情况下进行长期跟踪，并且希望添加对跨子域跟踪的支持，那么对最后一次损坏进行跟踪的方法是不使用前导周期

您可以通过切换到使用无前导周期来“恢复”旧cookie。如果你这样做，你会失去饼干，因为你已经改变了

---

使用前导周期的唯一好处是它提供了与第三级子域（即，

foo.bar.example.com

）的兼容性

这是谷歌分析的一个愚蠢的怪癖，应该有更好的记录

使用

\u setDomainName

有两种同样有效但略有不同的方法

无提前期：

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

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

提前期：

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

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

Google Analytics使用一种称为“域哈希”（字面意思是域或您在

\u setDomainName

中设置的域的哈希）的东西来防止cookie之间的冲突；如果您配置的域的域哈希与它找到的Google Analytics Cookie不匹配，它将创建一个全新的访问（和一个全新的访问者）

不同之处在于：默认情况下，如果不配置

setDomainName

，则根

www

域将获得一个“域哈希”，该哈希与仅配置一个相同。这大概是为了防止www.和no.www之间的流量自我推荐

但是，如果添加前导句点，“域哈希”将发生更改。所有返回的访问者都不会有匹配的域哈希。因此，当他们进入你的网站时，Google Analytics不会看到一组与正确的域哈希匹配的Cookie，并创建一个新的访问者id，以及你的所有流量，因为在更改之前，更改与流量完全切断

因此，如果您在不使用

\u setDomainName

的情况下进行长期跟踪，并且希望添加对跨子域跟踪的支持，那么对最后一次损坏进行跟踪的方法是不使用前导周期

您可以通过切换到使用无前导周期来“恢复”旧cookie。如果你这样做，你会失去饼干，因为你已经改变了

---

使用前导周期的唯一好处是它提供了与第三级子域（即，

foo.bar.example.com

）的兼容性

访客下降是因为在ourweb.com和www.ourweb.com之间没有直接重定向

ourweb.com显示的网站与www.ourweb.com相同，但所有链接都指向www.ourweb.com，所有3000次回访都来自自我推荐

因此，Cookie在这两个网站之间被分割，并创建了虚假的唯一回访（每次访问者访问ourweb.com并单击f.ex.链接到about.html时，他都会访问www.ourweb.com/about.html，因此ga将其视为两次独立的唯一回访）

---

所以之前的报道基本上是错误的，而且变得更加准确。

访客下降是因为我们的网站和www.ourweb.com之间没有直接的重定向

ourweb.com显示的网站与www.ourweb.com相同，但所有链接都指向www.ourweb.com，所有3000次回访都来自自我推荐

因此，Cookie在这两个网站之间被分割，并创建了虚假的唯一回访（每次访问者访问ourweb.com并单击f.ex.链接到about.html时，他都会访问www.ourweb.com/about.html，因此ga将其视为两次独立的唯一回访）

---

因此，基本上以前的报告是错误的，而且变得更加准确。

但它会导致多达3000次的访问量损失吗？或者只是将回访转为新的访问？但这会导致多达3000次的访问损失吗？还是仅将回访转换为新的访问？