株式会社アシストプラス
相談する

WordPressで「リダイレクトが繰り返し行われました」（ERR_TOO_MANY_REDIRECTS）と出るときの原因と直し方

WordPress のサイトで「リダイレクトが繰り返し行われました」（ERR_TOO_MANY_REDIRECTS）と出るのは、ページを開こうとしたブラウザが、転送（リダイレクト）を何度も繰り返されて途中であきらめたという意味です。主な原因は四つです。WordPress の「サイトアドレス」などの設定と実際のアドレスの食い違い、https への転送をサーバー・.htaccess・プラグイン・Cloudflare などで二重や逆向きにかけていること、ブラウザに残った Cookie やキャッシュ、転送を扱うプラグインです。確かめる順番は、まず別のブラウザやシークレットウィンドウで開いて自分のブラウザだけの問題かを分け、次に WordPress のアドレスの設定、転送をかけている場所、プラグインの順に見ていきます。

この記事は、WordPress.org の公式の説明、Google Chrome のヘルプ、Cloudflare の公式ドキュメント、エックスサーバーの公式マニュアルを、2026年11月14日に確かめた範囲で書いています。転送の設定そのものの書き方はWordPressのリダイレクト設定と解除に、http から https への切り替えの順番は保護されていない通信を消す：WordPressのSSL化にまとめたので、ここでは「転送が止まらない」を直すことに絞ります。

この記事の結論

  1. シークレットウィンドウやスマートフォンでも同じか見ます。自分のブラウザだけなら、そのサイトの Cookie を消せば直ることがあります。
  2. 「設定」→「一般」の「WordPress アドレス (URL)」と「サイトアドレス (URL)」が、実際のアドレス（https か、www が付くか）と合っているかを見ます。管理画面に入れなければ wp-config.php で直します。
  3. https への転送を、サーバーの管理画面・.htaccess・プラグイン・Cloudflare などのうち、どこでかけているかを書き出します。一か所にまとめ、向きが逆の転送がないかを見ます。
  4. それでも直らなければ、プラグインを止めて切り分けます。

まず、自分のブラウザだけの問題かを分ける

Google Chrome のヘルプでは、この表示は、ページが何度も転送しようとしたときに出るもので、直すには Cookie を消してみるよう案内されています。サイトそのものが直っていても、ブラウザが古い転送や Cookie を覚えていて、同じ表示が続くことがあります。

  1. シークレットウィンドウ、別のブラウザ、モバイル回線のスマートフォンのどれかで、同じアドレスを開きます。
  2. そちらでは普通に開くなら、いつものブラウザの Cookie とキャッシュを消します。Chrome なら、右上のメニューから閲覧履歴データの削除を開き、Cookie と他のサイトデータに印を付けて削除します（Google アカウントのヘルプによる）。
  3. どの端末でも同じ表示なら、サイトの側の問題です。次に進みます。

エックスサーバーのマニュアル（サイト転送設定）でも、転送の設定を変えた直後は、ブラウザに前の情報が残って正しく動かないことがあるので、ブラウザを一度終えるか別のブラウザで確かめるよう書かれています。設定を直したあとも、確かめるときは毎回シークレットウィンドウを使うと迷いません。

サイトの表側は開くのに、ログインしようとすると同じ画面に戻される、という場合は少し事情が違います。WordPressにログインできないときの「正しく入れてもログイン画面に戻る」の項を見てください。

原因1：WordPress のアドレスの設定が食い違っている

WordPress には、「設定」→「一般」に「WordPress アドレス (URL)」（WordPress の本体が置かれている場所）と「サイトアドレス (URL)」（見る人がブラウザに入れるアドレス）の二つがあります。WordPress.org の説明（Changing The Site URL）では、どちらも https:// から書き、末尾に「/」を付けません。

ここが http のままなのにサーバーが https へ転送している、www の有無がサーバーの転送と逆になっている、という組み合わせだと、WordPress とサーバーが互いに相手のアドレスへ送り返し合う形になりえます（ここは仕組みからの推測です）。SSL 化や www の有無を変えた直後に起きたなら、まずここを疑います。サーバーの引っ越しのあとに出た場合も、同じくここから見ます。引っ越しの手順と移したあとに確かめることはWordPressの引っ越し（サーバー移行）にまとめています。

管理画面に入れないときは wp-config.php で直す

転送が止まらず管理画面も開けないときは、WordPress.org の説明にある方法で、wp-config.php にアドレスを書き込みます。FTP かサーバーの管理画面のファイルマネージャーで wp-config.php の控えを取ってから、「That’s all, stop editing」と書かれた行より上に、次の2行を足します（example.com は自社のドメインに置き換えます）。

define( 'WP_HOME', 'https://example.com' );
define( 'WP_SITEURL', 'https://example.com' );

WordPress.org の説明では、この2行がある間は「設定」→「一般」の二つの欄を変えられなくなります。管理画面に入れたら、二つの欄を正しく直したうえで2行を消すか、そのまま残して運用するかを決めます。www を付けるかどうかは、次の項で見るサーバー側の転送の向きとそろえます。

