301跳轉和Rel=Canonica的選擇問題探討

仲介交易 SEO診斷 淘寶客 雲主機 技術大廳

有一個最近已經討論很久的關於rel=canonical問題，我們看到在SEOmoz的Q&A部分看到相當數量的此類問題，Dr. Pete寫過關于rel canonical 實驗(英文) 博客得到一些有趣的結果以及Lindsay也寫過rel=canonical指南(英文)，此外還有一些較常見的問題

什麼時候我使用rel=canonical標籤而不是301?

是否有某種使用rel cannonical標籤的方式會傷害我?

什麼時候我不應該使用cannonical標籤?

如果我不能讓開發人員實施301我又該怎麼辦呢?

我將試著去解答這些問題

301跳轉 什麼時候使用、怎麼樣使用

310跳轉的初衷是説明使用者或者搜尋引擎發現你的內容已經轉移到一個新的URL。 添加一個301跳轉表示頁面的內容已經永久的移動到某個地方。

301跳轉對使用者而言做了什麼

使用者很可能也不會注意到該URL重定向到一個新的URL，除非他們注意到在瀏覽器上URL的變化。 即使使用者發現到這一點，只要內容仍然是他們最初尋找的，他們是不會受到影響。 因此只要能保持使用者開心，301重定向就沒啥問題只要重定向的URL不會使使用者感到困惑。

301跳轉對搜尋引擎而言做了什麼

從理論上來講，如果一個搜尋引擎找到的一個使用301重定向的URL，它將跟蹤這個重定向的URL然後在索引庫中去掉舊的URL。 雖然他們可能不會傳遞100%的link juice或者錨文本，但是他們應該傳遞一些已經存在的link juice到新的URL。 谷歌說301重定向能傳遞錨文本但谷歌不保證。

從理論上講如果一個搜尋引擎也應該從他們的搜索庫裡面移除舊的網頁以便搜尋引擎的使用者也不能找到舊網頁。 這可能需要花費一點點的時間但通常不會超過幾個星期。 我見過一些個客戶頁面幾天之內舊頁面舊移除了，但它從來沒有一成不變的。

301重定向在那裡可能會出錯

沒有區別301和302的區別

開發人員通常將兩者混淆使用302跳轉來代替301這樣經典的問題我已經見過不止一次了。 他們的區別在於302跳轉用於內容暫時性移動到某個地方。 因此link juice和錨文本不大可能傳遞。 我在以前的博客中曾提到強調過一個例子，如果你去 HTTP://www.dcsf.gov.uk/ 你就發現有302使用。 我是在幾個月前發現這個的，直到現在都沒有解決這個問題，我懷疑是不是真的只是臨時性的重定向。

把所有的頁面都重定向到單個的URL上

另一個我所見到的常見錯誤涉及到網站遷移。 一個例子是如果你的網站有500個頁面將遷移到其他地方。 你真的應該在這些頁面上放置500個301重定向到新網站上相關的頁面。 但是我卻常常看到人們把這500重定向到一個URL上去，通常是首頁。 雖然意圖不是要操縱搜尋引擎，也出現了人們這樣做試著合併所有的link juice到一個頁面使網頁更加強大。 這樣有時就會向谷歌豎起一面旗幟，它可能會過來一探究竟。

Matt Cutts在Webmaster Tools video也曾談到這一點

什麼時候該使用301

遷移網站

如果你要遷移你的網站到一個新的功能變數名稱或者把你的URL換成一個新的URL，你應該使用301跳轉。 在這種情況，你不希望使用者或者搜尋引擎看到你的舊網站，尤其如果是此舉是因為新的設計或者結構發生變化。 谷歌給出了清晰明確的指導方針，並建議在這種情況下使用301重定向。

到期、過期內容

你應該使用301如果你在網站上有過期的內容比如條款及條件、舊的商品或者新聞不再相關或者對於你的使用者不再有用。 這裡有一些事情要記住 在當你移除從網站上舊的內容時。

檢查你的網站分析查看要移除的舊內容是否還從搜尋引擎獲得流量，如果答案是肯定的，那麼你介不介意移除內容會失去一些流量?

網站上是否有別的頁面有相似的內容你給使用者流覽?如果有的話，使用301跳轉指向相似的頁面以便你保留已經獲得流量的機會。

