リダイレクトループチェッカー

リダイレクトループは、URL A が URL B にリダイレクトし、B が直接または他のホップを経由して A にリダイレクトし返すときに発生します。ブラウザーは 20 回ほどリダイレクトをたどった後、エラーを表示してあきらめます。Chrome と Edge では ERR_TOO_MANY_REDIRECTS（「リダイレクトが繰り返し行われました」）、Firefox では「ページの自動転送設定が正しくありません」（英語版では The page isn't redirecting properly）、Safari では Too many redirects occurred というエラーです。ループにはまったページを、検索エンジンはインデックスできません。

TrueURL は、リクエストしたすべての URL を、リクエストメソッドとその時点で保持している Cookie と一緒に記録します。あるホップが、同じ状態ですでにリクエストした URL に戻った場合、そのチェーンは決して終わらないため、結果ではループが閉じるホップを強調表示します。

TrueURL はブラウザーと同じように Cookie を保持するため、本物のループと通常の Cookie のやり取りを区別できます。後者は、サイトが Cookie を設定して同じ URL に一度だけ戻すケースです。1 周するごとに状態が変わる場合、チェーンは詳細設定の最大ホップ数（最大 50）に達するまで続きます。上限に達したチェーンも、たいていは終わりのないループです。たとえば、ホップごとに新しいクエリパラメーターを追加するループがこれに当たります。

• プロキシや CDN の背後での HTTP と HTTPS：CDN がサーバーに HTTP で接続している（Cloudflare の Flexible SSL モードなど）一方で、サーバーがすべての HTTP リクエストを HTTPS にリダイレクトしているケースです。ブラウザーが再び HTTPS をリクエストし、CDN が再び HTTP で取得する、という繰り返しになります。Full (strict) モードを使うか、HTTPS へのリダイレクトを 1 つのレイヤーだけに任せてください。
• 矛盾する www のルール：あるルールが www を付け、別のルール（多くは CMS やホスティングの管理画面の設定）がそれを外しています。
• 矛盾する末尾スラッシュのルール：サーバーがスラッシュを付け、アプリケーションがそれを外しています。
• CMS のアドレス設定：たとえば WordPress で、「WordPress アドレス」や「サイトアドレス」が、サイトを実際に配信しているドメインやスキームと一致していない場合です。
• ログイン、同意、地域によるリダイレクト：特定の Cookie を持たない訪問者をログインページ、同意ページ、国別ページに送り、そこから元のページに戻すものの、Cookie が設定されない、または受け付けられない場合です。

1. ここで URL をチェックし、どの URL が繰り返されているか、どのホップで元に戻されているかを確認します。
2. そのホップのレスポンスヘッダー（Server、Via、CF-Ray、X-Powered-By など）を見て、CDN、ウェブサーバー、アプリケーションのどのレイヤーがリダイレクトを送信したかを特定します。
3. そのルールを 1 つだけ修正または無効にして、もう一度チェックします。変更は 1 レイヤーずつ行ってください。
4. ブラウザーでテストする前に、そのサイトのキャッシュと Cookie を削除します。キャッシュされた 301 や古い Cookie が残っていると、修正後もループが続くことがあります。