原因2：https への転送を、二か所以上でかけている

http から https への転送は、いろいろな場所でかけられます。エックスサーバーの公式マニュアル（Webサイトの常時SSL化）だけでも、ドメイン設定の「HTTPSに転送する」に印を付ける方法と、.htaccess に転送の記述を足す方法の二つが案内されています。これに、SSL 用のプラグインや Cloudflare などの転送が重なると、どこで何をしているのか分からなくなります。

  1. サーバーの管理画面に、https への転送やサイトの転送の設定がないかを見ます（エックスサーバーなら、ドメイン設定の「HTTPSに転送する」と「サイト転送設定」）。
  2. WordPress を入れたフォルダの .htaccess に、「# BEGIN WordPress」の部分とは別に、転送の記述がないかを見ます。
  3. SSL 化や転送のためのプラグイン（Redirection、SEO 用のプラグインの転送機能など）が入っていないかを見ます。
  4. Cloudflare などを使っているなら、その設定を見ます（次の項）。

書き出したら、https への転送は一か所だけ残し、ほかは止めます。エックスサーバーのマニュアル（サイト転送設定）でも、同じドメインの中への転送は、サイトの構成によってはループ（転送の堂々めぐり）が起きることがあると注意されています。.htaccess を直すときは、先に控えを取ります。書き間違えてサイトが 500 エラーで開かなくなったら、控えに戻してからWordPressで500エラーが出るときを見てください。

Cloudflare を使っている場合

Cloudflare の公式ドキュメント（ERR_TOO_MANY_REDIRECTS）では、よくある組み合わせとして次のものが挙げられています。

  • 暗号化のモードが Flexible で、サーバーが https へ転送している：Flexible では Cloudflare からサーバーへは http で届くため、サーバーがそれを https へ送り返し続けます。サーバーの https への転送を外すか、モードを Full 以上にします。
  • Full や Full (strict) で、サーバーが http へ転送している：サーバーの側の http への転送を外します。
  • Always Use HTTPS や HSTS を有効にしていて、サーバーが http へ転送している：サーバーの側の転送を外すか、その設定を止めます。
  • 転送のルール（Redirect Rules や Page Rules）どうしがぶつかっている：ルールを見直し、互いに打ち消し合うものがないようにします。

Cloudflare のような中継（リバースプロキシ）の内側で WordPress を動かしている場合について、WordPress.org の説明（HTTPS for WordPress）では、中継が SSL を受け持ち WordPress 自身は SSL なしで動いていると、要求が転送の堂々めぐりに入ることがあるとされています。対策として、wp-config.php で中継から渡される HTTP_X_FORWARDED_PROTO を見て、https として扱わせる書き方が示されています。ここはサーバーの構成によるので、制作会社やサーバー会社と相談して入れてください。

原因3：キャッシュが古い転送を覚えている

設定を直したのに、まだ同じ表示が出ることがあります。ブラウザのほか、キャッシュ用のプラグインやサーバーのキャッシュ、Cloudflare などが、直す前の応答を覚えていることがあるためです（ここは一般的な仕組みからの推測です）。設定を直したら、プラグインとサーバーのキャッシュを消し、シークレットウィンドウで確かめます。消す場所と順番はWordPressで変更が反映されないとき：キャッシュクリアの場所と順番に書きました。

原因4：プラグインが転送している

ここまで見ても分からないときは、プラグインを止めて切り分けます。管理画面に入れるなら、転送や SSL に関係しそうなプラグインから一つずつ無効にして、そのたびにシークレットウィンドウで確かめます。

管理画面に入れないときは、WordPress.org の FAQ にある方法で、FTP かサーバーのファイルマネージャーから wp-content の中の plugins フォルダの名前を plugins.hold などに変えます。すべてのプラグインが止まり、設定は残ったまま、あとで一つずつ有効に戻せます。直ったら名前を戻し、管理画面から一つずつ有効にして、原因のプラグインを見つけます。

今日、自社で確かめられること

  1. 「設定」→「一般」の二つのアドレスを控えます。https で始まり、www の有無がふだん使っているアドレスと同じかを見ます。
  2. https への転送を、どこでかけているかを書き出します。二か所以上あれば、一か所にまとめる段取りを決めます。
  3. サーバーの管理画面とFTPに、社内の誰が入れるかを確かめます。管理画面に入れなくなったとき、直せるのはそこからだけです。

当社は、中小企業や士業のホームページの運営を引き受けています。SSL 化やドメインの変更のあとにサイトが開かなくなった、という場合もお問い合わせからご相談ください。

参考にした公式の説明

いずれも2026年11月14日に内容を確かめました。画面の表示名は、ブラウザやサーバーの管理画面の新旧によって変わることがあります。

前の記事

Contact Form 7 のスパム対策：公式に用意された対…

次の記事

WordPressで500エラー（Internal Serve…