302临时重定向功能讲解.doc

302临时性重定向文章性質：轉載文章編譯：Karen 信息來源： 網站重定向成禍端 B是網上最大的商業搜索引擎和分類目錄，以專業提供商業信息而享負盛名，包括近19萬網頁。若以business為關鍵詞在_blankGoogle中進行搜索，該網站名列第一。不過在9月5日，B遇到一件蹊蹺之事：它的首頁由PR8變成了PR0， 而且_blankGoogle搜索結果中找不到首頁。好在被蒸發的只是首頁，不過慶幸的是第二天首頁又回到了Google的搜索結果，但PR仍舊為0。 B的問題出在它的重定向命令上。該網站讓跳轉到，這種重定向本該是永久性的。我們知道，301屬於永久性重定向，而302則屬於臨時性重定向，只有當一個網站或網頁在24到48小時之內臨時移到其它位置的情況下才能使用該命令。但B卻錯誤地使用了HTTP/1.1302 Object Moved狀態碼。 其實網站重定向極為普遍，譬如不滿意原來的域名而申請了一個新域名；買下容易被人錯拼的域名，防止客戶因為拼錯URL而找不到網站，等等。可是，很多人卻會由於使用了錯誤的重定向狀態碼而遭滅站之災，就像B。儘管他們的重定向理由充分合理，然而若使用不當，則可能被_blankGoogle誤認為是利用多個域名指向同一網站，那麼你的網站就會被封掉，罪名是利用重複的內容來干擾Google搜索結果的_blank網站排名。B就是最好的前車之鑒。只不過大多數使用錯誤重定向參數的網站沒B這麼幸運，一個小小的重定向就可能使網站前功盡棄，只能從頭來過：重新申請新域名，重新發佈新網站，等等。記住：_blankGoogle絕不會同情任何人即使無心犯下的錯誤。 網站服務器響應網頁瀏覽請求的運作流程 讓我們先來瞭解一下用戶/搜索引擎和網站一開始的交互流程。當用戶或搜索引擎向一個網站服務器發出網頁瀏覽請求時，該服務器將： 1.通過域名服務器(DNS)將域名轉換為網站的IP地址，然後返回給客戶 2.打開一個該IP套接口連接 3.記下通過該套接口的一個HTTP數據流 4.從WEB服務器接收一個響應請求的HTTP數據流。該數據流包含狀態碼，狀態碼的值由HTTP協議所決定。這裡所說的HTTP數據流信息也叫頭信息(Header)。頭信息中包括了日期，服務器類型，通常還會有一條200 OK信息。如果一切良好，那麼網絡服務器就會將200 OK信息以及請求頁面發送出去。如果網站在這時候已經建立了重定向，那麼服務器就會在頭信息中包含一個302 Moved Temporarily或301 Moved Permanent之類的響應信息。搜索引擎會根據服務器頭信息中的內容作出決定。 網站重定向的注意事項 1.若準備將服務器上的文件移到其它地方時，須就以下信息正確地通知搜索引擎的爬行程序： - 目標地址：這些文件被移向何方 - 移動屬性：暫時移走還是永久性移走 2.對擁有多個域名的網站，專家建議應把那些不想在搜索引擎上推廣的域名用301跳轉命令來永久性重定向。 確保網站實施了正確的301重定向 對於正確實施301重定向，有這樣幾個方法可供大家參考： 1.在.htaccess文件中增加301重定向指令 2.適用於使用Unix網絡服務器的用戶。通過此指令通知搜索引擎的spider你的站點文件不在此地址下。這是較為常用的辦法。形如：Redirect 301 / / 3.在服務器軟件的系統管理員配置區完成301重定向 適用於使用Window網絡服務器的用戶 4.採用mod_rewrite技術。 通過該技術進行的改變將在.htaccess文件中體現出來，形如： Options +FollowSymLinks RewriteEngine on RewriteCond % RewriteRule (.*)$ / R=permanent,L 5.綁定/本地DNS 如果具有對本地DNS記錄進行編輯修改的權限，則只要添加一個記錄就可以解決此問題。 若無此權限，則可要求網站托管服務商對DNS服務器進行相應設置。 DNS服務器的設置 若要將指向，則只需在DNS服務中應增加一個別名記錄，可寫成：aaa IN CNAME 。 如需配置大量的虛擬域名，則可寫成：* IN CNAME . 這樣就可將所有未設置的以結尾的記錄全部重定向到上。 6.用ASP/PHP實現301重定向： ASP： Response.Status=301 Moved Permanently Response.AddHeader Location,/ Response.End PHP： header(HTTP/1.1 301 Moved Permanently)； header(Location：/)； exit()； 資深SEO專家Dan Thies的看法和建議： 對於B所遭遇的問題Dan Thies深有體會，因為他也有過類似的遭遇。他的網站上有一個會員跟蹤腳本，其中一個會員的站點通過302命令映射到這個跟蹤腳本，而這個跟蹤腳本又是通過302映射到他的主頁。當在Google中用keyword research進行搜索，他的主頁排名在前十位，然而地址顯示的卻是那個會員的網址。結果使他哭笑不得：訪問者通過Google搜索結果進入他的網站，而他卻不得不為這些訪問量給那個會員支付報酬! 後來他用robots.txt文件禁止Spiders跟蹤訪問他的會員跟蹤腳本才算解決了問題。 對於B，Dan Thies認為：目前Google在302重定向的處理上還存在一定的問題，但並不表示Google不允?重定向。B並未遭封或遭到懲罰，它們只是返回了錯誤的響應。 Dan Thies建議：如果使用了跟蹤URL/腳本，又必須讓訪問者重定向到某一著陸頁，那麼一定要在robots.txt文件中禁止Spiders去訪問第二個重定向。如果沒有對跟蹤URL/腳本進行重定向，而只是把另外一個URL上的內容給複製過來，那麼應在robots.txt文件中禁止Spiders去訪問跟蹤URL，以防因內容重複而遭搜索引擎懲罰。 301重定向經驗談 一個多域名站主的經驗之談： 我只有一個網站，主域名是，此外還有諸如、、等共計十幾個域名。所有這些次級域名都映射到，而且所有域名對應的是同一個IP地址。由於事實上我只有一個站點，一個站點又只能對應一個.htaccess文件，顯然不可能直接修改.htaccess文件來實現重定向。我採用了如下步驟： A.把從上獨立出來，讓它成為服務器上的一個普通獨立網站。 B.為創建一個.htaccess文本文件，並在文件中設置重定向代碼為： Redirect permanent / / 再將修改後的.htaccess文件上傳給所在服務器。 這一步也