重定向檢查器
檢查 HTTP 重定向鍊和狀態代碼
如何使用重定向檢查器
- 1輸入要測試的源 URL 與期望的最終目標地址。
- 2輸入所需請求頭，如 User-Agent 或 Authorization。
- 3檢視完整的重定向鏈與最終 HTTP 狀態碼。
追蹤 HTTP 重定向
鏈 = URL0 →(301/302) URL1 →(...) → URLn（狀態碼）重定向鏈會增加延遲，若某個連結經過多次跳轉才到達規範頁，可能破壞分析資料或 SEO。
單次乾淨的 301 最能保留連結權重；多跳鏈會稀釋權重並拖慢使用者的首位元組時間。
301 和 302 的區別不只是「永久 vs 臨時」：**301 會把頁面權重（SEO 的 PageRank 概念）傳遞給新地址，302 不會**。所以網站改版、換域名必須用 301，用 302 會導致搜尋引擎繼續索引舊地址、權重無法遷移。另外 301 會被瀏覽器永久快取，一旦配錯，使用者即使服務端已修正也可能一直跳轉——**測試 301 時務必用無痕視窗或 curl，避免被本地快取誤導。**
**重定向鏈是效能和 SEO 的隱形殺手**：A→B→C 每次跳轉都增加一個完整 RTT，3 次跳轉可能增加數百毫秒；搜尋引擎對超過 3 跳的鏈條會降低抓取效率甚至放棄。常見成因：HTTP→HTTPS 一次、非 www→www 一次、目錄加斜槓一次、小寫化一次。解決方法是**在邊緣節點（CDN/反向代理）一次性完成所有規範化**，用單條規則直接跳到最終地址。
| 狀態碼 | 含義 | 是否保留方法 | 是否可快取 | 典型用途 |
|---|---|---|---|---|
| 301 | 永久重定向 | 多數改為 GET | 可快取 | 域名遷移、HTTP→HTTPS |
| 302 | 臨時重定向 | 多數改為 GET | 不快取 | 臨時維護、A/B 測試 |
| 307 | 臨時重定向 | 嚴格保留 | 不快取 | 需保留 POST 的臨時跳轉 |
| 308 | 永久重定向 | 嚴格保留 | 可快取 | 需保留 POST 的永久跳轉 |
| 303 | See Other | 改為 GET | 不快取 | POST 後跳轉到結果頁 |
| meta refresh | HTML 級跳轉 | — | — | 不推薦，SEO 效果差 |
HTTP 重定向狀態碼區別
常見問題
301 還是 302，怎麼選？
永久遷移用 301 以傳遞 SEO 權重；臨時或 A/B 測試用 302。
為何要避免重定向鏈？
每跳都增加往返，且可能丟失來源資料與排名訊號。
重定向應等待多久？
重定向應即時（不延遲響應體），瀏覽器會立即跟隨。
重定向迴圈怎麼排查？
典型場景：HTTPS 站點在 CDN 後面，CDN 用 HTTP 回源，源站又要求 HTTPS，於是無限迴圈。排查步驟：① 用 curl -I -L 追蹤完整跳轉鏈；② 檢查是否有多層重定向（CDN、Nginx、應用層各自配了一條）；③ 確認 X-Forwarded-Proto 頭是否正確傳遞，源站是否據此判斷協議。修復：讓源站只做一次判斷，或在 CDN 層統一處理協議規範化。
302 會傳遞 SEO 權重嗎？
傳統上不會，但 Google 在 2016 年宣佈「把 302 當作提示而非指令」——如果長期保持 302，Google 會自行判斷並按 301 處理（傳遞權重）。不過 Bing、百度等引擎行為不一致，且 302 的語義就是臨時。**規範做法仍然是：確定永久遷移就用 301，不要依賴搜尋引擎的容錯。**短期活動頁、A/B 測試才用 302。