0

我们为服务器统计安装了 Urchin。我们的服务器有一个内网子域(当然是禁止对外访问的)。当我寻找任何内网页面的引用时,我发现几乎一半的访问来自“ direct[(none)] ”和“ google[organic] ”:

  1. direct[(none)] ” 访问包括机器人、直接键盘访问、pdf/文档链接……所有这些都禁止访问,并且
  2. google[organic] ” 访问是通过无法访问索引页面或重定向到该页面的 serach 引擎完成的

因此,我必须得出结论,Urchin 的统计数据并不真实。谁能证实这个可怕的结论?或者任何人都可以解释和纠正它吗?

4

1 回答 1

0

有多种安装 Urchin 的方法。在此回复中,我假设您使用 tag 方法。

Urchin 将创建基于真实数据的流量来源document.referrer,它不会猜测,而是使用真实数据。

安装 Urchin 时,您需要设置的选项之一是域名。此设置用于存储将保存会话信息(包括推荐信息)的第一方 cookie。

假设您的 Intranet 站点是intranet.mycompany.com,此子域对您的网络是私有的,但 Urchin 中的 cookie 设置可能设置为mycompany.com,这将在该域中创建一个 cookie,并且此 cookie 将应用于所有子域。

也许这个主机名有其他子域,有些可能在您的公司之外可以访问,因为它们共享相同的 cookie,它们也将共享相同的流量源。

谷歌/(有机)

想象一下这个场景:

  1. 用户在 Google 中寻找公司
  2. 用户到达 www.mycompany.com 的主要公共站点。Urchin 将此注册为来自 google/(organic) 的新访问。
  3. 用户打开内网网站
  4. Urchin 使用相同的 cookie,这被视为已经有流量来源的访问的延续
  5. Urchin 只是重复使用 cookie 中定义的 google/(organic) 流量来源。

此外,Urchin 可以与 Google Analytics 共享 cookie,因此如果您不使用 Urchin,而是使用 Google Analytics,上述情况也是可能的。

直接(无)

现在关于直接/(无)。每次 urchin 无法确定更好的流量来源时,都会使用此选项。换句话说,当 javascript 变量document.referrer为空时。

这可能发生在不同的时刻,包括但不限于:

  • 点击 pdf 文档
  • 在 Microsoft Office 文档中单击
  • 直接在浏览器导航栏中输入url
  • 单击书签
  • 从 HTTPS 转到 HTTP 网页
于 2014-01-16T13:40:02.483 回答