SEOリダイレクト：リダイレクトとは何か、その種類とSEOへの影響

URLが変わるたびにリダイレクトは必要になります。たとえば、新しいドメイン、サイトのリデザイン、ページの統合、HTTPSへの切り替えなどです。適切に設定すれば、訪問者は気づかず、ランキングも引き継がれます。設定が不十分だと、リンク切れや遅い連鎖、検索結果に表示される誤ったURLによってトラフィックを失います。このガイドでは、リダイレクトとは何か、使える種類、それぞれがSEOに与える影響、そして設定方法を解説します。

リダイレクトとは何か？#

リダイレクトとは、あるURLを要求したユーザーを別のURLへ送る指示です。通常はサーバー側で行われ、ページを返す代わりに、サーバーは3xxのステータスコードと、新しいアドレスを含むLocationヘッダーで応答します。その後ブラウザがそのアドレスを自分で要求するため、訪問者は何もクリックせずに新しいページへ移動します。

検索エンジンも同じようにリダイレクトをたどります。Googlebotは最大10回のリダイレクトホップまで追従します。また、リダイレクトの種類によって、Googleが古いURLをインデックスするのか、新しいURLをインデックスするのかが決まります。

リダイレクトの種類#

リダイレクトは2つのグループに分かれます。サーバーサイドのリダイレクトは、ページが読み込まれる前にHTTPステータスコードを送ります。クライアントサイドのリダイレクトは、まずページを読み込み、その後HTMLまたはJavaScriptでブラウザを転送します。それぞれがどのように動作し、Googleがそれをどう扱うかは次のとおりです：

ほとんどのサイトでは、301と302のどちらかを選ぶことになります。301と302のリダイレクトガイドではその判断をさらに詳しく解説し、301リダイレクトガイドでは恒久的なリダイレクトを手順ごとに説明しています。

サーバーサイドかクライアントサイドか？#

可能なら常にサーバーサイドのリダイレクトを使いましょう。Googleもそれを推奨しており、すべての訪問者とボットに対して機能し、ページの内容が読み込まれる前に処理されます。クライアントサイドのリダイレクトはブラウザに依存します。JavaScriptによるリダイレクトは、Googleがページをレンダリングした場合にのみカウントされ、Google自身のドキュメントでもレンダリングに失敗する可能性があると警告しています。

リダイレクトがSEOに与える影響#

• ランキングシグナルは恒久的なリダイレクトに引き継がれます。 301または308は、Googleに新しいURLをインデックスさせ、そのシグナルをそこに集約することを意味します。302または307は、Googleに表示されるURLを元のURLのままにします。
• PageRankは遷移の途中で失われません。 GoogleのGary Illyesは2016年に、30xリダイレクトではもはやPageRankは失われないと述べました（Search Engine Landの報道）。重要なのは、適切な種類と適切な移動先を選ぶことです。
• 関連性が重要です。 よく一致するページへのリダイレクトなら、訪問者とページの目的を保てます。古いURLをすべてホームページへ送るのは、その両方を失うことになります。
• チェーンは時間がかかります。 各ホップごとに、ブラウザにとってはもう一度の往復であり、クローラーにとってはもう一段階です。古いURLは最終ページへ直接向けましょう。
• タイミングが重要です。 Googleのサイト移転ガイドでは、リダイレクトはできるだけ長く、通常は少なくとも1年間維持することが推奨されています。そうすることで、クローラーや再訪問ユーザーがそれらを認識できます。

リダイレクトはSEOに悪いですか？#

いいえ。リダイレクトは、URLが変更されたことを検索エンジンに伝える正しい方法です。これがないと、古いURLは404を返し、そのリンクはどこにもつながらず、新しいページはゼロから始まります。リダイレクトが問題になるのは、使い方を誤った場合だけです。恒久的な移転に302を使う、長いチェーン、ループ、無関係なページへのリダイレクトなどです。

リダイレクトがSEOに役立つ場合#

• ドメイン変更: 古い各URLを、新しいドメイン上の対応ページへページごとにリダイレクトします。
• ページの移動や名称変更: すべてをホームページへ送るのではなく、各古いURLを新しい移動先へ1対1で対応させます。
• ページの統合: 2つのページが同じ検索意図で競合している場合は、内容を統合し、弱い方を301で強い方へ移します。
• ページの削除: 本当に同等のページがある場合にのみリダイレクトします。そうでなければ、そのURLは404または410を返すようにします。
• URLの正規化: 各URLは1つの形式を選び、httpとhttps、wwwありとなし、末尾スラッシュありとなしなど、残りは301で統一します。

人々が実際に使うリダイレクト#

恒久的なリダイレクトが主流です。RedirHubで設定されたリダイレクトのうち、約100件中96件が301で、アカウントのおよそ7件に1件は少なくとも一度302を設定しています（RedirHubプラットフォームデータ、2026年10月）。どちらを使うべきか迷う場合、その移行はほぼ常に恒久的です。

SEOにおけるリダイレクトのベストプラクティス#

• 恒久的なものには301を使い、元に戻す予定の移動には302を残しておきましょう。
• 各古いURLは、ホームページではなく最も近い一致先へリダイレクトしてください。
• 最終URLへ直接向かいましょう。チェーンもループも避けます。
• 旧ドメインでもHTTPSを提供し、リダイレクト自体がブラウザ警告を引き起こさないようにしましょう。
• 内部リンクとサイトマップを新しいURLに更新してください。
• 少なくとも1年間はリダイレクトを維持し、古いリンクがまだ訪問者を連れてくるならさらに長く続けましょう。
• 公開後は重要なリダイレクトをすべてテストしてください。

リダイレクトの設定方法#

ご自身のサーバーでは、リダイレクトごとに1行ずつ追加します。一時的な移動の場合は、301の代わりに302を使用してください:

PHP の Location ヘッダーは、自分でコードを指定しない限り 302 を送信することに注意してください。これは PHP マニュアル に説明されているとおりです。そのため、恒久的な移動には 301 を明示的に指定してください。

URLが何を返すか確認するには、curl -I https://old-url.com を実行してステータス行を確認するか、当社の redirect speed test に入力して、すべてのホップと応答速度を確認してください。

Webサーバーなしのリダイレクト#

古いドメインにホスティングがない場合や、サーバーのルールを管理したくない場合でも、リダイレクトサービスで対応できます。RedirHub では、ドメインのルートと www レコードを RedirHub に向け、Redirect type で 301 または 302 を選び、Keep the path か Everything to one URL を選択します。

自分のサーバーを運用していて、必要なルールがほんの数個だけなら、サーバーは無料で十分です。古いドメインにホスティングがない場合、複数のドメインを管理している場合、または古いURLにまだ訪問者がいるか確認したい場合は、RedirHub の価値があります。

ページごとの移行マッピングでは、ルールを手作業で書く代わりに、一括リダイレクトインポートで古いURLと新しいURLの一覧をアップロードします。接続された各ドメインには無料のHTTPS証明書が付属するため、リダイレクトはhttp://だけでなくhttps://でも機能します。