正常來說，sub-domain（次網域）與sub-directory（子目錄）在網站結構裡應該有非常清楚的用法，但是問題一牽涉到搜尋引擎最佳化（Search Engine Optimization）問題就變得很複雜了，為什麼呢？我們來研究看看。
sub-domain（次網域）主要來分別各個不同主機的用途，例如：
www.example.com當成網頁伺服器
mail.example.com當成郵件伺服器
tw.example.com可當成台灣的網頁伺服器
dns.example.com當成網域名稱伺服器
但在網際網路廣為運用後，內容增多了，伺服器的負荷增加了，開始了有以下的狀況：
product.example.com當成產品資訊網頁伺服器
question.example.com當成問題整理資訊網頁伺服器
blog.example.com當成部落格網頁伺服器
corp.example.com當成企業郵件伺服器
tw.mail.example.com可當成台灣的郵件伺服器
tw.dns.example.com當成台灣的網域名稱伺服器
但是如果再加上為了搜尋引擎最佳化，可能又變成：
search-engine-optimization.example.com為了取得search engine optimization關鍵字較好的ranking、marketing.example.com為了取得marketing關鍵字較好的ranking。另外更有可能為了盜取他人的廣告效益，如google.example.com、yahoo.example.com等等，這些雞鳴狗盜的事情都發生了。
而沒有辦法控制DNS（Domain Name Service Server）的人或快捷的作法也開始在sub-directory下功夫，如「www.example.com/search-engine-optimization/」、「www.example.com/seo/」等等作法。
Sub-directory（子目錄）主要來清楚分別各個不同主題的一群內容，也就是有一大票的網頁希望可以清楚的區分類別，但現在有些只有一兩頁的內容也都開始建立子目錄，為的就是為了搜尋引擎最佳化。甚至更離譜的是，許多SEO業者使用sub-domain與sub-directory，卻都指向內容雷同或完全相同的頁面。
這樣的作法有無效果？答案是目前有效，但是指向內容雷同或完全相同的頁面已經可能遭遇悲慘的命運，而使用sub-domain與sub-directory的效果已經逐漸遞減。
sub-domain與sub-directory合理使用是符合簡化網站結構的好方式，也可以順便進行搜尋引擎最佳化，但是如果做得太不自然的話，下場可能會不太妙。
在選擇使用subdomain或subdirectory，其間哪個比較有SEO的效用呢？因此在選擇到底應該使用subdomain還是subdirectory時，應該考量的是：你可以花多少時間去照顧這個分出去的subdomain或subdirectory？這是什麼意思呢？
Subdomain對於搜尋引擎來說是不同的網站，而subdirectory對於搜尋引擎來說是相同的網站。因此需要考慮的是，鍊結是否會被判定為reciprocal link及網站信賴指數的計算。
原本www.example.com.tw/sub1與www.example.com.tw/sub2互連是沒有reciprocal link的問題，但是如果變成sub1.example.com.tw與sub2.example.com.tw是否有reciprocal link的問題，就必須視個別狀況而定。
某些網站信賴參數的計算下，www.example.com.tw/sub1與www.example.com.tw/sub2會累積到www.example.com.tw，但是sub1.example.com.tw與sub2.example.com.tw則獨立計算。
因此subdomain或subdirectory？其實是優缺互見的，完全看你可以花多少時間去照顧這個分出去的subdomain或subdirectory。如果你可以讓某個分支也具有好的pageRank或網頁品質，並且可以避免成為reciprocal link，當然subdomain比subdirectory好。但如果你無法花很多時間照顧某個分支，其實根本不需使用subdomain，subdomain與subdirectory其實是差不多的。
就如同許多人曾經討論pixnet把部落格的subdirectory結構改成subdomain，好像許多部落格站台的SERP表現更好了，但是你也可能發現並非全面性的，有些pixnet部落格站台還是沒有起色，原因就是上面說的，答案不是絕對的，而是完全看整體的品質。
如何處理404 Error？
許多人在網頁瀏覽時，應該常看到上圖的畫面（404 HTTP ERROR）。除了你自己電腦沒有正常連接網路狀況外，會發生以下畫面通常可能因為連結到已經移除的舊頁面，或連結到根本不存在的頁面，或者這個頁面是透過特殊設定為不開放。
這個畫面的產生會讓使用者產生不愉快的經驗之外，也讓你的網站少了一個應該到訪的顧客，這些狀況應該如何處理才是較好的方式呢？
不管是使用IIS或是Apache，都可以建立404 HTTP ERROR的客製化畫面，或者乾脆將畫面引導到另外存在的畫面。而如何知道外部連進來的連結到底有多少頁面連到我的404 pages呢？可以使用Google Webmaster tool來檢視，或者檢視你的伺服器log。
由以上的資料，你就可以知道到底哪些是404 errors，並且修復或者導到客製化的頁面，另外可以提供使用者可能往下瀏覽的可能連結。
相關文章:
Recent Comments