ブラウザのエラーが表示されるerr_too_many_redirects"最初に思い浮かぶのは、プラグインの競合、キャッシュの問題、あるいはWordPressの設定のエラーです。しかし、多くの場合、犯人は一見便利な「柔軟な暗号化」の 柔軟なSSL モードだ。
この記事では、なぜフレキシブル・モードがERR_TOO_MANY_REDIRECTSを発生させるのか、そしてそれが引き起こす問題を正しい方法で解決する方法について深く掘り下げていく。
![画像[1]-ERR_TOO_MANY_REDIRECTS 解決策:柔軟なSSLモードの致命的なミスとその対策](https://www.361sale.com/wp-content/uploads/2025/07/20250721185009255-image.png)
フレキシブルSSLモードとは何ですか?
ウェブサイトへのアクセス クラウドフレア その後、4つの暗号化モードを提供する:
- オフ暗号化なし
- フレキシブルブラウザからCloudflareまではHTTPS、CloudflareからサーバーまではHTTP
- フルフロントエンドとバックエンドの両方でHTTPSが使用されているが、サーバー証明書は検証されていない。
- フル(ストリクト)フロントエンドとバックエンドの両方でHTTPSを使用し、サーバーの有効な証明書を検証する。

フレキシブル・モデルの本質:
ユーザーには HTTPS が見えるが、Cloudflare とソース間にはプレーンテキストの HTTP が存在する。
これが「無料SSLのベスト・チョイス」のように聞こえるだろうか?そうではありません。このモデルには、WordPressやWooCommerceを使用しているサイトにとって重大な落とし穴があります。
II:Flexible SSLはどのようにERR_TOO_MANY_REDIRECTSをトリガーするのですか?
ワードプレス経由 $_server['https']。 現在の接続がセキュア(HTTPS)かどうかを判断する。ただしフレキシブル・モードでは
- ブラウザのリクエストはHTTPSです(CloudflareはHTTPSを受信します)。
- Cloudflareがソースに転送するのはHTTPです(ソースはHTTPを受信します)。
そのため、WordPressは現在の接続が 安全でないHTTPプロセスの最初のステップは、強制的にHTTPSにジャンプさせることである。その後、CloudflareによってHTTPに変換され、ソースサイトに送り返される。無限ループジャンプこの状況では、ユーザーのブラウザが直接エラーを報告します。この状況は、ユーザーのブラウザに直接エラーを報告させます。err_too_many_redirects
3:フレキシブル "トラップ "のサイトかどうかを判断する。
フレクシブルを使用していてデッドループが発生しているかどうかは、次のようにして確認することができる:
- ウェブサイトはログインしていなくてもアクセス可能で、バックエンドや特定のページで一度リダイレクトすると無限にリダイレクトされる。

- Cloudflareのシャットダウン後、サイトは正常に戻りました。
- ワードプレス有効
https://アドレスはあるが、実際のSSL証明書はサーバーに配備されていない。

- クラウドフレアのSSL/TLSモードは"フレキシブル"
IV:正しい解決策:フレキシブルからフルまたはフル(厳格)への切り替え
ステップ1:サーバーへの配置 SSL証明書
推奨される練習方法:
- Let's Encrypt無料証明書をインストールする(ほとんどのホストはワンクリックインストールに対応しています)
- CloudflareのOrigin証明書を使う(Cloudflareのみ)
Cloudflare → SSL/TLS → Origin Server → 証明書の作成とホストへのデプロイ
ステップ2:暗号化モードを「フル」または「フル(厳密)」に切り替える
Cloudflareのバックエンドにアクセスする:
- サイト設定を開く
- 打点 SSL/TLS → 概要
- 暗号化モードを フレキシブル 変える フル もしかしたら フル(ストリクト)
フル(推奨):商用証明書を購入していないサイトに最適
Full (Strict): 有効な証明書(Let's Encryptなど)が設定されているサイトに適しています。

ステップ3:以下を確認する ワードプレス 住所は正しい。
WordPressのバックエンド → 設定 → 一般 を確認してください:
![画像[6]-ERR_TOO_MANY_REDIRECTS 解決策:柔軟なSSLモードの致命的なミスとその解決策](https://www.361sale.com/wp-content/uploads/2025/07/20250721184648656-image.png)
- WordPressのアドレス(URL):
https://www.361sale.com - サイトのアドレス(URL):
https://www.361sale.com
ステップ4:キャッシュの消去
- 空のCloudflareキャッシュ::キャッシュ - すべてのキャッシュをクリアする
- ローカルキャッシュ・プラグインキャッシュのクリアWPロケット(W3 Total Cache、LiteSpeedなど)。
- ブラウザのキャッシュをクリア
V: まとめ:なぜフレキシブル・モデルは推奨されないのか?
- 低セキュリティ:Cloudflareとサーバー間の平文送信
- ジャンプの衝突が起こりやすい:特にWordPressの判定プロトコルはサーバー変数に依存している
- 芳しくない SEOGoogleは、サイト全体をHTTPS化することを推奨しています。
- プラグインの互換性が低い:WooCommerce、会員システム、支払い、その他のシナリオは、循環リダイレクトを誘発しやすい。
ライトアプローチ本物のSSL証明書を設定する→フル(ストリクト)モードに切り替える→キャッシュをクリアする→URLの一貫性を保つ。
| お問い合わせ | |
|---|---|
| チュートリアルが読めない?無料でお答えします!個人サイト、中小企業サイトのための無料ヘルプ! |
カスタマーサービス WeChat
|
| ① 電話:020-2206-9892 | |
| ② QQ咨询:1025174874 | |
| 三 Eメール:info@361sale.com | |
| ④ 勤務時間: 月~金、9:30~18:30、祝日休み | |



















![絵文字[wozuimei]-Photonflux.com|プロのWordPress修理サービス、ワールドワイド、迅速対応](https://www.361sale.com/wp-content/themes/zibll/img/smilies/wozuimei.gif)
![表情[baoquan]-光子波动网 | 専門WordPress修復サービス、全世界対応、迅速対応](https://www.361sale.com/wp-content/themes/zibll/img/smilies/baoquan.gif)

コメントなし