2026.11.01

網站出現重新導向次數過多？檢查 Cloudflare 與 HTTPS 設定

網站接上 Cloudflare 後，瀏覽器開始顯示 ERR_TOO_MANY_REDIRECTS，首頁或管理登入頁反覆跳轉。這個錯誤表示瀏覽器遇到過多重新導向，但不能只靠訊息判定原因。常見情況之一是 Cloudflare Flexible 模式以 HTTP 連到來源站，而來源站又強制導向 HTTPS；www 規則衝突或來源站把 HTTPS 導回 HTTP，也可能形成循環。以下用瀏覽器記錄與設定逐段找出是哪一跳出問題。

先記錄跳轉鏈，不要公開敏感資料

選一個可安全測試的網址，開啟 Edge 開發人員工具（F12），切到 Network，勾選 Preserve log，再重新載入頁面。查看每筆 301 或 302 的 Request URL 與 Location 回應標頭，記下網址、狀態碼與跳轉次序。例如 HTTPS 網址被導回 HTTP，接著又被導回 HTTPS，就要追查是哪一層建立規則。記錄時只保留診斷必要資訊；不要公開 Cookie、Authorization 標頭、登入網址中的權杖或使用者資料。完成後也可用私人瀏覽視窗重測，避免舊有瀏覽器狀態干擾觀察。

逐項核對 Cloudflare 與來源站

在 Cloudflare 網域的 SSL/TLS 設定中確認目前加密模式，記下原設定及時間。若使用 Flexible，Cloudflare 到來源站採 HTTP；來源站若再將請求強制導向 HTTPS，就可能形成循環。
盤點 Cloudflare 的重新導向規則、Always Use HTTPS、www 與非 www 的轉址，以及 WordPress 或伺服器端的 HTTPS 規則。一次只對照一條規則與 Network 中的 Location，避免同時改動多處而無法辨認效果。
確認來源站是否能以 HTTPS 在 443 埠提供服務，檢查憑證有效期限、憑證鏈與涵蓋的主機名稱。若評估 Full (strict)，來源站必須有有效且受信任的憑證，或符合 Cloudflare Origin CA 的條件，且憑證主機名稱須符合請求網域。

符合來源站 HTTPS 條件時，可依官方說明評估 Full (strict)，讓 Cloudflare 與來源站之間也使用 HTTPS，並驗證來源站憑證。Full 模式會使用 HTTPS 連線來源站，但不驗證該憑證；不要把它和 Full (strict) 混為一談，也不要為了排除循環而關閉 TLS 檢查。若來源站尚未具備正確憑證，先處理憑證與主機名稱，再評估模式變更。

一次改一項，驗證後保留或回復

在測試站或可控時段記下原設定，選一項最符合跳轉鏈證據的規則調整，等待設定生效後以相同網址重新載入並比較狀態碼及 Location。若循環仍在，恢復這項變更，再檢查下一個候選原因；不要一次改 SSL 模式、WordPress 網址和多條轉址規則。測試確認改善後，檢查首頁、前台內頁、管理後台、HTTPS 鎖頭與完整 redirect chain；若結果變差，立即回復記錄的原設定並重新確認網站行為。