這個內容在將來是否會變得有用?比如你有一個電子商務網站想要移除一個不再銷售的產品，這個產品以後是否有機會重新上架?

多個主頁版本

這裡有一個常見的錯誤。 潛在的首頁URL能夠通過幾種不同的方式來訪問，這取決於網站是怎樣架構的。

HTTP://mz6.net

HTTP://www.mz6.net

HTTP://www.mz6.net/index.html

如果首頁可以通過這些不同的URL訪問，他們需要使用301重定向到正確的URL，這種情況下正確的URL就會是www.mz6.net。

警告：唯一的例外是如果這些首頁的不同版本只有一個目的，如果將展示給已經登陸的使用者或者刪除了cookie的，在這種情況下你最好使用rel=canonical而不是301.

(由於帖子太長超出字數限制，故分為兩個部分發表)

rel=canonical標籤 什麼時候使用、怎麼樣使用

rel=canonical是一個相對較新的工具對seo來使用，它第一次提出是在2009年2月，wow這個是真的很久以前耶?

正如我之前提出的，我們在Q&A有很多問題都是圍繞canonical標籤。 我們有很多可怕的故事有人把所有頁面都放上canonical標籤指向首頁(就像Dr Pete所做的那樣)，谷歌很有快地注意到這一點，幾乎刪除了所有的索引頁面。 這正是讓人驚訝，谷歌說他們可能留意到這個標籤但並不保證。 但是實驗卻顯示絕大部分時候他們注意到這個標籤儘管有時這個標籤並不是重複的內容。

什麼時候使用rel=canonical

哪裡使用301是不合適的

在有些很不幸的情況下301重定向會非常地棘手，也許是網站開發人員不知道如何去做(我已經看到這一點)，也許cms不讓你這樣做。 總之這種情況確實出現了。 從技術上講一個rel=canonical標籤很容易實現，因為它不涉及伺服器端所做的事情。 它只是編輯頁面的標籤而已。

Rand在他的第一篇rel=cannonical文章很好地描述了這一點：

不同的頁面導航方式

這是一些大的電子商務網站遇到的一個普遍問題，一些分類和子分類組合在URL中，比如你可能看到

www.phoneshop.com/smartphone/3G

www.phoneshop.com/3G/smartphone

從理論上來講這些網頁都可以返回同樣的結果集，因此會出現重複的內容。 當你想保持使用者點擊分類導航流覽網頁的同樣的URL位址，一個301可能不大適合。 因此一個rel=canonical在這種情景下會更好。

在運行中產生的URL

我的意思URL是從資料庫驅動產生的，而且很大程式上依靠使用者如何使用網站上的導航功能。 典型的例子就是session IDs對每個使用者每次都不一樣，而且添加301跳轉也不實際。 另一個例子是在URL結尾添加跟蹤代碼來監測訪問路徑或者某些點擊。 比如：

www.example.com/widgets/red?source=footer-nav

什麼時候不適合使用rel=canonical

在新網站上

我見過一些例子rel=canonical使用在一些比較新的網站上。 這恐怕不是這個標籤設計的初衷吧，如果你有幸説明規劃一個新網站的結構時，抓住這個機會確保你能避免產生重複內容。 確保它們一開始就不會發生，這樣的話你就不需要使用rel=canonical標籤了。

在分頁-也許!至少要謹慎使用

這是個很棘手的問題，除非你真的知道你在做什麼，我會避免使用rel=canonical標籤在分頁頁面。 對我來說，沒有完全的重複頁面和你可能會潛在的阻止谷歌爬取網站上較深的產品頁面。 這一點似乎已經被John Mu在谷歌站長論壇裡面證實。 他給出了一些有趣的解決方式比如對使用者使用基於JavaScript的導航和把所有產品載入到一個頁面上。

從整站到一個頁面

簡而言之這是一種使用rel=canonical標籤可能會傷害你的方式。 正如我前面所提到的，Dr Pete做這個實驗幾乎被k掉了整個站。 他把rel=canonical標籤放置在整個網站上指向他的首頁，結果導致谷歌刪除了大量收錄頁面。 下面的一個來自谷歌分析的快照基本上總結了效果：

原文位址：HTTP://www.seomoz.org/blog/301-redirect-or-relcanonical-which-one-should-you-use

zhipeng翻譯