SEOを密かに台無しにしているリダイレクトチェーンを修正する方法
Joella Dunn
Joella Dunn
John Turner
John Turner
何時間もかけてコンテンツを作成し、オンラインでの存在感を高めてきたのに、何かがうまくいっていないようです。
トラフィック数が努力に見合っていません。すぐに読み込まれるはずのページが遅く感じられます。すべて正しく行っているのに、サイトのパフォーマンスが期待外れなのです。
多くの場合、原因はごく身近なところに隠れています。それがリダイレクトチェーンです。
無害に見えるリダイレクトが、次々と連鎖していきます。気づけば、訪問者や検索エンジンは、コンテンツにたどり着くまでに複数の経由地を巡る、遠回りな旅を強いられています。
このガイドでは、リダイレクトチェーンとは何か、なぜサイトに悪影響を与えるのか、そして最も重要なこととして、それらをどのように見つけて修正するのかを説明します。
あなたは以下を学びます：
- リダイレクトチェーンとは何か、そして時間の経過とともにどのように形成されるか
- リダイレクトチェーンがSEOランキングとサイトスピードに悪影響を与える理由
- リダイレクトチェーンを特定する方法
- 既存のリダイレクトチェーンを修正するための段階的な方法
- 将来的にチェーンを回避するための予防戦略
クイックサマリー：リダイレクトチェーンの修正方法
リダイレクトチェーンは、URLが訪問者を複数のリダイレクト経由で最終目的地に誘導する際に発生し、クロールバジェットを無駄にし、ページの読み込み時間を遅くします。解決策は簡単です。クローラーツールでチェーンを特定し、最初のリダイレクトを最終URLに直接ポイントするように更新し、予防戦略を実装してサイトのリダイレクト構造をクリーンで効率的に保ちます。
目次
リダイレクトチェーンとは？
誰かがリンクをクリックしたりURLを入力したりするとき、最終ページにすぐにアクセスできることを期待しています。しかし、リダイレクトチェーンがあると、最終目的地にたどり着く前に、あるURLから別のURLへ、さらに別のURLへと転送されてしまいます。
これが実際にはどのようになるかを示します。
リダイレクトチェーン：ページA » ページB » ページC
直接リダイレクト：ページA » ページC
たとえば、最初にブログ記事を /old-blog-post/ に公開したとします。後で、それを /blog/new-post/ に移動しました。その後、URL構造を再度変更することにし、/resources/new-post/ に移動しました。
最初のリダイレクトを最終的な場所に直接ポイントするように更新する代わりに、多くのサイトでは次のようなチェーンができてしまいます： /old-blog-post/ » /blog/new-post/ » /resources/new-post/。
目標は常に、最終目的地への直接的な単一リダイレクトです。
リダイレクトチェーンはどのように発生しますか？
私の経験では、リダイレクトチェーンは徐々に蓄積されます。サイトの変更を数ヶ月または数年かけて行い、その都度、その時点では完全に論理的に思えます。
チェーンが形成される最も一般的な方法は次のとおりです。
サイト移行：まずHTTPからHTTPSに移行します。その後、ドメイン名を変更します。これで http://old-site.com » https://old-site.com » https://new-site.com となります。これはすでに1回の直接リダイレクトではなく2回のホップです。
URL構造の変更：WordPressではパーマリンク設定を簡単に変更できます。URLから /category/ を削除し、その後日付も削除することを決定するかもしれません。変更ごとに、連鎖の別のレイヤーが作成されます。
コンテンツの更新：2つのブログ記事を統合し、記事Aを記事Bにリダイレクトします。数か月後、記事Bの名前を変更し、別のリダイレクトを作成します。これで記事Aは2つの停止を経由する必要があります。
プラグインの変更：これは人々を不意打ちします。古いSEOプラグインがリダイレクトルールを作成しました。新しいプラグインに切り替えると、そのプラグインが独自のリダイレクトを作成します。古いルールは消えず、移動にステップを追加するだけです。
トリッキーなのは、各リダイレクトが完全に機能する可能性があることです。訪問者はまだ正しいページに到達するかもしれませんが、あなたが作成する変更ごとに、そのパスは長く、より複雑になります。
リダイレクトチェーンはSEOにどのように影響しますか？
リダイレクトチェーンは、人々がコンテンツに到達するため無害に見えるかもしれませんが、サイトのパフォーマンスを損なう実際の問題を引き起こします。
クロールバジェットの無駄遣い
検索エンジンにはサイトを探索する無制限の時間はありません。GoogleとBingは特定のクロールバジェットを割り当てており、これは各訪問中にチェックするページ数です。
検索エンジンがリダイレクトチェーンに遭遇すると、不要なホップをたどるため、貴重なクロールバジェットが無駄になり、重要なコンテンツを発見してインデックス化する代わりに時間が浪費されます。
ページ読み込み速度の低下
すべてリダイレクトはサーバーへの個別のリクエストです。各ホップは読み込み時間を追加します。
3段階のリダイレクトチェーンを経由するリンクをクリックすると、ブラウザは次のことを行う必要があります。
- ページAをリクエストし、ページBにリダイレクトされる
- ページBをリクエストし、ページCにリダイレクトされる
- 最終的にページCをリクエストして読み込む
これらの追加のサーバーリクエストは積み重なります。ユーザーはページが3秒未満で読み込まれることを期待しているため、Core Web Vitalsスコアにとってミリ秒単位が重要です。
リンクエクイティの潜在的な損失
Googleは、リンクエクイティ（リンクを通じて渡されるSEO値）は適切に設定されたリダイレクトでは失われないと述べています。しかし、直接的なA » Cリダイレクトは、そのSEO値を転送する最もクリーンな方法です。
より良い仕事をするシンプルで直接的なリダイレクトがあるのに、なぜ不必要な複雑さを作り出すのですか？
リダイレクトチェーンをどのように見つけますか？
見えないものは修正できません。サイト上のすべてのURLを手動でチェックするには永遠にかかるため、リダイレクトチェーンチェッカーツールを使用することをお勧めします。
重労働はウェブサイトクローラーに任せています。
Screaming Frog SEO Spiderは、この作業に私が頼りにしているデスクトップツールです。サイト全体をクロールし、チェーンを含むすべてリダイレクトを示す詳細なレポートを生成します。
無料版は最大500 URLを処理でき、ほとんどの中小規模のウェブサイトをカバーします。より大きなサイトの場合は、有料版にアップグレードできます。
すでにAhrefsまたはSemrushを使用している場合は、それらのサイト監査機能でもリダイレクトチェーンを特定できます。これらのツールは、わずかに異なる形式で同じ情報を提供しますが、同等に効果的です。
WordPressダッシュボード内で作業を続けたい場合は、AIOSEOのリダイレクトアドオンのようなプラグインがリダイレクトパターンを特定するのに役立ちます。
個々のリダイレクトを管理するには便利ですが、AIOSEOは専用クローラーが提供するような包括的なサイト全体の表示は提供しません。私は発見のためではなく、修正のためにそれを使用します。
リダイレクトチェーンを修正するにはどうすればよいですか？
チェーンを特定したら、修正は簡単なプロセスです。目標はシンプルです。最初のリダイレクトが最終的な宛先に直接ポイントするようにします。
リダイレクトチェーンを修正する方法は次のとおりです。
- クローラーレポートを使用して各リダイレクトチェーンを特定する
- 現在のチェーンパスとターゲットの宛先を文書化する
- 最初のリダイレクトを最終的なURLに直接ポイントするように更新する
- すべてのキャッシュをクリアし、新しいリダイレクトを徹底的にテストする
- 内部リンクを最終的な宛先URLを使用するように更新する
リダイレクトチェーンの特定
クローラーを実行すると、リダイレクトレポートを探します。次のようなエントリが表示されます。
/old-service/ » /services/new/ » /services/final-service-page/
これは、/old-service/にアクセスしたユーザーが、/services/final-service-page/に到達する前に2回バウンスされることを意味します。
あなたの使命は、/old-service/が直接/services/final-service-page/を指すようにし、中間ステップを排除することです。
見つかった各チェーンを文書化します。私は3つの列（元のURL、現在のチェーン、ターゲットの修正）を持つシンプルなスプレッドシートを保持しています。
リダイレクトの簡略化
さて、実際の修正に入ります。元のリダイレクトがどのように作成されたかによって、2つの主なオプションがあります。
AIOSEOのようなプラグインを使用している場合は、WordPressダッシュボードにログインし、リダイレクト設定に移動します。
開始URLを検索します。現在それをリダイレクトチェーンの一部に送信しているリダイレクトルールが見つかります。
このルールを編集し、最終的な宛先に変更します。
変更を保存します。その中間ホップは現在削除されています。
リダイレクトが.htaccessファイルで処理されている場合は、FTP、cPanelファイルマネージャー、またはホスティングプロバイダーのコントロールパネルを介してアクセスする必要があります。
まず、.htaccessファイルをバックアップします。これはいくら強調してもしすぎることはありません。変更を加える前に必ずバックアップを作成してください。
開始URLに言及しているリダイレクト行を探します。通常は次のようになります。
Redirect 301 /old-service/ /services/new/
代わりに最終的な宛先に移動するように変更します。
Redirect 301 /old-service/ /services/final-service-page/
ファイルを保存し、サーバーに再度アップロードします。
新しいリダイレクトのテスト
このステップは非常に重要であり、多くの人がスキップしているのを見かけます。
まず、ウェブサイトキャッシュ、サーバーキャッシュ、ブラウザキャッシュをすべてクリアします。キャッシュされたリダイレクトは、実際には機能しているのに、修正が機能しなかったように見えることがあります。
シークレットまたはプライベートブラウジングウィンドウを開き、元のURLを貼り付けます。中間停止なしで直接最終的な宛先ページに着陸するはずです。
AIOSEOでリダイレクトをテストすることもできます。宛先リンクに問題があるかどうかを示してくれます。
チェーンがまだ表示されている場合は、リダイレクトルールとキャッシュクリアを再確認してください。変更がすべてのシステムに反映されるまで数分かかる場合があります。
内部リンクの更新
多くの人が忘れがちな最終ステップは、内部リンクを修正することです。
ウェブサイトを検索し、古いURL（開始URLとチェーン内のすべての途中URLの両方）を指している内部リンクを見つけてください。
これらのリンクを最終的な宛先に直接指すように更新します。これにより、サイト内のリンクをクリックしたときにリダイレクトが不要になります。
変更するリンクが多い場合は、Search & Replace Everythingのようなプラグインを使用すると、一括リンク更新に役立ちます。
リダイレクトチェーンを防ぐ方法
予防は常にクリーンアップに勝ります。ここでは、チェーンが形成されるのを防ぐためのリダイレクト管理のアプローチを紹介します。
計画を立てる
サイトの大規模な変更を行う前に、スプレッドシートでURLマップを作成してください。
現在のURLを1つの列に、計画された宛先を別の列にリストします。このシンプルなドキュメントが、チェーンを誤って構築するのではなく、直接リダイレクトを作成するためのロードマップになります。
HTTPからHTTPSに移行し、ドメイン名を変更する場合、リダイレクトはhttp://old-site.com/page/からhttps://new-site.com/page/に直接するように計画してください。中間ステップをスキップします。
定期的な監査を実施する
四半期ごとにサイトクローラーを実行することをお勧めします。サイト構造を頻繁に変更する場合は、より頻繁に実行してください。
カレンダーリマインダーを設定し、実際に実行してください。監査中に発見するリダイレクトチェーンのほとんどは、誰もチェックしていなかったために数ヶ月間構築されていました。
これらの定期的なチェックアップは、問題がまだ小さく修正しやすい間に発見します。
リダイレクトを文書化する
作成したすべてのリダイレクトの簡単なログを保持してください。元のURL、宛先URL、リダイレクトの理由、作成日を含めます。
このドキュメントは、リダイレクトが存在する理由を思い出すのに役立ち、発生前にチェーンを形成する可能性のある状況を特定しやすくします。
基本的なスプレッドシートで十分です。派手なソフトウェアは必要ありません。一貫した記録保持だけで十分です。
常に最終URLにリンクする
すべての新しい内部リンクに最終的な宛先URLを使用する習慣を身につけてください。
ブログ記事を書いていて、サイトの別のページにリンクしたい場合は、どこかにリダイレクトされることがわかっているURLではなく、現在の最終URLを使用してください。
この実践により、内部リンクがリダイレクトチェーンに寄与するのを防ぐことができます。
よくある質問（FAQ）
リダイレクトチェーンとリダイレクトループの違いは何ですか？
ウェブサイトのリダイレクトチェーンには明確な終点がありますが（A » B » C）、リダイレクトループは循環的です（A » B » A）。チェーンはサイトを遅くしますが、それでも機能します。一方、ループは完全に壊れ、訪問者にエラーページを表示します。
パーマネントリダイレクトを修正するにはどうすればよいですか？
「パーマネント」という言葉は、ブラウザに移動が永続的であることを伝えるだけで、永久にロックされているわけではありません。パーマネントリダイレクトは、作成した場所（.htaccessファイルまたはリダイレクトプラグイン）で編集または削除できます。
リダイレクトウイルスを削除するにはどうすればよいですか？
これは、SucuriやWordfenceのようなツールを使用して悪意のあるコードをスキャンおよび削除する必要があるセキュリティの問題です。すべてのパスワードを変更し、プラグイン/テーマを更新する必要もあります。問題が解決しない場合は、ホスティングプロバイダーまたはセキュリティ専門家にお問い合わせください。
その他のリダイレクトの問題を修正するにはどうすればよいですか？
ページの移動、URLの変更、コンテンツの統合など、ほとんどすべての状況で301（パーマネント）リダイレクトを使用してください。メンテナンスやテスト中など、コンテンツを後で元に戻す予定がある場合にのみ、302（テンポラリー）リダイレクトを使用してください。
絡み合ったリダイレクトはあなたの現実である必要はありません
リダイレクトチェーンは複雑な技術的問題のように思えるかもしれませんが、探すべきものがわかれば、修正は簡単です。
プロセスは簡単です。クローラーツールでチェーンを見つけ、最初のリダイレクトを最終的な宛先に直接ポイントするように編集し、変更をテストして、内部リンクを更新します。
定期的なメンテナンスにより、ほとんどのチェーンの発生を防ぐことができます。四半期ごとの監査と基本的なドキュメントは、サイトのリダイレクト構造をクリーンに保つのに役立ちます。
物事をクリーンで効率的に保つといえば、サイトの移行や大規模なURL構造の変更を計画している場合は、Duplicator Proを使用してプロセスを処理することを検討してください。
これらの複雑な移動は、リダイレクトチェーンが頻繁に発生する原因です。Duplicator Proは、移行をクリーンで信頼性の高いものにし、後でクリーンアップが必要になるリダイレクトエラーを回避するのに役立ちます。
問題全体を防止できる場合は、修正する必要はありません！
せっかくなので、これらの厳選されたリソースも気に入っていただけると思います。
- WordPressサイトがリダイレクトループに陥る理由
- 正直なリダイレクトチェーンチェッカーツールの比較：どれが効果的か？
- WordPressで壊れたリンクを修正する方法
- AIOSEOレビュー：本当にSEOを簡単にできるのか？
- WordPressのエラーにパニックになっていた私… 今はただこうするだけ
