リダイレクトとは？種類や設定方法と注意点、警告の対処方法について

リダイレクトとは、あるURLにアクセスしたユーザーや検索エンジンを、別のURLへ自動的に転送する仕組みです。WebサイトのURL変更、記事統合、ドメイン変更、HTTPS化、ページ削除などの場面で使われます。

SEO実務で特に重要なのは、301リダイレクトをどの場面で使うべきかを正しく判断することです。リダイレクトは単なる技術設定ではなく、評価が分散しているページを整理し、ユーザーを適切な情報へ導き、サイト全体の構造を整えるための重要な施策です。

このページでは、リダイレクトの意味、種類、SEOへの影響、設定方法、canonicalやnoindexとの使い分け、Search Consoleの警告への対処までを実務目線で解説します。サイト移転や記事統合を検討している方は、まずここから確認してください。

この記事の監修者（最終更新者）

株式会社EXIDEA 代表取締役社長

小川 卓真

SEO歴20年。2006年にSEOツールの開発企業を共同創業して以来、SEOを軸にデジタルマーケティングに従事。2013年に「株式会社EXIDEA」を設立。現在はEXIDEAの代表取締役社長として、Webメディア事業、マーケティングDX事業、オールインワンSEOツール「EmmaTools」の事業に携わる。
執筆者の詳しいプロフィールはこちら

リダイレクトとは

リダイレクトとは、アクセスされたURLから別のURLへ自動的に転送する仕組みです。

たとえば、古い記事URLにアクセスしたユーザーを、新しく統合した記事へ自動的に移動させる場合に使います。リダイレクトを設定していないと、ユーザーは古いページや404エラーに到達し、必要な情報を見つけられなくなります。

検索エンジンにとっても、リダイレクトは重要なシグナルです。Google公式資料では、リダイレクトは訪問者とGoogle検索に対して、ページが新しい場所へ移動したことを伝える方法として説明されています（参照：Redirects and Google Search）。

リダイレクトの目的とSEOへの影響

リダイレクトの目的は、ユーザーを迷わせず、検索エンジンに旧URLと新URLの関係を正しく伝えることです。

URLを変更したにもかかわらずリダイレクトを設定しないと、旧URLに貼られた外部リンク、ブックマーク、SNS投稿、過去の資料からのアクセスが失われます。また、検索エンジン側でも旧URLと新URLの関係が分かりにくくなり、評価が分散する可能性があります。

特に301リダイレクトは、URLが恒久的に変更されたことを伝えるための設定です。記事統合やサイト移転のように、旧URLを今後使わない場合には、旧URLから新URLへ301リダイレクトを設定することで、評価やユーザー導線を新URLへ集約しやすくなります。

リダイレクトの種類と使い分け

リダイレクトには複数の種類があります。SEOでよく扱うのは301と302ですが、仕様上は307や308、meta refresh、JavaScriptによる転送も存在します。

Googleは、恒久的な移動では301または308、一時的な移動では302、303、307などを使うと説明しています。MDNでも、301はリソースが恒久的に移動したことを示し、307は一時的な転送でリクエストメソッドを保持するものとして整理されています（参照：MDN 301、MDN 307）。

301リダイレクト

301リダイレクトは、URLが恒久的に変更されたことを伝えるためのリダイレクトです。

SEO実務で最も重要になるのは、この301リダイレクトです。URLを変更したとき、サイト構造を変更したとき、似たテーマの記事を1つに統合したいとき、評価が分散しているページをまとめたいとき、ドメイン変更やサイト移転を行うときに使います。

たとえば、似たテーマの記事が複数存在しており、それぞれに評価が分散している場合、どの記事も十分に上位表示できないことがあります。この場合、記事を統合し、不要になったURLから統合先の記事へ301リダイレクトを設定します。

302リダイレクト

302リダイレクトは、一時的に別URLへ転送するためのリダイレクトです。

メンテナンス中に一時ページへ送る、キャンペーン期間中だけ別ページへ誘導する、ABテストで一時的に振り分ける、といった場面で使います。重要なのは、元のURLに戻す前提があるかどうかです。

