重定向類型和對百度搜索的影響，訪問者無法察覺重定向之間的差異，但百度會根據發送到目標URL的信號強度對它們進行不同的處理。

一、HTTP重定向屬于兩類：臨時302或永久301。

使用永久重定向作為網站重定向重要信號，表明目標URL應該是搜索結果中顯示的URL。

相反，使用臨時重定向302作為重定向目標應該是搜索結果中顯示的URL的較差信號。

百度的幫助頁面中添加了有關以下六種重定向類型的完整詳細信息：

1、永久服務器端重定向：更改搜索結果中頁面顯示的URL的最佳方式。百度建議盡可能使用這種類型。301和308狀態代碼表示頁面已永久移動到新位置。

2、臨時服務器端重定向：臨時將訪問者發送到新頁面，同時確保百度在其結果中保留舊URL更長的時間。

3、即時刷新重定向：百度搜索將即時刷新重定向解釋為永久重定向。

4、延遲刷新重定向：百度搜索將延遲刷新重定向解釋為臨時重定向。

5、JavaScript位置重定向：一旦完成對URL的抓取，百度搜索就會使用Web呈現服務解釋并執行JavaScript。

6、加密重定向：這涉及添加指向新頁面的鏈接，并附有簡短的說明。這有助于用戶找到您的新頁面，百度可能會將其理解為加密重定向。

選擇重定向取決于您期望重定向的時間以及您希望百度搜索在搜索結果中顯示的頁面。如果您有可能希望在搜索結果中再次顯示某個特定網址，請不要將其永久重定向到另一個網址。

始終盡可能進行服務器端重定向。僅當您無法進行服務器端或元刷新重定向時才使用JavaScript重定向。不要依賴加密重定向讓搜索引擎知道您的內容已經移動，除非您別無選擇。

二、301和302重定向，會如何影響SEO嗎？

①301重定向，主要是指從A完全跳轉到B，在這個過程中，A頁面的所有權限，都完全傳遞給B頁面，甚至是A頁面的懲罰，使用不當也會傳遞。

②302重定向，主要是只因為一些臨時事件的發生，我們短期內，從A頁面，占時跳轉到B頁面展示，等到事情完結之后，我們仍然會采用A頁面。

這就是301與302重定向最大的區別。

通常，我們采用重定向的場景，主要包括：

①網址已損壞或無效，成為死鏈接。

②該網頁/站點不再有效，已經選擇自動關閉。

③您有一個新的網頁/站點，希望人們訪問，而不是舊的。

④您正在A/B測試新網頁的設計或功能。

⑤您正在修復網頁，但想暫時繞道，以獲取持續的網站體驗。

關于重定向常見的相關性問題：

1、什么時候可以安全刪除重定向和舊網頁？

答：如果你的網站一直在運營，經過重定向后，你可以選擇長期保持對應規則的配置，當然，當你采用301的時候，如果對方權重已經完全替換，你也可以刪除重定向。

如果你的網站選擇性的關閉，那自然不用多說。

2、重定向的時間周期是有多久？

答：301重定向，如果是中小網站，它的時間周期是相對比較長的，甚至高達1-2兩個月之久，才能完全的轉移頁面所有的權限。

而在這個過程中，可能還存在一定的損耗，而對于302重定向它是即時的。

3、多域名重定向到一個新域名好嗎？

答：多個域名重定向到一個新域名，對方的權重是可以疊加到目標新域名的，但從SEO的角度來講，這明顯是一個作弊行為。

搜索引擎并不喜歡網站運營者，采用作弊的形式操作SEO。

4、重定向會失敗嗎，它的后果很嚴重嗎？

答：重定向是存在失敗的可能的，特別是301重定向，如果你操作不當，會嚴重影響新老兩個域名的權重。

三、HTTP 301-308含義解釋

301永久重定向

301重定向是指示鏈接的目標已永久將URL更改為不同的URL，例如，當seoexample更名為example時，他們將URL從seoexample.com更改為example.com，每個seoexample.com頁面都通過永久的301重定向重定向到相應的example.com頁面。

302臨時重定向

在實際的HTTP規范中，302旨在簡單地表明預期的URL不是給定資源的正確URL，然而，大多數網絡系統都以這種方式實現了臨時重定向，因此它通常被用作301的臨時版本。

為了區分原始302的兩個預期特征，HTTP代碼標準的管理機構實施了303和307代碼，實際上，這兩種都不常用，302仍然可以作為臨時重定向。

303，原始302的預期功能

當瀏覽器進行PUT調用并通過GET響應接收到不同的URL時，它使用的是303協議，如果你熟悉該技術標準，你幾乎可以忽略這一點，因為這與搜索引擎優化完全無關。

304未修改

用于數據緩存的代碼，如果服務器在過去提取了頁面的數據，并且客戶端請求該頁面，則服務器將檢查該頁面是否已更改，如果頁面以304響應，則表示服務器已經具有該頁面的最新版本，然后，服務器可以提供它已有的內容，而無需重新運行代碼，重新獲取資產或重新生成頁面。

305使用代理

此代碼是一種奇怪的傳統措施，服務器用它告訴客戶端它只能通過指定的代理訪問服務器，它曾經被濫用，隨后被瀏覽器忽略，基本上已被放棄，類似地，306代碼指定客戶端應該使用特定代理，并且不再使用。

