有一個近來已經商議許久的關於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跳轉對搜索引擎網站而言做了啥子
從理論上來講,假如一個搜索引擎網站找到的一個seo運用301重定向的URL,它將跟蹤這個重定向的URL而後在引得庫中去掉舊的URL。固然它們有可能不會傳交100百分之百的link juice還是錨文本,不過它們應當傳交一點已經存在的link juice到新的URL。谷歌說301重定向能傳交錨文本但谷歌不保障。
從理論上講假如一個搜索引擎網站也應當從它們的搜索庫裡邊移除舊的網頁以便搜索引擎網站的用戶也不可以找到舊網頁。這有可能需求消耗的錢一點兒點的時間但一般不會超過幾個星期。我見過一點個客戶頁面幾天之內舊頁面舊移除開,但它從來一成未變的。
301重定向在那邊有可能會出錯
沒有差別301和302的差別
研發擔任職務的人一般將兩者淆惑運用302跳轉來接替301這麼經典的問題我已經見過房續不停一次了。它們的差別在於302跳轉用於內部實質意義短時間之內性移動到某個地方。因為這個link juice和錨文本基本不可能傳交。我在曾經的博客中曾提到著重提出過一個例子,假如你去
假如首頁可以經過這些個不一樣的URL過訪,它們需求運用301重定向到准確的URL,這種事情狀況下准確的URL便會是/smartphone/3G
/3G/smartphone
從理論上來講這些個網頁都可以回返一樣的最後結果集,因為這個會顯露出來重復的內部實質意義。當你想維持用戶點擊分類導航瀏覽網頁的一樣的URL地址,一個301有可能半大適應。因為這個一個rel=canonical在這種情形下會更好。
在運行中萌生的URL
我的意思URL是從數值庫驅動萌生的,並且非常大手續上有賴用戶怎麼樣運用網站上的導航功能。典型的例子就是session IDs對每個用戶每每都不同,並且添加301跳轉也不實際。另一個例子是在URL結末添加跟蹤代碼來監視檢測過訪途徑還是某些點擊。譬如:
/widgets/red?source=footer-nav
啥子時刻不舒服用rel=canonical
在新網站上
我見過一點例子rel=canonical運用在一點比較新的網站上。這恐怕不是這個標簽預設的最初的心願吧,假如你有幸幫忙計劃一個新網站的結構時,捕獲這個機緣保證你能防止萌生重復內部實質意義。保證他們一著手就不會發生,這麼的話你就不必運用rel=canonical標簽了。
在分頁-或許!至少要小心運用
這是個很棘手的問題,錯非你實在曉得你在做啥子,我會防止運用rel=canonical標簽在分頁頁面。對我來說,沒有絕對的重復頁面和你有可能會潛伏的阻擋谷歌爬取網站上較深的產品頁面。這一點兒仿佛好象已經被John Mu在谷歌站長論壇裡邊證明。他給出了一點有趣兒的解決形式譬如對用戶運用基於JavaScript的導航和把全部產品載入到一個頁面上。
從整站到一個頁面
簡而言之這是一種運用rel=canonical標簽有可能會損害你的形式。正如我面前所提到的,Dr Pete做這個實驗幾乎被k掉了整個兒站。他把rel=canonical標簽安放在整個兒網站上指向他的首頁,最後結果造成谷歌刪去開數量多收錄頁面。下邊的一個來自谷歌剖析的快照基本上總結概括了效果:
zhipeng移譯