301にすべき場面で302のまま長期間放置すると、検索エンジンに対して「元URLが正規である」というシグナルを出し続けることになります。すぐに大きな問題にならないケースもありますが、恒久的な移転であるなら301へ変更するのが自然です。

SEO実務で301リダイレクトが重要になる場面

リダイレクトの中でも、SEOで特に判断を間違えたくないのが301リダイレクトです。ここでは、301を使う代表的な場面を整理します。

URL変更やサイト構造変更

URL変更やサイト構造変更では、旧URLから対応する新URLへ1対1で301リダイレクトを設定することが基本です。

たとえば、カテゴリ構造を変更して/old-category/page/から/new-category/page/へ移す場合、旧URLにアクセスしたユーザーが同じ内容の新URLへ到達できるようにします。

旧URLをまとめてトップページへ飛ばすのは避けましょう。旧ページにアクセスしたユーザーは、そのページに関連する情報を求めています。トップページへ飛ばされると、求めていた情報にたどり着けず離脱しやすくなります。Googleのサイト移転資料でも、関係のないURLへまとめて転送することは避けるべきとされています（参照：Site Moves and Migrations）。

記事統合で評価を集約したいとき

似たテーマの記事を1つに統合する場合、301リダイレクトは評価分散を整理するために有効です。

ただし、単に古い記事を新しい記事へ飛ばせばよいわけではありません。まず統合対象の記事を確認し、それぞれに含まれる情報を整理します。そのうえで、重複している内容は省き、不足している情報は補い、統合先の記事として再構成します。

統合先にするURLは、基本的には最も評価が高い記事を選びます。検索順位、流入数、被リンク、Search Console上の表示回数やクリック数などを見て、どのURLを残すべきかを判断します。

リダイレクトは、単なる技術設定ではなく、コンテンツ統合の設計とセットで行うべきSEO施策です。旧記事の内容が統合先の記事の特定のH2以下に移植されているのであれば、内部リンクも可能な範囲でその該当箇所に近い導線へ調整した方が自然です。

ドメイン変更やサイト移転

ドメイン変更やサイト移転を伴うリダイレクトは、影響範囲が大きいため慎重に進める必要があります。

Google公式説明では、301などの恒久的リダイレクトによってPageRankが失われることはないとされています。ただし実務上は、ドメイン変更によって順位や流入が一時的に不安定になることがあります。

これはPageRankの単純な損失というより、サイト運営主体、エンティティ、ブランド、コンテンツの文脈、URL構造などが変わることで、Google側の再評価が必要になるためだと考えています。

特に注意すべきなのは、外部サイトを買収して自社ドメインへ統合するケースです。買収直後にすぐ301で統合するよりも、一定期間は買収先サイトを安定運用し、自社が運営主体として管理している状態を作ってから統合した方が安全な場合があります。当社の感覚では、サイト買収後の統合は最低でも数ヶ月程度は様子を見ながら慎重に進めるべきです。

記事統合で301リダイレクトを使う手順

記事統合で301リダイレクトを使う場合は、リダイレクト設定よりも前に、どのURLを残し、どの内容を移植するかを決める必要があります。

この手順を飛ばして、低品質な記事をまとめて301するのは危険です。301は評価を引き継げる一方で、ネガティブなシグナルを引き継ぐ可能性もあります。

当社では、記事統合を判断する際、Search Consoleや順位データを見ながら、1URLずつ扱いを決めます。対策キーワードで40位以内に入っている記事は一定の評価がある可能性が高く、60位以内であればメインキーワード以外で評価されている可能性もあります。一方、70位以下が多く、どのキーワードでも評価されていない記事は、301ではなく削除やnoindex、リライトを検討することがあります。

リダイレクトとcanonical、noindex、404/410の使い分け

リダイレクトの判断で迷いやすいのが、canonical、noindex、404/410との使い分けです。ここを誤ると、検索エンジンへのシグナルが矛盾しやすくなります。