307臨時重定向

當瀏覽器向服務器請求URL 1時，但URL已暫時更改，服務器將使用307和新的URL 2進行響應，但是，由于它是臨時重定向，因此瀏覽器將不存儲此信息，當瀏覽器下次請求URL 1時，服務器將再次檢查并查看重定向是否已被刪除。

308永久重定向

這意味著要成為301重定向的一個更現代，更流暢的版本，當瀏覽器向服務器請求URL 1時，服務器說“實際上，它現在是URL 2”。然后，流量將正常進行到URL 2，而不用更改HTTP的方法; 這允許通過表單提交進行數據傳輸而不會發生問題，例如，重定向失敗，在所有這些中，你只需關心 301,302,307和308。

四、HTTP請求GET和POST

為了理解在任何特定時間應使用哪種重定向，您需要了解一些關于HTTP如何工作的信息。

GET和POST都是瀏覽器或客戶端與服務器通信的方法，簡而言之，GET就是瀏覽器向服務器請求特定數據，POST將數據提交給要處理的服務器。

GET請求可以被緩存，它們保留在瀏覽器歷史記錄中，可以添加書簽，并專門用于檢索數據，“抓住這個URL上的內容”本質上是一個GET請求。

POST請求更像是要由服務器處理的腳本，您是否曾經使用過一種基于網絡的搜索表單，當您點擊“返回”按鈕或嘗試刷新頁面時，拋出“您需要重新提交數據到表單”警告？這是因為它是一個POST請求，POST請求不會被緩存，不會保留在瀏覽器歷史記錄中，也不能被添加書簽，因為它們或多或少是一組到服務器的命令，而不是靜態資源的請求。

301重定向和308重定向的核心主要區別在于308重定向不允許從POST 更改為GET，302和307也是如此; 307是不允許改變的。

如果您的網址為1的表單提取了來自網址2的數據，并且您將網址2更改為網址3，則表單將會中斷而不執行特定操作，在這種情況下，使用更高編號的重定向307或308將很重要。

在絕大多數情況下，特別是當你只關注SEO時，你只需使用301永久重定向或者302臨時重定向。

如果您在搜索引擎優化是您的主要關注點時是否應該使用307或308重定向？一般來說，答案是否定的，307和308都是HTTP 1.1標準，雖然這些更新更高效，但它們并不一定在服務器，瀏覽器或搜索引擎中得到廣泛支持，在被廣泛采用之前，最好將重定向保留為301或302。

四、301和302你應該使用哪個？

如上所述，301重定向是永久重定向，302是臨時重定向，你應該使用哪一個，什么時候？

302重定向被視為臨時更改，不會被緩存或保存，實質上，302重定向不被搜索引擎認為是重要的，如果他們抓取您的網站，他們會使用它，但他們會認為原始鏈接是真正的鏈接。

在某些情況下，302重定向可能很有價值，它們可用于地理定位，分割測試，某些形式的用戶跟蹤以及意圖為臨時的重定向，例如，在維護站點期間更改URL以便內容仍然可用于其他URL，可以使用302來完成。

302重定向不會傳遞頁面權重或將舊URL鏈接到新URL，如果您要將站點的URL從一個更改為另一個，則不需要使用302重定向，這樣做基本上會將所有網站價值留在舊網址上。

在某些情況下，搜索引擎會將302認為是301，并且新網站應具有舊網站的價值。但是，如果發生這種情況，這很可能需要一些時間，并且與永久重定向相比，它們可能會給您帶來更少的價值，您實質上是在向百度表示您不知道如何正確遷移某個網站，并且他們會在記入您的同時記住這一點，使用302重定向時，您將失去大部分的頁面權重傳遞。

如上所述，301重定向是永久性的，如果您正在從一個網址遷移到另一個網站，合并兩個網站，或者更改不希望被還原的網址，則可以使用301重定向。

301重定向旨在通知瀏覽器和搜索引擎從一個URL移動到另一個URL，就像在你搬家時沒有更改快遞地址，你的快遞可能會產生配送失敗等不可抗因素。

一般來說，301是永久性的，如果你想將頁面權重傳遞到新URL，請使用301，如果需要臨時改變URL，則可以使用302 ，但他不會轉移頁面權重。

301重定向是永久的，百度識別301需要多久？你應該保持重定向多久？

這可能是半年，或者比半年更長，這樣我們才能真正確定指向舊網址的所有內容都指向新網址。”

長期保持重定向對于百度確保他們已正確編制索引并將有關舊頁面的所有內容重定向到新頁面非常重要，對于擁有舊頁面書簽的用戶來說，更改他們的書簽也很重要，當你刪除重定向，并有人試圖訪問舊頁面，將會產生404。

總結

302重定向只是暫時的重定向，搜索引擎會抓取新的內容而保留舊的地址，因為服務器返回302，所以，搜索搜索引擎認為新的網址是暫時的。

而301重定向是永久的重定向，搜索引擎在抓取新的內容的同時也將舊的網址替換為了重定向之后的網址。

本文鏈接：http://www.sztqnet.com/article/1232.html