最短で切り分けるなら
- シークレットモードで開けるなら、Cookie や保存済みログイン状態の不整合を疑う
- 別端末や別ブラウザでも同じなら、サイト側のリダイレクト設定ミスの可能性が高い
- ログイン後だけ起きるなら、認証後の戻り先やセッション処理のループを疑う
- HTTP と HTTPS、www ありなしで行き来しているなら、転送設定の食い違いを疑う
- 会社・学校・VPN 利用時だけ起きるなら、途中のプロキシや制限条件も候補になる
このエラーで起きていること
- ブラウザはページを開こうとしている
- しかし転送先がまた別の転送を返し、同じ流れが繰り返されている
- 結果として『どこへ行けばよいか決まらない』状態になり、ブラウザが安全のため停止している
主な原因
- HTTP → HTTPS と HTTPS → HTTP の両方が設定されていてループしている
- www ありなしの正規化設定が重複している
- ログイン後に必要な Cookie が壊れていて認証画面へ戻され続ける
- CDN、リバースプロキシ、アプリ本体の転送設定が食い違っている
- ログイン後の戻り先 URL や言語切替、地域判定が循環している
- ブラウザ拡張やプロキシが途中の挙動を変えている
見分け方の目安
- シークレットモードだと開くなら、自分のブラウザ保存データ寄り
- どの端末でも同じなら、サイト側の設定ループ寄り
- トップは開くがログイン後だけループするなら、認証やセッション寄り
- 特定回線や VPN 利用時だけ起きるなら、経路条件や中継設定も疑う
サイト側の HTTPS・www 転送設定ミス
サイト運営側で、アプリ本体、CDN、リバースプロキシ、ロードバランサーの複数箇所に転送設定があると、意図せずループが起きることがあります。たとえば HTTPS に寄せたい設定と、別の層の HTTP へ戻す設定がぶつかると、利用者側では ERR_TOO_MANY_REDIRECTS に見えます。
CDN や中継経路の設定ずれが疑わしいときは CDNやサーバー経路の問題 も近いページです。
ログイン後だけ起きるなら部分障害に近い
トップページや公開ページは見えるのに、サインイン後だけループするなら、サイト全体停止ではなく認証まわりの部分障害や戻り先処理の不具合に近いです。特定の画面、特定のアカウント状態、特定の地域だけで起きることもあります。
その場合は 特定のサイトだけ開かない原因 や サービス別トラブルページ のほうが近いケースもあります。
会社・学校・VPN 利用時だけ起きるケース
通常回線では開くのに、会社や学校のネットワーク、VPN、プロキシ経由だとだけループするなら、途中の中継やアクセス条件がリダイレクト挙動を変えている可能性があります。地域判定、認証プロキシ、HTTPS 検査、フィルタリングが関係することがあります。
この方向なら ファイアウォールや制限でサイトが開かないとき も確認すると切り分けやすいです。
ユーザー側で試せる対処
- 1) シークレットモードで開いて Cookie や保存状態の影響を切る
- 2) 該当サイトの Cookie とサイトデータを見直す
- 3) 別ブラウザ、別端末で再現するか比べる
- 4) Wi-Fi とモバイル回線で比べる
- 5) VPN、プロキシ、拡張機能を一時的に見直す
- 6) ログイン後だけ起きるのか、トップから起きるのかを分けて確認する
よくある質問
- Q. これはサイトダウンですか？ → 必ずしもそうではありません。ループ設定や Cookie 不整合でも起きます。
- Q. 自分だけ起きることはありますか？ → あります。ブラウザ保存データ、VPN、社内ネットワーク条件で局所的に起きます。
- Q. すぐ直りますか？ → Cookie 不整合なら比較的すぐ切り分けできますが、サイト側設定ループなら運営側修正が必要です。
- Q. 403 や 404 と何が違いますか？ → 403 や 404 は応答内容が決まっていますが、こちらは転送が終わらず止められている点が違います。