301リダイレクトの使い方｜URL変更で評価を引き継ぐ

301リダイレクトとは何か

301リダイレクトとは、あるURLへのアクセスを別のURLへ恒久的に転送する仕組みで、「このページは新しいURLへ恒久的に移動しました」という意味を持ちます。ユーザーが旧URLにアクセスした際に自動的に新URLへ移動させるだけでなく、検索エンジンに対しても「今後はこの新URLを評価してほしい」という信号になります。URLを変更する場面はサイトリニューアル・ページ統合・ドメイン移行・httpからhttpsへの移行など多岐にわたりますが、いずれの場合も旧URLをそのままにすると、旧URLに集まっていた評価や被リンクの価値が新URLに引き継がれず、アクセスがエラーページに行き着くことになります。301リダイレクトを正しく設定することで、旧URLへの評価を新URLへ引き継ぐことが期待できます。ただし、引き継ぎが100%完全に行われることを保証するものではなく、あくまで評価の移転を促す最も適切な手段だと理解しておくことが大切です。

301と302の違いを正しく理解する

リダイレクトには、恒久的な転送を示す301と、一時的な転送を示す302があり、この違いは重要です。301は「恒久的に移動した」ことを示し、検索エンジンは新URLを正規として扱い、評価の移転を進めます。一方302は「一時的に別URLを表示しているだけで、元のURLはいずれ復活する」ことを示すため、検索エンジンは元URLを引き続き評価しようとします。したがって、URLを恒久的に変更したのに302を使ってしまうと、評価の移転が期待どおりに進まないことがあります。URL変更やサイト移行のように「もう旧URLは使わない」場合は301を使うのが適切です。逆に、メンテナンス中に一時的に別ページを表示するようなケースでは302が適します。「恒久的な変更か、一時的な措置か」を明確にし、対応するステータスを選ぶことが、意図した評価の扱いにつながります。仕様は変更される場合があります。最新情報はGoogleの公式ドキュメントをご確認ください。

リダイレクトの設定方法と実装レベル

301リダイレクトの実装方法は、サーバー環境やサイトの構成によって異なります。一般的には、Webサーバーの設定ファイルで転送ルールを記述する方法、サーバーサイドのプログラムで転送を返す方法、CMSのリダイレクト管理機能を使う方法などがあります。どの方法であっても、返されるHTTPステータスが正しく301になっていることが重要です。HTML内のmetaタグやJavaScriptで擬似的にページ遷移させる方法もありますが、これらはサーバーレベルの301リダイレクトとは扱いが異なり、評価の移転という観点では301が最も明確な信号になります。実装後は、旧URLにアクセスした際に実際に301が返り、意図した新URLへ転送されているかを、開発者ツールや専用のチェックツールで確認します。リダイレクトはサイト全体に影響し得るため、設定後の検証を省略しないことが安全な運用につながります。

リダイレクト先は関連性のあるページにする

301リダイレクトを設定する際に重要なのが、転送先を「内容的に関連性のあるページ」にすることです。たとえば、あるサービスページを廃止する場合、そのリダイレクト先は、内容が近い後継ページや、同種のサービスをまとめたページにするのが適切です。廃止したページと無関係なトップページや、まったく別テーマのページへ一律にリダイレクトすると、ユーザーは求めていた情報にたどり着けず離脱しやすくなります。検索エンジンから見ても、内容が対応していない転送は、評価の移転が期待どおりに進まない要因になり得ます。転送先が存在しない・無関係という理由で、実質的にエラーと同等に扱われるケースもあります。原則として「旧ページを探していたユーザーが、転送先で目的を達成できるか」を基準に、最も関連性の高いページへリダイレクトすることが、ユーザー体験と評価の引き継ぎの両面で望ましい設計です。

リダイレクトチェーンとループを避ける

