子域名和子目录
原文： Subdomains and subdirectories
发表于：2007年12月10日上午12时17分
Pubcon会议接近尾声时，我发现一 大 堆的文章在谈论Google对子域名和子目录的处理。也许我在会上没有把这一方面说清楚，我在这里再详细谈谈这个主题。
从以往记录来看，使用子域名与子目录的时间几乎是对等的。顺便提示一下，在一个象subdomain.example.com/subdirectory/的网址中 ，子域名是"subdomain"，子目录是"subdirectory" （有时也被称为文件夹）。如果您还不清楚，你也许可以阅读一下我的“一个URL的组成部分的辅导材料”。
如果你把你的内容放在子目录里，通常的原则是所有信息都存储在同一空间里。这可以使找到/编辑/更改代码变得很容易。同时，它也不难把代码从一个地方移到另一个地方。然而，一个子域名往往是一个域名系统（DNS）的别名。子域名的设置对网络管理员新手来说可能有点难，特别是如果"CNAME"对你来说不意味着任何意思。子域名可以分开管理，对你来说可以是一个好事（如果你想转移你网站的一部分，你可以使用DNS来和子域名脱钩），也可以是个头疼的事（DNS的设置相当麻烦，不像使用子目录一样仅仅使用几个命令就可以建立或移动目录）。以我为例，当我开始建我的博客时，我决定用一个子目录（mattcutts.com/blog/），仅仅是想使事情变得简单。
几年来，Google使用了一个所谓的"密集主机（host crowding）"算法，它意味着，对一个域名的每个主机名(hostname)或子域名，Google至多显示两个结果。这种办法（从一个子域名内显 示1-2个结果）一直运行非常良好，但我们也收到这样的投诉：对一些类型的搜索 （如生僻或长尾搜索），Google的一个搜索页面上可能出现很多结果都来自同一个域名的情况。在过去几个星期里，我们改变了我们的算法，使这一现象在未来再也不太可能发生。
这一变化并不会彻底改变有些搜索结果全部来自同一域名的情况;如果某个域名相关性确实非常强，我们仍可能从那个域名中返回多个结果。举例来说，如果一个搜索是[ibm]，用户可能确实喜欢并想看到从ibm.com的结果。注意我们的算法变化是一个相当微妙的变化，并没有影响到我们绝大部分的搜索。事实上，这种变化已经存在了几个星期左右，到现在也没有人注意到。:)我在PubCon上谈及此变化的唯一原因是因为有人想听听我对子域名与子目录的意见。
对子域名和子目录，我个人更喜欢子目录。这是因为 我通常倾向于子目录为我的大部分内容提供的方便。一个子域名可有效分离出完全不同的内容。例如，Google为完全不同的产品使用子域名，例如news.google.com或maps.google.com。如果你是一个网络管理员或搜索引擎优化业者新手， 我建议你使用子目录，直到你对你的网站结构有足够的信心。在这一点上，您将可以对你的网站有更好的理解，从而作出正确的决定。