網址重新導向檢查與短網址還原

按下「檢查」後，網址會傳送到 TrueURL 的檢查程式，這個程式在 Cloudflare 的全球邊緣網路上執行。檢查程式會在關閉自動重新導向的狀態下要求該網址並讀取回應。如果回應是重新導向，就解析 Location 標頭並要求下一個網址，一個躍點接著一個躍點追蹤下去，直到抵達不再重新導向的頁面、發生錯誤、出現重新導向迴圈，或達到「最大躍點數」上限為止。

您的瀏覽器完全不會造訪受檢查的網址，因此可以放心檢查短網址、追蹤連結或來路不明的連結。除了 HTTP 3xx 重新導向，檢查程式也會找出 HTML 頁面中的 meta refresh（HTML 自動重新整理）標記和簡單的 JavaScript 重新導向，並加上標示，因為這類用戶端重新導向用命令列工具很容易漏掉。

• 最終網址：連結經過最後一個躍點後抵達的位置，並附上狀態碼。200 OK 表示目的地頁面已正常載入。
• 重新導向鏈：每個躍點一列，列出網址、HTTP 方法、狀態碼、回應時間，以及它所指向的 Location。每個躍點也會列出完整的回應標頭，以及它所設定的 Cookie 名稱。
• 警告：標示暫時重新導向、HTTPS 降級為 HTTP、超過三次重新導向的長鏈、最終網址位於其他網域、用戶端重新導向，以及疑似人機驗證（挑戰）頁面等情況。重新導向迴圈、達到最大躍點數上限或躍點失敗，則會顯示為這次檢查的結果。
• 分享、複製與匯出：複製最終網址、分享可重新檢查同一網址的連結（不含您的進階設定），或匯出結果。

預設的要求不夠用時，請開啟進階設定：

• HTTP 方法：GET（預設）、HEAD，或附帶要求主體的 POST。後續躍點會遵循瀏覽器的規則：在 POST 之後，301、302 或 303 會改以 GET 繼續，307 和 308 則保留原本的方法與主體。HEAD 回應沒有主體，因此使用 HEAD 時無法偵測 meta refresh 與 JavaScript 重新導向。
• 最大躍點數：在 1 到 50 次重新導向後停止。預設值 20 與 Chrome 和 Firefox 的上限相同。
• 自訂 User-Agent：留空即使用較新版本的電腦版 Chrome，也可以從內建選項中選擇，例如 iPhone 上的 Safari、Android 上的 Chrome、Googlebot、Bingbot、Facebook 與 X 的連結預覽機器人，或 curl。
• 自訂要求標頭與 Cookie：重現依語言或登入狀態而定的重新導向，例如加上 Accept-Language: de 或工作階段 Cookie。會冒充其他用戶端 IP 位址的標頭（例如 X-Forwarded-For）不會送出。重新導向鏈中設定的 Cookie 會像在瀏覽器中一樣，保留給後續躍點使用。
• 用戶端重新導向：選擇要追蹤 meta refresh 與 JavaScript 重新導向，或是只回報而不追蹤。
• 忽略 SSL 錯誤：Cloudflare 的邊緣網路一律會驗證憑證，因此這個選項無法略過有問題的憑證，而是會在發生問題的躍點上回報 TLS 錯誤。

TrueURL 會從 Cloudflare 資料中心送出乾淨的要求：沒有瀏覽記錄、沒有登入工作階段，除非您自行加入，也不會帶任何 Cookie。在預設情況下，它會以電腦版 Chrome 的身分發出要求，並要求英文內容（Accept-Language: en-US）。依國家、語言、裝置或登入狀態進行重新導向的網站，可能會把它導向和您不同的地方。請利用 User-Agent、標頭與 Cookie 設定重現您的情況；至於依國家而定的重新導向，則取決於網站判定 Cloudflare 的 IP 位址位在哪裡，這點無法變更。另外也請記得，您的瀏覽器可能快取了舊的 301。

有些網站會封鎖來自資料中心與邊緣網路的自動化要求，或要求先通過人機驗證。當回應看起來像機器人檢查或人機驗證頁面（例如「Just a moment...」）時，TrueURL 會加以標示，因為真正的目的地藏在驗證頁面後方，並沒有實際抵達。

• SEO 專業人員確認網站搬遷時使用的是永久重新導向、讓重新導向鏈保持精簡，並清理 Sitemap。
• 開發人員與網站擁有者排查重新導向迴圈、HTTPS 與 www 規則，以及結尾斜線的處理方式。
• 行銷人員在活動連結與聯盟行銷連結上線前，先進行批次測試。
• 任何人都可以還原短網址，在點擊前先看清它會連到哪裡。