リダイレクトの運用で避けたいのが、リダイレクトチェーンとリダイレクトループです。リダイレクトチェーンとは、URL-AがURL-Bへ、URL-BがさらにURL-Cへと、複数回の転送が連鎖する状態です。チェーンが長くなると、転送のたびに読み込みが発生してユーザーの表示速度が低下し、クローラーの巡回効率にも悪影響が出ます。可能な限り、旧URLから最終的な新URLへ「1回で」転送されるように設定を整理することが望ましい運用です。リダイレクトループは、URL-AがURL-Bへ、URL-Bが再びURL-Aへ転送するように、転送が循環してページが表示できなくなる状態で、これは明確な不具合として修正が必要です。サイトリニューアルを重ねるとチェーンが発生しやすいため、過去のリダイレクト設定を定期的に見直し、中間URLを飛ばして最終URLへ直接転送する形に整理していくことが、健全なリダイレクト運用のポイントです。

サイトリニューアル・ドメイン移行時の進め方

サイト全体のリニューアルやドメイン移行では、リダイレクトの規模が一気に大きくなるため、事前の設計が特に重要になります。まず、移行前に現行サイトの全URLを洗い出し、それぞれの旧URLがどの新URLに対応するかの「対応表」を作成します。この対応表をもとに、旧URLごとに関連性のある新URLへ301リダイレクトを設定します。トップページへ一括で転送するのではなく、ページ単位で最も近い内容の新URLへ個別に対応させることが、評価の引き継ぎとユーザー体験の両面で望ましい進め方です。ドメイン移行の場合は、Googleサーチコンソールに新旧両方のドメインを登録し、アドレス変更の手続きを行うことで、移行の意図をGoogleに伝えられます。移行直後は検索での表示が変動しやすいため、主要URLの転送が正しく動作しているか、インデックスが新ドメインへ移っているかを重点的に確認します。移行は一度で完璧に終わることは少なく、公開後もエラーになっているURLや漏れた転送を継続的に見つけて修正していく姿勢が求められます。

リダイレクト後に確認すべきこと

301リダイレクトを設定した後は、いくつかの確認を行うことで、意図どおりに機能しているかを把握できます。まず、主要な旧URLに実際にアクセスし、正しく301が返り、関連性のある新URLへ1回で転送されるかを確かめます。次に、Googleサーチコンソールで、旧URLがどのように扱われているか、新URLのインデックス状況がどう推移しているかを継続的に確認します。URL変更直後は検索での表示や順位が一時的に変動することがありますが、これはGoogleが新URLを再評価する過程で起こり得るもので、多くの場合は時間の経過とともに落ち着いていく傾向があります。あわせて、サイト内の内部リンクやサイトマップに旧URLが残っていないかを点検し、これらも新URLへ更新します。リダイレクトは残しつつ、サイト内では最初から新URLを参照する状態にしておくことが、無駄な転送を減らし評価を安定させることにつながります。

よくある質問（FAQ）

QURLを変更したら必ず301リダイレクトを設定すべきですか？

A旧URLに検索流入や被リンクがある場合は、301リダイレクトの設定を強くお勧めします。設定しないと旧URLの評価が新URLに引き継がれず、アクセスがエラーページに行き着きます。ただし引き継ぎの完全性を保証するものではありません。

Q301と302はどう使い分けますか？

A恒久的にURLを変更した場合は301、メンテナンスなどで一時的に別ページを表示する場合は302です。恒久的な変更に302を使うと、検索エンジンが元URLを評価し続け、評価の移転が期待どおりに進まないことがあります。

Qリダイレクト先はどこにすればいいですか？

A内容的に関連性のあるページにします。廃止ページと無関係なトップページへ一律に転送すると、ユーザーが目的の情報にたどり着けず、評価の移転も期待どおりに進みにくくなります。後継ページや同種の内容のページが適切です。

Qリダイレクトチェーンは問題になりますか？

Aはい。複数回の転送が連鎖すると表示速度が低下し、クロール効率にも影響します。旧URLから最終的な新URLへ1回で転送されるよう整理するのが望ましい運用です。転送が循環するループは不具合として修正が必要です。

Qリダイレクト後に順位が下がることはありますか？

AURL変更直後は、Googleが新URLを再評価する過程で表示や順位が一時的に変動することがあります。多くの場合は時間の経過とともに落ち着く傾向がありますが、変動幅は状況により異なります。継続的な確認をお勧めします。

Q設定が正しく機能しているか確認するには？

A旧URLに実際にアクセスして301が返り新URLへ1回で転送されるかを開発者ツールなどで確認し、Googleサーチコンソールで新URLのインデックス状況を追います。内部リンクやサイトマップの旧URLも新URLへ更新します。