重新導向迴圈檢查

當網址 A 重新導向至網址 B，而 B 又直接或經由其他躍點重新導向回 A，就形成了重新導向迴圈。瀏覽器大約追蹤 20 次重新導向後就會放棄並顯示錯誤：Chrome 和 Edge 顯示 ERR_TOO_MANY_REDIRECTS，Firefox 顯示 The page isn't redirecting properly（網頁未正確重新導向），Safari 則顯示 Too many redirects occurred（發生太多次重新導向）。搜尋引擎無法將卡在迴圈中的網頁編入索引。

TrueURL 會記錄它要求的每個網址，以及當時使用的要求方法和持有的 Cookie。當某個躍點回到一個先前已在相同狀態下要求過的網址時，這條重新導向鏈就永遠不可能結束，結果中會醒目標示迴圈閉合的那個躍點。

由於 TrueURL 會像瀏覽器一樣保留 Cookie，因此能分辨真正的迴圈和一般的 Cookie 交握：也就是網站先設定 Cookie，再將您導回同一個網址一次。如果每一輪的狀態都會改變，重新導向鏈就會繼續下去，直到達到進階設定中的最大躍點數上限（最多 50）。達到上限的重新導向鏈通常也是無限迴圈，例如每個躍點都會加上一個新的查詢參數。

• 代理伺服器或 CDN 後方的 HTTP 與 HTTPS：CDN 透過 HTTP 連線到您的伺服器（例如 Cloudflare 的「彈性」（Flexible）SSL 模式），伺服器卻將每個 HTTP 要求都重新導向至 HTTPS。瀏覽器於是再次要求 HTTPS，CDN 又再次以 HTTP 擷取，如此反覆不停。請改用「完整（嚴格）」（Full (strict)）模式，或只讓其中一層處理 HTTPS 重新導向。
• 互相衝突的 www 規則：一條規則加上 www，另一條規則（通常位於 CMS 或主機代管控制台中）卻將它移除。
• 互相衝突的結尾斜線規則：伺服器加上斜線，應用程式卻將它移除。
• CMS 的網址設定：以 WordPress 為例，WordPress Address（WordPress 位址）或 Site Address（網站位址）與網站實際使用的網域或通訊協定不符。
• 登入、同意與地區重新導向：網頁將沒有特定 Cookie 的訪客導向登入、同意或國家/地區選擇頁面，該頁面再將訪客導回，但 Cookie 卻始終沒有設定或未被接受。

1. 在這裡檢查網址，記下哪些網址重複出現，以及是哪個躍點把您導回去。
2. 查看該躍點的回應標頭，例如 Server、Via、CF-Ray 或 X-Powered-By，判斷重新導向是由哪一層送出的：CDN、網頁伺服器，還是應用程式。
3. 修正或停用那一條規則，然後再檢查一次。一次只修改一個層級。
4. 在瀏覽器中測試之前，先清除該網站的快取和 Cookie。快取的 301 和過期的 Cookie，可能會讓迴圈在修正後依然存在。