子域名和子目錄
在 PubCon 會議即將閉幕的時候，我注意到很多文章在討論 Google 對子域名和子目錄的處理辦法。我想在這里更詳細探討這個話題，以把我的觀點表達清楚。
從歷史上看，子域名和子目錄幾乎是同一時間開始使用的。順便提示一下，你可以從這個例子：
subdomain.example.com/subdirectory/ 看出子域名和子目錄的概念。其中子域名是“subdomain”，子目錄是“subdirectory"。
子域名和子目錄：
1、通常，一個子域名是一個域名系統（DNS）的別名，或者叫二級域名。對于不是很熟悉 “CNAME”概念的網絡管理員新手來講，子域名的設置可能有點難度。子域名可以分開管理：
（1）這對你來說也許是個好事：如果你想轉移你網站的一部分，你可以使用DNS來和子域名脫鉤。
（2）但也可能是個頭疼的事：DNS的設置相當麻煩，不像使用子目錄一樣僅僅使用幾個命令就可以建立或移動子目錄。
2、如果你把你的內容放在子目錄里，通常的原則是所有內容和代碼都存放在同一空間里。這可以使查找/編輯/更改代碼變得很容易。同時，把代碼從一個地方移到另一個地方也比較容易。
3、以我為例，當我開始建我的博客時，我決定用一個子目錄（mattcutts.com/blog/），僅僅是想使事情變得簡單。
幾年來，Google 使用了一個所謂“密集主機（host crowding）”的算法，指的是：對一個域名的每個主機名（hostname）或子域名，Google 最多顯示兩個結果。
從一個子域名內顯示1-2個結果，這種辦法一直運行非常好，但也有網友向我們提出這樣的投訴：對某些類型的關鍵詞（如生僻關鍵詞、關鍵詞短句或長尾關鍵詞等），Google 的搜索頁面上可能出現很多結果都來自同一個域名。在過去幾個星期里，我們改變了我們的算法，使這一現象不太可能再發(fā)生。
但這一變化并不會徹底改變有些搜索結果全部來自同一域名的情況。如果某個域名相關性確實非常強，我們仍可能從那個域名中返回多個結果。舉例來講，如果一個用戶搜索[ibm]，用戶可能確實喜歡并想看到從 ibm.com 的結果。注意：我們的算法變化是一個相當微妙的過程，并沒有影響到我們絕大部分的搜索結果。
對子域名和子目錄，我個人更喜歡子目錄。這是因為子目錄為我的大部分內容提供了方便。一個子域名可有效分離出完全不同的內容。例如，Google為完全不同的產品使用子域名，例如 news.google.com 或 maps.google.com。如果你是一個網絡管理員或 SEO 新手，我建議你使用子目錄，直到你對你的網站結構有足夠的信心。在這一點上，您將可以對你的網站有更好的理解，從而作出正確的決定。
【編輯推薦】