リダイレクトとcanonicalの違い

ページ自体を統合して1つにまとめるなら301、ページは残しつつ正規URLを伝えたいならcanonicalを使います。

たとえば、ECサイトで色違いの商品ページが複数ある場合、それぞれのページはユーザーにとって必要です。この場合、すべてを1つのページへ301リダイレクトするのは適切ではありません。ページを残したうえで、必要に応じてcanonicalを設定する方が自然です。

一方で、似た内容の記事が複数あり、検索意図もほぼ同じで、ユーザーにとって1つの記事にまとまっていた方がよい場合は、301リダイレクトで統合する判断になります。canonicalについては、canonicalタグとは？URL正規化のSEO効果や設定方法も参考にしてください。

リダイレクトとnoindexの違い

noindexは、ページ自体は残すが検索結果には出したくない場合に使います。

たとえば、会員向けに近いページ、検索流入を狙わないページ、品質が十分ではないが一時的に残しておきたいページなどです。ページの役割を別URLへ完全に移すなら301、ページを残したいならnoindexという切り分けで考えると分かりやすいです。

リダイレクトと404/410の違い

ページを復活させる見込みがなく、代替ページもない場合は、404または410を返す選択肢があります。

404はページが見つからないことを示し、410はページが削除されたことをより明確に伝えます。関連する代替ページがないのに無理にトップページへ301するより、404/410で整理した方が自然なケースもあります。

リダイレクトの設定方法

リダイレクトは、サーバー設定、PHP、JavaScript、meta refresh、WordPressプラグインなどで設定できます。SEO目的では、可能な限りサーバー側のHTTPリダイレクトを優先しましょう。

.htaccessファイルによるリダイレクト

Apache環境では、.htaccessファイルでリダイレクトを設定するケースが多くあります。

サイト全体を別ドメインへ転送する例は以下です。

特定ページを別ページへ転送する例は以下です。

.htaccessは記述ミスがあるとサイト全体に影響するため、変更前に必ずバックアップを取り、反映後は実際のURLで動作確認を行いましょう。

PHPによるリダイレクト

PHPでリダイレクトする場合は、HTMLを出力する前にヘッダーを送る必要があります。

出力開始後にheader()を送ると動作しないため、テンプレートやCMS側で使う場合は実装位置に注意してください。

JavaScriptによるリダイレクト

JavaScriptでも転送はできますが、検索エンジンがレンダリングするまで処理されない場合があります。GoogleはJavaScriptリダイレクトも解釈できる場合がある一方で、サーバー側やmeta refreshが使えない場合の代替として位置づけています。

SEO目的の恒久的なURL変更では、JavaScriptではなく301リダイレクトを優先しましょう。

meta refreshによるリダイレクト

meta refreshは、HTMLの<head>内に記述してページを転送する方法です。

Googleは0秒のmeta refreshを恒久的なリダイレクトとして解釈する場合がありますが、基本的にはHTTPリダイレクトの方が明確です。

WordPressのプラグインによるリダイレクト

WordPressでは、プラグインを使ってリダイレクトを管理できます。少数から数百件程度であれば、管理画面から確認・修正しやすいプラグイン運用で十分なケースが多いです。

代表的なプラグインとして、Redirectionがあります。URLごとの転送設定やエラー確認ができるため、記事統合や小規模なURL変更では扱いやすいです。

ただし、1万件規模のURL変更、大規模なサイト移転、サーバー負荷が気になる場合は、プラグインだけでなく、ApacheやNginxなどサーバー側での管理も検討しましょう。大規模な変更では、エンジニアと連携してリダイレクトルールを設計した方が安全です。

リダイレクトを設定するときの注意点

リダイレクトは便利ですが、設定を誤るとSEO評価やユーザー体験に悪影響を与える可能性があります。

旧URLをすべてトップページに飛ばさない

旧URLの内容と関係のないページへ一括転送するのは避けましょう。

ユーザーは旧ページに関連する情報を求めています。それにもかかわらずトップページへ飛ばされると、目的の情報を探し直す必要があり、離脱につながります。検索エンジンにも不自然な転送として伝わる可能性があります。

