HTTP 重新導向的運作機制與狀態碼
HTTP 重新導向是 Web 伺服器引導用戶端（例如瀏覽器）前往新 URL 的標準機制。當伺服器收到請求時，會回傳一個 3xx 範圍的狀態碼，並在回應標頭中附帶 Location 欄位，指出下一個目標地址。
根據 HTTP 規範，重新導向主要分為永久與臨時兩類，兩者在瀏覽器快取與搜尋引擎優化（SEO）上的處理方式截然不同：
- 永久重新導向（Permanent Redirect）：狀態碼為
301或308。這表示請求的資源已永久移至新位置，搜尋引擎通常會將權重轉移至新 URL。 - 臨時重新導向（Temporary Redirect）：狀態碼為
302、303或307。這表示資源僅是暫時移動，用戶端未來仍應繼續使用原始 URL。
在複雜的網站遷移、架構調整或行銷追蹤過程中，多個重新導向往往會串聯成一條「重新導向鏈」。
解析相對與絕對 Location 標頭
在 HTTP 回應中，Location 標頭的值可以是絕對 URL（包含通訊協定與網域名稱，例如 https://example.com/page），也可以是相對 URL（例如 /signin）。
當遇到相對路徑時，用戶端必須結合當前躍點的基準 URL 進行解析。例如，若當前請求的 URL 為 https://example.com/blog，而伺服器回傳的 Location 為 /signin，則解析後的完整目標將是 https://example.com/signin。
在分析重新導向鏈時，如果第一個回應就使用了相對 Location，系統必須依賴一個「起始 URL」作為基準，否則將無法正確推算第一個躍點的完整目標。至於後續的躍點，則會自動使用前一個步驟解析出來的完整目標 URL 作為基準進行計算。
常見的重新導向錯誤與安全隱憂
不當的重新導向設定會導致用戶體驗受損，甚至產生安全漏洞。以下是常見的四種問題：
- 循環重新導向（Loop）：當 A 頁面導向 B 頁面，而 B 頁面又導向 A 頁面（或形成更長的閉環），就會造成無限循環，導致瀏覽器無法載入網頁。
- HTTPS 降級（HTTPS Downgrade）：安全通道（HTTPS）的 URL 被重新導向至非安全通道（HTTP）。這會使傳輸數據暴露於明文傳輸的風險中。
- 缺少 Location 標頭：伺服器回傳了 3xx 狀態碼，卻沒有提供
Location標頭，導致用戶端無法得知下一步該前往何處。 - 無效的 Location 標頭：
Location欄位中的 URL 格式錯誤，無法被正確解析。
本地端靜態分析技術
本工具採用純文字靜態分析技術，最大輸入限制為 100,000 個字元，最多可分析 50 個躍點。
與實際發送網路請求的工具不同，本工具完全在您的瀏覽器本地端運行，不會將您貼上的 URL 或回應標頭上載或儲存至任何伺服器。這種處理方式有以下特點：
- 無網路存取：工具不會實際造訪或驗證 URL，亦不會測試網站的實際可存取性、標頭的真實性或瀏覽器的實際行為。
- 純文字解析：工具僅根據您輸入的文字內容（如 HTTP 回應標頭區塊或狀態目標行）進行邏輯推導與語法分析。
追蹤結果欄位說明
當您輸入數據並執行分析後，工具會針對每個躍點輸出詳細的分析報告：
| 欄位名稱 | 說明 |
|---|---|
跳 ‹index› |
重新導向鏈中每個步驟的順序編號。 |
| 請求 URL | 發起當前躍點請求的原始 URL。 |
| Location | 來自回應標頭中 Location 欄位的原始值。 |
| 已解決的目標 | 結合基準 URL 解析後的完整目標 URL。 |
| 永久 | 標示狀態碼為 301 或 308 的永久重新導向。 |
| 臨時的 | 標示狀態碼為 302、303 或 307 的臨時重新導向。 |
| 最終回應 | 重新導向鏈中的最後一個回應。 |
| 其他回應 | 非永久、臨時或最終回應的其他狀態。 |
若偵測到異常，系統會標示以下問題標籤：循環、HTTPS downgrade、缺 Location 或 Location 無效。
常見問題解答
我可以貼上哪些追蹤格式？
您可以貼上連續的 HTTP 回應標頭區塊，或使用起始 URL 後接 301 /new 和 200 等行。完整的源-狀態-目標行也被接受。
如何解析相對 Location 值？
/signin 等值根據該躍點的 URL 進行解析。當第一個回應使用相對 Location 時，加入起始 URL；後面的躍點使用先前解析的目標。
此工具是否存取或驗證 URL？
不會。它僅分析您貼上的文本。它不會測試網站是否可存取、標頭是否真實、或瀏覽器是否會遵循相同的鏈。