完整追蹤每一個重新導向跳轉的詳細資訊
大多數工具只顯示最終目的地。我們揭示每一跳的細節 — 狀態碼、回應時間、伺服器 IP、TLS 憑證和完整的回應標頭。
運作方式
輸入網址
將您要檢查的網址貼到上方的輸入欄位中。支援 HTTP 和 HTTPS。
執行檢測
工具會自動追蹤每一個重新導向，並記錄每一步的詳細資訊。
檢視結果
完整的重新導向鏈路以時間軸方式呈現，包含狀態碼、IP 位址、回應時間等資訊。
HTTP 重新導向狀態碼參考
Moved Permanently
資源已永久移至新網址。搜尋引擎會將連結權重轉移到新位址。這是 SEO 友善重新導向的首選。
Found（暫時）
資源暫時移動。搜尋引擎會保留原始網址的索引。適用於維護頁面、A/B 測試和短期重新導向。
See Other
指示客戶端使用 GET 方法存取目標網址，無論原始請求方法為何。通常用於 POST 之後，防止表單重複提交。
Temporary Redirect
類似 302，但嚴格保留原始請求方法。POST 請求在重新導向後仍然是 POST。
Permanent Redirect
類似 301，但嚴格保留請求方法。是 301 的現代化、方法安全替代方案。
Meta Refresh
透過 HTML meta 標籤實現的客戶端重新導向。不建議用於 SEO，但在舊系統和某些 CMS 平台中仍然存在。
常見問題
301 和 302 重新導向有什麼差別？
301 是永久重新導向 — 它告訴搜尋引擎原始網址已永久移動，連結權重會轉移到新位址。302 是暫時的；搜尋引擎會保留原始網址的索引。永久移動使用 301，暫時情況（如維護或 A/B 測試）使用 302。
過長的重新導向鏈路如何影響我的網站？
每增加一跳都會增加延遲並降低使用者體驗。搜尋引擎通常只追蹤有限數量的重新導向 — Google 大約限制在 10 跳。盡量將鏈路控制在 3 跳以內，理想情況下直接從原始網址重新導向到最終目的地。
為什麼我的網站陷入重新導向迴圈？
重新導向迴圈（A→B→A）幾乎都是設定錯誤造成的。常見原因包括 CDN 和來源伺服器之間的 HTTPS 設定衝突、WordPress 的 siteurl 設定錯誤，或 Nginx/Apache 重寫規則互相衝突。
HTTP 轉 HTTPS 應該使用哪個狀態碼？
使用 301。它向搜尋引擎表明您的網站已永久切換到 HTTPS，這對 SEO 有利。如果需要保留請求方法，也可以使用 308，不過對於標準 GET 請求，行為是相同的。
這個工具能檢測哪些重新導向類型？
所有標準 HTTP 重新導向：301、302、303、307 和 308。工具也能檢測透過 HTML meta refresh 標籤和 JavaScript 實現的客戶端重新導向。完整鏈路從頭到尾完整追蹤。
結果中的 TLS 資訊有什麼用？
TLS 詳情讓您驗證 SSL 憑證是否正確設定、檢查到期日期，並確認簽發機構。這在診斷 HTTPS 相關的重新導向問題或混合內容警告時特別有用。
為什麼我的結果和瀏覽器中看到的不同？
瀏覽器會快取 301 重新導向，因此在重複造訪時可能完全跳過原始請求。本工具始終發送無快取的全新請求，顯示即時的伺服器回應。試著清除瀏覽器快取後再比較。
這個工具免費嗎？有使用限制嗎？
完全免費，無需註冊。為防止濫用，每個 IP 位址限制每 10 秒 5 次請求 — 對於正常使用綽綽有餘。