WordPressのリダイレクトチェーンとは、あるURLが別のURLにリダイレクトされ、そのURLが最終目的地に到達する前にさらにリダイレクトを繰り返すことで発生する現象です。リダイレクトは多くの場合必要不可欠ですが、リダイレクトチェーンが長くなるとウェブサイトの速度が低下し、クロール予算が無駄になり、ユーザーエクスペリエンスとSEOパフォーマンスの両方に悪影響を及ぼす可能性があります。.
幸いなことに、リダイレクトチェーンは簡単に特定して修正できます。リダイレクトパスを簡素化し、不要なリダイレクトを削除することで、サイト速度を向上させ、検索エンジンがページをより効率的にクロールできるようにし、ランキングを向上させることができます。.
WordPressにおけるリダイレクトチェーンとは、あるURLが別のURLにリダイレクトされ、そのURLもまたリダイレクトされることで、最終目的地に到達するまでに2つ以上のホップが発生する状態を指します。リダイレクトチェーンは、リンクの価値を低下させ、ページの読み込み速度を遅くし、クロール予算を浪費し、どのURLをインデックス登録してランキング付けすべきかについて検索エンジンに矛盾したシグナルを送ることになります。.
WordPressにおけるリダイレクトチェーンとは何ですか？
リダイレクトチェーンとは、URL AがURL Bにリダイレクトされ、さらにURL Cが最終目的地ではなくURL Cにリダイレクトされるような状況を指します。このシーケンスにおけるホップが増えるごとに、レイテンシが増加し、チェーンを通過するリンクの価値が薄まり、検索エンジンが最終URLに到達する前にチェーンの追跡を停止する可能性が高まります。.
正しく実装すれば、単一の301リダイレクトは全く問題なく、 SEOへの影響も最小限です。問題となるのは、リダイレクトが時間とともに積み重なっていく場合です。これは通常、URLが変更されても古いリダイレクトが更新されないことが原因です。
ほとんどのWordPressサイトは、意図的な単一の行動によってではなく、移行、パーマリンクの変更、プラグインの切り替えなどを通じて、徐々にリダイレクトチェーンを構築していきます。.
リダイレクトチェーンはWordPressのSEOにどのような影響を与えるのか？
リダイレクトチェーンは、サイトの速度を低下させるだけでなく、各ホップを通過する際の権威性やシグナルを低下させることで、チェーンの末端にあるページの信頼性を積極的に損ないます。.
- リダイレクトホップごとのリンクエクイティ損失： チェーン内のリダイレクトは、直接リンクよりもリンクエクイティを伝達しにくくします。3つまたは4つのホップからなるチェーンは、単一の直接リダイレクトよりも最終URLに伝達されるオーソリティが大幅に低下します。
- ページの読み込み速度の低下： リダイレクトが発生するたびに、ブラウザが最終ページに到達するまでにサーバーとの往復通信が1回追加されます。モバイル接続の場合、リダイレクトが複数回発生すると、読み込み時間が数百ミリ秒長くなる可能性があります。
- 無駄なクロール予算： 検索エンジンはリダイレクトチェーンをたどりますが、各ホップでクロール予算が消費されます。リダイレクトチェーンが多いサイトでは、実際のコンテンツのインデックス作成ではなく、リダイレクトの解決にクロール予算が浪費されます。
- ユーザーエクスペリエンスの低下： リダイレクトチェーンを経由してリンクをたどる訪問者は、ページの読み込み速度が遅くなったり、タイムアウトが発生したりすることがあり、これが信頼性を損ない、離脱率を高めます。
- 影響を受けるページのランキング低下： リダイレクトチェーンを通じて権威の大部分を得ているページは、各ホップで権威シグナルが希釈されるため、直接リンクを受けているページよりも一貫してパフォーマンスが劣ります。
- 一貫性のないインデックスシグナル： リダイレクトチェーンは、検索エンジンにどのURLが正規URLであるかを混乱させ、誤ったURLがインデックスされたり、最終的な宛先のインデックスの権威が低下したりする可能性があります。
WordPressでリダイレクトチェーンが発生する原因は何ですか？
リダイレクトチェーンは、意図的に作成されるのではなく、ほとんどの場合、徐々に発生します。最も一般的な原因を理解することで、チェーンの発生源を特定し、既存のチェーンを修正した後に新たなチェーンが形成されるのを防ぐことができます。.
時間の経過に伴う複数回のURL変更
リダイレクトチェーンが発生する最も一般的な原因は、同じページへのURL変更を複数回行い、その都度既存のリダイレクトを更新しないことです。最初の変更でURL AからURL Bへのリダイレクトが作成され、2回目の変更でURL BからURL Cへのリダイレクトが作成されます。AからBへの元のリダイレクトはCに直接リンクするように更新されないため、リダイレクトチェーンが発生します。.
これは、更新されたスラッグで再公開されるブログ記事や商品ページ、複数回のデザイン変更が行われるページ、移行中に変更され、その後さらに変更されるURLなどでよく発生します。以前のリダイレクトが更新されないままURLが変更されるたびに、リンクチェーンに新たなリンクが追加されます。.
プラグインとテーマの移行
リダイレクトプラグインを切り替えたり、新しいテーマに移行したりすると、新しい設定では既存のリダイレクトを考慮しないため、リダイレクトチェーンが発生することがよくあります。古いプラグインによって作成されたリダイレクトが再作成され、新しいテーマですでに変更されたURLを指すため、ループが発生します。.
カスタム投稿タイプ、カテゴリ、またはアーカイブのURL構造を変更するテーマの移行は、多数のURLに同時に影響を与えるため、連鎖的な変更が発生しやすく、リダイレクトの量が膨大になるため、設定ファイル内で連鎖的な変更を見落としやすくなります。.
HTTPからHTTPSへの移行
HTTPからHTTPSへの移行では、すべてのHTTP URLから対応するHTTPS URLへのリダイレクトが作成されます。これらのHTTP URLのいずれかに、既に他の古いURLからのリダイレクトが設定されていた場合、それらの古いリダイレクトが、HTTPを経由してHTTPSの最終宛先に到達するチェーンの最初のホップとなります。.
この問題を解決するには、古いリダイレクトをすべて更新し、HTTP中間URLではなくHTTPS最終URLに直接リンクするようにする必要があります。移行中にこれらのリダイレクトがいくつかでも漏れると、権限を希薄化させ、ページの表示速度を無期限に低下させる連鎖が残ってしまいます。.
wwwありとwwwなしのURLの不一致
正規URLの設定が正しく行われていないWordPressサイトでは、wwwありとwwwなしの両方のURLが互いにリダイレクトされることがよくあります。wwwなしのURLにアクセスした訪問者やクローラーはwwwありのURLにリダイレクトされますが、古いURLからwwwなしのURLへのリダイレクトが既に設定されている場合は、リダイレクトループが発生します。.
さらに、サイトにHTTPからHTTPSへのリダイレクトが設定されている場合、最終的な宛先URLに到達するまでに、HTTP（wwwなし）からHTTPS（wwwなし）を経てHTTPS（wwwあり）へと3段階のリダイレクトチェーンが発生するため、問題はさらに複雑になります。.
WordPressでリダイレクトチェーンを見つける方法
リダイレクトチェーンを特定するには、サイトをクロールし、リダイレクト元から最終リダイレクト先までのすべてのリダイレクトパスを追跡する必要があります。これらの3つの方法は、あらゆる規模のサイトのほとんどのリダイレクトチェーンを網羅しています。.
スクリーミングフロッグを使ってリダイレクトチェーンを這い進む
Screaming Frogは、WordPressサイト全体のリダイレクトチェーンを検出するのに最も信頼性の高いツールです。フルクロールを実行した後、「レポート」に移動して「リダイレクトチェーン」を選択してください。これにより、最終目的地に到達するまでに複数のリダイレクトホップを経由するサイト上のすべてのURLの完全なリストが生成されます。.
リダイレクトチェーンレポートをスプレッドシートとしてエクスポートします。各行には、最初のURLからすべての中間リダイレクトを経て最終宛先までの完全なチェーンが表示されます。これを修正作業の作業ドキュメントとして使用してください。ページ速度とリンクエクイティに最も影響を与える長いチェーンから優先的に処理できるよう、チェーンの長さで並べ替えてください。.
リダイレクトの問題を特定するには、AhrefsまたはSemrushを使用してください。
AhrefsとSemrushはどちらも、サイト監査ツールでリダイレクトチェーンを検出します。Ahrefs Site Auditは、リダイレクトチェーンを含むページを「問題」カテゴリで識別し、各チェーンに関係する特定のURLを表示します。Semrush Site Auditも同様に、テクニカルSEOレポートの「警告」セクションでリダイレクトチェーンを検出します。.
これらのツールは、リダイレクトチェーンのデータとバックリンクプロファイルを相互参照することで、バックリンクのあるページに影響を与えるリダイレクトチェーンを特定する際に特に役立ちます。外部からの強力なバックリンクを持つページに影響を与えるリダイレクトチェーンは、外部リンクのないページに影響を与えるリダイレクトチェーンよりも優先的に修正する必要があります。.
ブラウザツールを使用してリダイレクトチェーンを手動で確認する
サイト全体の監査を行うのではなく、特定のURLをチェックする場合は、httpstatus.ioやredirectcheck.comのようなブラウザベースのリダイレクトチェッカーを使用すると、任意のURLの完全なリダイレクトパスを追跡し、チェーン内のすべてのホップと各ステップのHTTPステータスコードを表示できます。.
この方法は、変更を加えた後に修正内容を検証したり、他のツールでフラグが立てられた特定のURLをチェックしたり、競合サイトのリダイレクトチェーンを調査してURL構造のパターンを把握したりするのに役立ちます。大規模サイト全体のリダイレクトチェーンをすべて見つけるには実用的ではありませんが、個々のURLを調査するには最速の方法です。.
WordPressでリダイレクトチェーンを削除する方法：ステップバイステップ
以下の手順を順番に実行してください。リダイレクトチェーンを修正するには、リダイレクト自体を更新し、サイト全体でリダイレクト先のURLを指している内部リンクを整理する必要があります。.
ステップ1：サイト上のすべてのリダイレクトを監査する
修正作業を行う前に、サイトで現在有効なリダイレクトをすべてリストアップしてください。リダイレクトプラグイン（Redirection、Rank Math、またはその他のツール）のダッシュボードから、すべてのリダイレクトをエクスポートします。.htaccessファイルにサーバーレベルのリダイレクトがある場合は、それらも別途エクスポートしてください。.
リダイレクト元をすべて1つのスプレッドシートにまとめ、ソースURL、宛先URL、リダイレクトの種類、作成日（利用可能な場合）の列を作成します。すべてを1か所にまとめることで、変更を加える前にリダイレクト構造の全体像を把握できます。.
ステップ2：すべてのリダイレクトチェーンを最初から最後までマッピングする
Screaming Frogのリダイレクトチェーンレポートとリダイレクトインベントリ全体を使用して、すべてのチェーンを元のURLから最終宛先まで追跡します。各チェーンについて、シーケンス内のすべての中間URLと最終宛先URLを記録します。.
AからB、C、Dへと続く一連のURLチェーンを、A、B、CがすべてDに直接リダイレクトされるように統合する必要があります。変更を加える前に、各チェーン内のすべてのURLの最終宛先を文書化し、必要な更新内容を明確に参照できるようにしてください。.
ステップ3：各リダイレクト先を最終URLに直接変更する
マッピングした各チェーンについて、各中間URLのリダイレクトを更新し、チェーン内の次のURLではなく、最終宛先に直接リダイレクトするようにします。リダイレクトプラグインで、URL Aのリダイレクトを見つけて、宛先をURL BからURL Dに変更します。次に、URL Bのリダイレクトを見つけて、宛先をURL CからURL Dに変更します。.
変更を加えた直後に、リダイレクトチェッカーツールを使用して更新されたすべてのリダイレクトをテストし、正しい最終宛先に1ホップで解決されることを確認してください。現在のチェーンが完全に解決されることを確認するまで、次のチェーンに進まないでください。.
ステップ4：リダイレクトされたURLを指している内部リンクを修正する
リダイレクトチェーンを統合した後、内部リンクを監査し、最終宛先ではなく中間リダイレクトURLを指しているリンクを更新してください。リダイレクトされたURLを指している内部リンクは、ユーザーとクローラーの両方にとって不要なリダイレクトホップを増やしてしまいます。.
Screaming FrogまたはSEOプラグインを使用して、リダイレクトされたURLを指している内部リンクを特定します。それぞれのリンクを最終目的地URLに直接リンクするように更新します。これにより、内部トラフィックのリダイレクトが完全に解消され、サイト全体のクロール効率が向上します。
ステップ5：XMLサイトマップを更新する
リダイレクトチェーンを修正したら、 XMLサイトマップを 、最終的な宛先URLのみが含まれていることを確認してください。リダイレクトされたURLが残っているサイトマップは、Googleにインデックス可能なページに直接アクセスするのではなく、リダイレクトをたどってクロールするように指示します。
サイトマップを再生成したら、すぐにGoogle Search Consoleに更新版を送信してください。これにより、Googleは更新されたURL構造を再クロールし、リダイレクトチェーンを経由せずにリンクを最終目的地に直接解決するようになります。.
ステップ6：変更後の新しいリダイレクトチェーンを監視する
リダイレクトチェーンを修正してから2～4週間後に、Screaming Frogを使用してフォローアップクロールをスケジュールし、新しいチェーンが発生していないこと、および以前の修正がすべて正しく機能していることを確認してください。また、リダイレクトの変更によって発生した新しいクロールエラーがないか、Google Search Consoleを確認してください。.
定期 メンテナンス スケジュールに、四半期ごとのリダイレクト監査を組み込みましょう。リダイレクトチェーンは、新しいコンテンツの公開、URLの更新、プラグインの変更などによって、時間の経過とともに再び発生します。 四半期ごとの監査を 、新たなチェーンが大きな問題に発展する前に発見できます。
リダイレクトチェーンがWordPressのSEOに悪影響を与えている？
当社のSEOチームは、お客様のサイト全体のリダイレクト構造を監査し、すべてのリダイレクトチェーンを1ホップに統合し、内部リンクを修正することで、サイトが効率的にクロールされ、適切なランキングを獲得できるようにします。.
HTTPからHTTPSへの移行によって発生するリダイレクトチェーンを修正する方法は？
HTTPからHTTPSへのリダイレクトチェーンは、既にリダイレクトが設定されていた古いHTTP URLが、移行中にさらにHTTPSリダイレクトで囲まれることで形成されます。結果として、最初のホップがHTTP URLを指し、2番目のホップがHTTPSの最終宛先を指すチェーンが生成されます。.
この修正では、現在 HTTP 宛先 URL を指しているすべてのリダイレクトを、HTTPS バージョンに直接リダイレクトするように更新する必要があります。すべてのリダイレクト一覧を確認し、すべての宛先 URL を http:// から https:// に更新してください。.
アップデート後、WordPressの設定画面で、「設定」→「一般」の順に進み、WordPressアドレスとサイトアドレスの両方がHTTPSに設定されていることを確認してください。以前にリンクされていたURLをいくつかテストして、それらが1回のホップで正しいHTTPS宛先に解決されることを確認してください。.
WordPressでwwwありとwwwなしのリダイレクトチェーンを修正する方法は？
wwwありとwwwなしのリダイレクトチェーンは、サイトがwwwありとwwwなしのバージョン間でリダイレクトされ、既存のリダイレクトがリダイレクト元のバージョンを指している場合に発生します。yourdomain.comから www.yourdomain.com 、そのリダイレクトが実行されるたびに2ホップのチェーンを作成します。
WordPressの「設定」＞「一般」で正規URLの設定を明確に行い、WordPressアドレスとサイトアドレスの両方でwwwあり／wwwなしの形式が一貫して使用されるようにしてください。その後、リダイレクト先のURLが推奨形式ではないものをすべて更新し、推奨形式に直接リンクするようにしてください。.
.htaccess ファイルに www 設定を処理するサーバーレベルのリダイレクトがある場合は、WordPress レベルのリダイレクトに加えて、それらが追加のホップを作成しないことを確認してください。.
WordPressでリダイレクトを管理・修正するための最適なプラグイン
適切なリダイレクトプラグインを使用することで、リダイレクトチェーンの管理と修正が大幅に容易になります。これらのプラグインはそれぞれ、WordPressサイトにおけるリダイレクト管理の特定の部分を担っています。.
| プラグイン | 最適な用途 | 利点 |
|---|---|---|
| リダイレクション | 完全なリダイレクト管理 | リダイレクトチェーンを追跡し、修正します。. |
| ランク数学 | SEOリダイレクト制御 | 組み込みのリダイレクトマネージャー。. |
| Yoast SEO プレミアム | SEOに特化したリダイレクト | 自動リダイレクト候補。. |
| シンプルな301リダイレクト | 基本的なリダイレクト設定 | 軽量なリダイレクト管理。. |
| オールインワンSEO | リダイレクト管理 | リダイレクトに関する完全な監査と修正。. |
リダイレクトチェーンでよくある間違いを避ける方法
リダイレクトチェーンの問題のほとんどは予測可能で、予防可能です。これらのミスはWordPressサイトで繰り返し発生し、それぞれが新たなチェーンを生み出したり、既存のチェーンの完全な解決を妨げたりします。.
- 最終目的地ではなく、別のリダイレクト先URLにリダイレクトする： すべてのリダイレクト先は、最終的な有効なURLであるべきです。リダイレクト先を別のリダイレクト先URLに設定すると、そもそもリダイレクトチェーンが発生します。
- サイトマップに古い HTTP URL を残しておくと、 HTTP URL を含むサイトマップでは、クローラーが HTTPS ページに到達するまでに少なくとも 1 つのリダイレクトをたどる必要があり、クロール バジェットを不必要に消費します。
- リダイレクトチェーンを修正した後、内部リンクを更新しない: リダイレクトを修正しても内部リンクを更新しないと、すべての内部トラフィックとクローラーに対して不要なリダイレクトホップが残ってしまいます。
- 意図せずリダイレクトループが発生してしまう場合：リダイレクトループとは、URL AがURL Bにリダイレクトされ、その後URL Bが再びURL Aにリダイレクトされる現象です。ループの発生を防ぐため、リダイレクトを保存する前に必ず宛先URLを確認してください。
- 使用する 302 リダイレクトを 恒久的な 301 リダイレクトの代わりに 302 リダイレクトは、検索エンジンに移動が一時的なものであることを伝えるため、検索エンジンはリンクの信頼性を引き継がず、元の URL のインデックス作成を継続します。
- 変更後にリダイレクトをテストしない： リダイレクトの変更は、修正が完了したとみなす前に、必ずリダイレクトチェッカーツールを使用して検証する必要があります。テストされていない変更は、しばしば新たな問題を引き起こします。
リダイレクトチェーンが再び構築されるのを防ぐにはどうすればよいですか？
定期的なクリーンアップよりも、予防策の方が効果的です。これらの習慣を身につけることで、サイトの成長や変化に合わせてリダイレクト構造を常にクリーンに保つことができます。.
- 常に最終宛先URLに直接リダイレクトする： 作成するすべての新しいリダイレクトは、送信元と宛先の間に中間ホップを経由せず、最終的なライブURLを指すようにする必要があります。
- URL変更後は内部リンクを直ちに更新してください。URL を変更した場合は、リダイレクトを追加する前に、古いURLを指しているすべての内部リンクを更新してください。これにより、内部トラフィックに対するリダイレクトが完全に不要になります。
- Screaming Frog を使用した四半期ごとのリダイレクト監査: 四半期ごとのクロールにより、新しいリダイレクトチェーンが蓄積してサイト全体の多数のページに影響を与える前に検出できます。
- 連鎖リダイレクトを警告するリダイレクトプラグインを使用する： リダイレクトプラグインは、新しいリダイレクト先が既にリダイレクトされたURLである場合に警告を発し、意図しない連鎖リダイレクトを防ぎます。
- リダイレクトログを保持してすべてのURL変更を追跡しましょう：変更前のURL、変更後のURL、日付、変更理由を必ず記録してください。これにより、今後の監査が大幅に迅速化され、同じURLへの繰り返し変更による連鎖的な変更を防ぐことができます。
- 公開前にすべての新しいリダイレクトをテストしてください。 リダイレクトが完了したとみなす前に、すべてのリダイレクトが1ホップで正しく解決されることを確認してください。リダイレクトチェッカーツールを使用すれば数秒で完了し、問題の連鎖を防ぎます。
結論：リダイレクトチェーンを修正し、クリーンな状態を維持しましょう
リダイレクトチェーンは、修正可能かつ予防可能な SEO上の技術的な問題。修正には、リダイレクトの完全な監査、すべてのチェーンを単一のホップに集約すること、内部リンクの更新、およびサイトマップの更新が必要です。
予防策として、常に一貫した習慣を身につけることが重要です。それは、すべてのリダイレクト先URLを必ず最終リダイレクト先URLに設定することです。WordPressのメンテナンスルーチンに四半期ごとの監査を組み込めば、リダイレクトチェーンが深刻な問題に発展することは二度となくなるでしょう。.
WordPressリダイレクトチェーンに関するよくある質問
WordPressにおけるリダイレクトチェーンとは何ですか？
WordPressにおけるリダイレクトチェーンとは、あるURLが別のURLにリダイレクトされ、そのURLもまたリダイレクトされることで、最終目的地に到達するまでに2つ以上のホップが発生する状態を指します。これは、複数のURL変更、プラグインの移行、HTTPからHTTPSへの移行などによって徐々に形成され、古いリダイレクトが最終目的地のURLに直接リンクするように更新されない場合に発生します。.
リダイレクトチェーンはSEOに悪影響を与えるのか？
はい。リダイレクトチェーンは、ホップごとにリンクの価値を希薄化させ、ページの読み込み速度を低下させ、クロール予算を浪費し、検索エンジンに一貫性のないインデックス作成シグナルを送信します。リダイレクトチェーンを通じて権威の大部分を得ているページは、直接リンクを受けているページよりも一貫して低い順位になります。これは、ホップが増えるごとに権威シグナルが弱まるためです。.
WordPressサイトでリダイレクトチェーンを見つけるにはどうすればよいですか？
Screaming Frogでサイトをクロールし、レポートメニューの「リダイレクトチェーン」レポートを使用してください。AhrefsやSemrushのサイト監査ツールも、テクニカルSEOレポートでリダイレクトチェーンを検出します。個々のURLを確認するには、httpstatus.ioなどのブラウザベースのリダイレクトチェッカーを使用して、任意のURLの完全なリダイレクトパスを追跡してください。.
リダイレクトチェーンとリダイレクトループの違いは何ですか？
リダイレクトチェーンとは、最終的に目的のURLに到達する一連のリダイレクトのことです。リダイレクトループとは、リダイレクトがチェーン内の既に存在するURLに何度も戻ってしまうことで、目的のURLに到達しない無限ループが発生するシーケンスのことです。リダイレクトループが発生するとブラウザエラーが発生しますが、リダイレクトチェーンは正常に解決されるものの、パフォーマンスとSEO効果が低下します。.
WordPressでリダイレクトチェーンを修正するにはどうすればよいですか？
開始地点から最終目的地までのすべてのリンクチェーンをマッピングし、各中間リダイレクトをチェーン内の次のURLではなく最終URLに直接リンクするように更新します。リダイレクトを修正したら、すべての内部リンクを最終目的地URLに直接リンクするように更新し、XMLサイトマップを再生成してリダイレクトされたURLを削除します。.