リダイレクトチェーンを作らない

リダイレクトチェーンとは、AからB、BからC、CからDのように転送が複数回連続する状態です。

Googlebotは複数のリダイレクトをたどれますが、Google公式資料では、最終到達URLへ直接リダイレクトすることが推奨されています。どうしても避けられない場合でも、チェーンは短く保つべきです。

リダイレクトループを発生させない

リダイレクトループとは、AからBへ飛ばしたつもりが、BからAへ戻るような循環状態です。

リダイレクトループが発生すると、ページが表示されず、ブラウザ上でエラーが出ます。A→B→C→Aのように複雑なループになっているケースもあるため、複数のルールを設定する場合は、最終到達URLまで確認しましょう。

内部リンクとサイトマップを新URLへ更新する

リダイレクトを設定しただけで終わらず、内部リンクやXMLサイトマップも新URLへ更新しましょう。

内部リンクが古いURLのままだと、ユーザーも検索エンジンも毎回リダイレクトを経由することになります。クロール効率や表示速度の観点でも、サイト内リンクは最終到達URLへ直接向けるのが理想です。

リダイレクトは短期間で解除しない

サイト移転やURL変更後のリダイレクトは、少なくとも1年、重要URLではさらに長く残すことを検討しましょう。

Googleは、サイト移転後のリダイレクトをできるだけ長く、一般的には少なくとも1年維持することを推奨しています。これは、GoogleがURL変更を十分に認識し、評価を新URLへ統合するまでに時間がかかるためです。

実務上は、1年で外すよりも、可能であれば2〜3年、重要なURLであればさらに長く残す方が安全です。外部サイトから旧URLへ被リンクがある、ブックマーク経由のアクセスがある、旧URLがSNSや記事内で引用されている、ドメイン変更を伴う、といった場合は長めに残す判断をします。

Search Consoleでリダイレクト関連の表示が出たときの対処法

Search Consoleでは、リダイレクトに関連する表示が出ることがあります。重要なのは、正常な除外なのか、修正すべきエラーなのかを見分けることです。

「ページにリダイレクトがあります」は必ずしも問題ではない

Search Consoleで「ページにリダイレクトがあります」と表示されていても、意図したリダイレクトであれば正常です。

たとえば、旧URLから新URLへ301リダイレクトしている場合、旧URLがインデックス対象から外れるのは自然です。問題は、意図していないURLが転送されている場合や、転送先が正しく処理されていない場合です。

リダイレクトエラーが出たときに確認すること

「リダイレクトエラー」が出ている場合や、想定外のURLが除外されている場合は、次の点を確認します。

Search Consoleは、サイト移転やURL変更時に確認すべき重要なツールです。URL検査、ページのインデックス登録状況、サイトマップ送信、エラーの推移を確認しながら、変更後の状態を見ていきましょう。

リダイレクトに関する警告と不正なリダイレクト

ブラウザや検索エンジンでリダイレクト関連の警告が出る場合、設定ミス、SSLの問題、短縮URL、不正な転送などが原因になっていることがあります。

Cookieやキャッシュが原因になる場合

ユーザー側でリダイレクトの警告が出る場合、Cookieやキャッシュに古い転送情報が残っていることがあります。まずは別ブラウザやシークレットウィンドウで確認し、必要に応じてキャッシュを削除します。

SSL化やhttp/httpsの混在

httpからhttpsへの転送、wwwあり・なし、末尾スラッシュの統一などが複雑になると、意図しないチェーンやループが起きやすくなります。

SSL化がまだ終わっていない場合は、まずHTTPSへ統一しましょう。

不正なリダイレクト

不正なリダイレクトとは、ユーザーや検索エンジンを欺く目的で、本来期待していない別URLへ移動させる行為です。

たとえば、ユーザーと検索エンジンのクローラーを異なるURLへ転送する、ユーザーが求めていないページへ意図的に飛ばす、といったケースはスパム行為と見なされる可能性があります。リダイレクトは、ユーザーの目的に合う自然な転送として設計しましょう。

