重定向檢查器

重定向檢查器是一款免費的線上工具，可追蹤任何 URL 的完整 HTTP 重定向鏈。輸入 URL，即可立即查看重定向路徑中的每個躍點，包括狀態碼 (301, 302, 307, 308)、響應時間、響應標頭和安全詳情。無論您是在調試重定向問題、審核 SEO 配置，還是驗證 HTTPS 強制執行情況，此工具都能讓您全面了解瀏覽器如何從起點導航到目的地。

什麼是 HTTP 重定向？

HTTP 重定向是伺服器響應，指示使用者端（瀏覽器或機器人）請求不同的 URL。當伺服器返回帶有 Location 標頭的 3xx 狀態碼時，使用者端會自動導航到新地址。重定向是網路運作方式的基礎，能夠在不破壞現有連結的情況下實現 URL 變更、協定升級和網域整合。

HTTP 重定向狀態碼

為什麼要檢查重定向鏈？

如何使用此工具

1. 輸入 URL：在輸入欄位中輸入或貼上您要檢查的 URL。您可以輸入帶有或不帶有 http:// 前綴的 URL。
2. 選擇 HTTP 方法：選擇 GET（預設）發送完整請求，或選擇 HEAD 僅獲取標頭（速度更快，但某些伺服器處理 HEAD 的方式不同）。
3. 點擊「檢查重定向」：工具會自動遵循每個重定向躍點，在每一步收集狀態碼、響應標頭和計時數據。
4. 分析結果：查看視覺化重定向鏈以獲得快速概覽，然後展開個別躍點以檢查響應標頭、查看 HTTPS 狀態並識別潛在問題。

了解結果

摘要卡

摘要卡為您提供快速概覽：總躍點數顯示聯繫了多少台伺服器，總時間顯示所有躍點的累計響應時間，最終狀態顯示最後一次響應的 HTTP 狀態，安全指標則顯示是否強制執行 HTTPS 以及是否存在 HSTS。

視覺化鏈路圖

動畫鏈將每個重定向顯示為一個節點，包含其狀態碼、URL 和響應時間。節點採用顏色編碼：靛藍色表示重定向 (3xx)，綠色表示成功 (2xx)，紅色表示錯誤。節點之間的箭頭顯示重定向狀態碼。

詳細躍點資訊

點擊詳情部分中的任何躍點以將其展開，查看完整 URL、協定 (HTTP/HTTPS)、重定向目的地以及所有相關響應標頭，包括 Server、Strict-Transport-Security、Cache-Control 等。

重定向最佳實踐

保持鏈條短捷

目標是任何來源和目的地之間的重定向不超過 1-2 次。Google 和其他搜尋引擎可能不會跟隨超過 5 個躍點的鏈條，且每個躍點都會為使用者增加延遲。

永久移動請使用 301

當頁面永久移動時，請使用 301 或 308 重定向，讓新 URL 成為標準 URL。

正確強制執行 HTTPS

在伺服器級別將 HTTP 重定向到 HTTPS，並實施 HSTS (HTTP 嚴格傳輸安全) 以防止協定降級攻擊。正確的設定應顯示：http:// → 301 → https:// 且在 HTTPS 響應中帶有 HSTS 標頭。

避免重定向迴圈

重定向迴圈 (A → B → A) 會導致瀏覽器顯示 ERR_TOO_MANY_REDIRECTS。請仔細測試所有重定向規則，特別是在結合伺服器級別和應用程式級別重定向時。

常見問題解答

什麼是 HTTP 重定向？

HTTP 重定向是伺服器響應（狀態碼 301、302、303, 307 或 308），告知瀏覽器導航到不同的 URL。它通常用於頁面移動、強制執行 HTTPS 或規範化帶有或不帶有 www 的 URL。

301 和 302 重定向有什麼區別？

301（永久移動）告訴搜尋引擎頁面已永久移動，並將 SEO 價值（連結權重）轉移到新 URL。302（已找到）表示臨時重定向，意味著原始 URL 將來可能會恢復，搜尋引擎應繼續對其進行索引。

為什麼我應該檢查我的重定向鏈？

較長的重定向鏈會減慢頁面加載速度並稀釋 SEO 連結權重。每個躍點都會增加延遲，搜尋引擎在一定數量的重定向後可能會停止追蹤。檢查有助於您識別不必要的躍點並優化更快、對 SEO 友好的重定向路徑。

什麼是重定向迴圈以及如何修復它？

重定向迴圈發生在 URL A 重定向到 URL B，而 URL B 又重定向回 URL A，形成無限循環。這會導致 ERR_TOO_MANY_REDIRECTS 錯誤。要修復它，請檢查您的伺服器配置、.htaccess 規則或 CDN 設置以打破循環引用。

此工具是否追蹤跨不同網域的重定向？

是的，重定向檢查器會追蹤跨不同網域、子網域和協定（HTTP 到 HTTPS）的重定向。它追蹤從起點到最終目的地的完整鏈條，無論涉及多少個不同的伺服器，最高可達 20 個躍點。

為什麼同一個網址對 Googlebot 和 Chrome 的重新導向結果不同？

有些網站會依請求者的使用者代理程式、裝置或其他請求資訊回傳不同結果。請選擇相關的瀏覽器或機器人選項，例如 Googlebot 手機版或 Chrome 桌面版，再比較重新導向路徑。如果最終網址不同，請檢查網站的重新導向、行動版或使用者代理程式規則。差異可能是刻意設定，但建議確認一般訪客和搜尋引擎爬蟲是否都會到達預期的頁面。

檢查重新導向時，應該用 GET 還是 HEAD？

若想模擬瀏覽器請求，在跟隨重新導向的同時向伺服器索取資源，請使用 GET。HEAD 請求只索取回應標頭、不包含回應本文，速度可能較快；不過有些伺服器對 HEAD 的處理方式不同，或不完全支援。如果 HEAD 的結果不如預期，請對同一網址改用 GET，並比較狀態碼和目的地。

網站搬遷後，如何確認舊網址會導向正確頁面？

使用多網址檢查功能，輸入每個舊網址，也可以在後面填上預期目的地。每次檢查最多可輸入 25 個網址。例如，列出舊的產品網址及預期的新產品頁面，再逐一檢查每個項目的重新導向路徑。這有助於找出搬遷期間的錯誤目的地和多餘跳轉；若網址清單較長，請分批檢查。

其他資源

• 重定向與 Google 搜尋 - Google 開發者
• 嚴格傳輸安全 (HSTS) - MDN