HTTP協議中傳回碼302的情況，協議傳回碼302

HTTP協議中傳回碼302的情況，協議傳回碼302

http協議中，返回狀態代碼302表示重新導向。

這種情況下，伺服器返回的頭部資訊中會包含一個 Location 欄位，內容是重新導向到的url

問一下針對http狀態查詢返回為302代碼，該怎處理？

302狀態的最大問題是在於，對搜尋引擎而言，302狀態碼的實際應用中，應該把302分為兩種。一種是內部頁面之間的跳轉，另外一種是站內頁面302到其他站頁面。
 
HTTP協議的狀態代碼

在必要的時候應使用標準的狀態代碼返回
一般僅返回狀態代碼即可，描述的字串不是必要的
100
Continue
繼續，一般在發送post請求時，已發送了http header之後服務端將返回此資訊，表示確認，之後發送具體參數資訊
101
witching Protocols
申請人已要求伺服器切換協議，伺服器已確認並準備切換
200
OK
正常返回資訊
201
Created
請求成功並且伺服器建立了新的資源
202
Accepted
伺服器已接受請求，但尚未處理
203
Non-Authoritative Information
伺服器已成功處理了請求，但返回的資訊可能來自另一來源
204
No Content
伺服器成功處理了請求，但沒有返回任何內容
205
Reset Content
伺服器成功處理了請求，但沒有返回任何內容。與 204 響應不同，此響應要求申請人重設文檔視圖（例如，清除表單
內容以便輸入新內容）
206
Partial Content
伺服器成功處理了部分 GET 請求
300
Multiple Choices
針對請求，伺服器可執行多種操作。伺服器可根據申請人 (user-agent) 選擇一項操作，或提供巨集指令清單供申請人選擇
301
Moved Permanently
請求的網頁已永久移動到新位置。伺服器返回此響應（對 GET 或 HEAD 請求的響應）時，會自動將申請人轉到新位
置。您應使用此代碼告訴 Googlebot 某個網頁或網站已永久移動到新位置
302
Found
伺服器目前從不同位置的網頁響應請求，但申請人應當繼續使用原有位置來響應以後的請求。此代碼與響應 GET 和
HEAD 請求的 301 代碼類似，會自動將申請人轉到不同的位置，但不應使用此代碼來告訴 Googlebot 頁面或網站已經移動，
因為 Googlebot 要繼續抓取原來的位置並編製索引
303
See Other
申請人應當對不同的位置使用單獨的 GET 請求來檢索響應時，伺服器返回此代碼。對於除 HEAD 之外的所有請求，
伺服器會自動轉到其他位置
304
Not Modified
自從上次請求後，請求的網頁未修改過。伺服器返回此響應時，不會返回網頁內容，如果網頁自申請人上次請求後再
也沒有更改過，您應當將伺服器配置為返回此響應（稱為 If-Modified-Since HTTP 標題），由於伺服器可以告訴
Googlebot 自從上次抓取後網頁沒有變更，因此可節省頻寬和開銷
305
Use Proxy
申請人只能使用代理訪問請求的網頁。如果伺服器返回此響應，還表示申請人應當使用代理
307
Temporary Redirect
伺服器目前從不同位置的網頁響應請求，但申請人應當繼續使用原有位置來響應以後的請求。此代碼與響應 GET 和
HEAD 請求的301代碼類似，會自動將申請人轉到不同的位置，但不應使用此代碼來告訴 Googlebot 頁面或網站已經移動，
因為 Googlebot 要繼續抓取原來的位置並編製索引。
400
Bad Request
錯誤的請求，一般是格式不正確
401
Unauthorized
請求要求身分識別驗證。對於登入後請求的網頁，伺服器可能返回此響應
402
Payment Required
403
Forbidden
伺服器拒絕請求。如果您在 Googlebot 嘗試抓取您網站上的有效網頁時看到此狀態碼（可以在 Google Sitemaps"診
斷"標籤的 HTTP 錯誤頁面上看到此資訊）......餘下全文>>