リダイレクト設定前後のセルフチェック

リダイレクトを設定する前後では、以下の観点を確認しておくとミスを減らせます。

リダイレクトを設定した後は、ツールで確認するだけでなく、実際にユーザーになったつもりでページを見て、情報導線が不自然になっていないかを確認することが重要です。

AI・LLMO時代におけるリダイレクトの意味

AI・LLMO時代でも、リダイレクトは検索エンジンや生成AIが正しいURLとサイト構造を理解するための土台です。

生成AIや検索エンジンがWeb上の情報を参照する際、URLの正規性、運営主体、関連コンテンツのまとまりは重要になります。古いURL、重複URL、評価が分散した記事が残っていると、どのページを代表情報として扱うべきかが分かりにくくなります。

リダイレクトは、単に古いURLから新しいURLへ転送するための技術設定ではありません。SEO実務においては、評価が分散しているページを統合し、ユーザーを適切な情報へ導き、サイト全体の構造を整理するための重要な施策です。

よくある質問

301リダイレクトと302リダイレクトはどちらを使えばよいですか？

恒久的にURLを変更する場合は301リダイレクト、一時的に別ページへ転送し、将来元のURLに戻す予定がある場合は302リダイレクトを使います。記事統合、URL変更、ドメイン変更などでは301を使う場面が多くなります。

リダイレクトとcanonicalはどう使い分けますか？

ページを統合して旧URLを使わない場合は301リダイレクト、ページ自体は残しつつ正規URLを検索エンジンに伝えたい場合はcanonicalを使います。ECの色違いページのようにユーザーに必要なページを残す場合はcanonicalが適していることがあります。

リダイレクトはどれくらいの期間残すべきですか？

Googleはサイト移転後のリダイレクトを少なくとも1年維持することを推奨しています。実務上は、外部リンク、ブックマーク、SNSでの引用、旧URL経由の流入が残る重要URLでは、2〜3年またはそれ以上残す判断もあります。

Search Consoleの「ページにリダイレクトがあります」は問題ですか？

意図したリダイレクトであれば問題ではありません。一方で、想定外のURLが除外されている場合や「リダイレクトエラー」が出ている場合は、転送先が200で表示されるか、ループやチェーンがないか、noindexやcanonicalと矛盾していないかを確認します。

WordPressのリダイレクトはプラグインで十分ですか？

少数から数百件程度のリダイレクトであれば、管理画面から確認しやすいプラグインで十分なケースが多いです。ただし、1万件規模のURL変更、大規模なサイト移転、サーバー負荷が気になる場合は、ApacheやNginxなどサーバー側での設計も検討します。

低品質な記事も301リダイレクトで統合してよいですか？

安易な301リダイレクトは避けるべきです。301は評価を集約できる一方で、ネガティブなシグナルを引き継ぐ可能性もあります。順位、流入、被リンク、Search Consoleのデータ、コンテンツ品質を見て、統合、削除、noindex、リライトのどれが適切かを判断します。

まとめ

リダイレクトとは、古いURLから新しいURLへユーザーや検索エンジンを転送する仕組みです。SEO実務では、特に301リダイレクトの使い方が重要です。URL変更、記事統合、サイト移転などでは、301を適切に設定することで、評価の分散を防ぎ、ユーザーを正しい情報へ導きやすくなります。

ただし、すべてのページを安易に301すればよいわけではありません。低品質なページや評価されていないページは、削除、noindex、リライトなど別の対応が適している場合もあります。重要なのは、「どこへ飛ばすか」ではなく、「なぜそのURLを統合・転送するのか」を明確にすることです。

当社では、リダイレクトを行う際、順位、流入、被リンク、Search Consoleのデータ、コンテンツ品質、ユーザー導線を確認したうえで、1URLずつ判断することを重視しています。技術面・SEO評価・ユーザー体験の3つを同時に見ながら、サイト全体の構造を整えていきましょう。