301 リダイレクトは、順位、リンク、権威性を保ちながら、ユーザーと検索エンジンを新しい URL へ送る恒久的な HTTP リダイレクトです。

要約
301 リダイレクトは、ユーザーと検索エンジンを古い URL から新しい URL に転送する、恒久的な HTTP ステータスコードです。順位のシグナルとリンクの評価を転送先に渡すので、URL の変更やサイトの移行を安全に行う方法です。
さらに詳しく知るには、こちらに質問
ページを移動したり、URL の構造を変えたり、サイトを移行したりすると、古いアドレスは、どこか新しい場所を指さない限り、すべて壊れます。301 リダイレクト(HTTP 301 Moved Permanently)は、これを行うための指示です。サーバーは、古い URL へのリクエストに、301 のステータスコードと代わりのページのアドレスで応答するので、ブラウザー、クローラー、AI のシステムはすべて、エラーではなく正しい行き先にたどり着きます。
301 リダイレクトが検索で重要な理由は単純です。恒久的であり、検索エンジンもそう扱うからです。Google はリダイレクト先を正規のページとしてインデックスし、元のページの順位の力のほぼすべてを、そこに移します。正しく行えば、301 リダイレクトを使った移行は、トラフィック、被リンク、権威性をそのまま保ちます。まずく行えば、何年もの取り組みを一掃してしまうことがあります。
301 リダイレクトは、HTTP のレベルで動作します。ブラウザーやクローラーが URL をリクエストすると、サーバーはステータスコードで応答できます。200 OK は、ページが存在し、これがそのコンテンツだという意味です。404 Not Found は、何もないという意味です。301 Moved Permanently は、リソースに新しい場所があるという意味で、応答には新しい URL を指す Location ヘッダーが含まれます。クライアントは、その新しい URL を自動でリクエストします。301 のステータスコードに関する MDN のリファレンスは、この挙動を詳しく記載しています。
ユーザーの視点では、リダイレクトは見えません。リンクをクリックしたり古いアドレスを入力したりすると、新しいページに到着します。検索エンジンの視点では、301 は強力で持続的なシグナルです。Google のリダイレクトのドキュメントは、恒久的なリダイレクトによって、Google が転送先を正規としてインデックスし、検索結果に表示し、古い URL は時間とともにインデックスから消えていくと説明しています。
最もよくある間違いは、301 と 302 を混同することです。301 は恒久的です。302 Found(と似た 307 Temporary Redirect)は、移動が一時的で、元の URL が戻ってくることを示します。Google は 302 の場合、元の URL をインデックスに保ち、転送先を正規とは扱いません。
経験則は単純です。変更が恒久的なら 301 を使いましょう。短い A/B テストや、短期間のプロモーションページの入れ替えなど、本当に古い URL を戻すつもりがあるときだけ、302 を使います。恒久的な移動に 302 を送ると、誤った URL がインデックスされたままになり、順位のシグナルが 2 つのアドレスに分散することがあります。308 Moved Permanently もあり、301 と同様に動作しますが、元のリクエストのメソッドを保つので、一部の技術的なシナリオで役立ちます。
何年もの間、リダイレクトで権威性が漏れるという心配がありました。古いガイダンスは、どんなリダイレクトでも PageRank がわずかに失われると示唆していました。その心配は、ほとんど時代遅れです。Google は、301 リダイレクトが順位のシグナルのほぼすべてを転送先に渡すと述べているので、元の URL が被リンクのプロフィールを通じて得た価値は、おおむね保たれます。
だからこそ、301 リダイレクトは、サイトの移行、ドメインの変更、HTTPS への移行の中心にあります。Google のサイト移転のガイダンスは、あらゆる URL の変更の基盤として 301 を推奨しています。2 つのページを統合するときは、弱い URL から強い URL への 301 が、シグナルを結合します。301 と canonical タグの関係は理解しておく価値があります。301 は実際にユーザーを移動させ、最も強い正規化のシグナルです。canonical タグは、両方の URL を公開したままにする必要があるときに使う、より穏やかなヒントです。本当の移動では、301 が勝ちます。
URL が恒久的に変わるときは、いつでも 301 を使いましょう。よくある場面には、HTTP から HTTPS への移行、リブランド後のドメインの切り替え、www の接頭辞の削除(または追加)、URL のパスの再構成、重複した、または薄いページを 1 つのより強いページへの統合、古くなったコンテンツを最も関連する代替のページに向けて廃止すること、があります。
指針となる原則は関連性です。古い各 URL を、ユーザーが元々求めていたものに最もよく合うページにリダイレクトしましょう。廃止したすべてのページをトップページにリダイレクトするのは、よく知られたアンチパターンです。Google は、関連性のないトップページへのリダイレクトをソフト 404 として扱うことが多く、ユーザーにも混乱する体験を与えます。古い URL から最も近い同等のページへの 1 対 1 の対応が、順位と信頼の両方を保ちます。
サーバー側のリダイレクトが、最良の標準です。サーバー側の 301 は、ページがレンダリングされる前に処理されるので、Google は最も確実な方法として評価します。Apache では .htaccess ファイルかバーチャルホストで、NGINX では return 301 のルールで設定し、PHP などのバックエンドでは、コードの中でステータスコードと Location ヘッダーを設定します。コンテンツ管理システムやプラットフォームには、通常、こうしたルールを書いてくれるリダイレクトの管理機能があります。
ほかの方法もありますが、より弱くなります。0 秒に設定した meta refresh は、Google に恒久的なシグナルとして読まれますが、遅延のある meta refresh は一時的なものとして扱われます。location を使った JavaScript のリダイレクトは、ページがレンダリングされた後にしか機能しないので、Google は、サーバー側の選択肢がないときにだけ使うよう助言しています。可能な限り、リダイレクトはサーバーで設定しましょう。
リダイレクトのチェーンは、URL A が B にリダイレクトし、B が C にリダイレクトするときに起こります。各ホップが遅延を加え、クロールバジェットの一部を無駄にし、クローラーが最終ページに到達する前に止まるリスクを高めます。修正方法は、チェーンを平らにして、古い URL がすべて 1 回のホップで最終的な行き先を直接指すようにすることです。
リダイレクトのループはさらに悪い問題です。A が B にリダイレクトし、B が A にリダイレクトし返すと、ブラウザーは諦めてエラーを表示し、ページは誰にもアクセスできなくなります。特に、複数回の移行でルールが積み重なった後は、チェーンとループを見つけるために、リダイレクトのルールを定期的に監査しましょう。
301 リダイレクトはセーフティネットであり、きれいなリンクの恒久的な代わりではありません。リダイレクトが完璧に機能していても、メニュー、コンテンツ内のリンク、ボタンが、新しい URL を直接指すよう、内部リンクを更新すべきです。これにより余分なホップがなくなり、ユーザー体験が速くなり、リンクのグラフが整理されます。
XML サイトマップにも同じことが当てはまります。移行後、サイトマップには、最終的な公開中の URL(ステータス 200 の行き先)だけを載せ、古いリダイレクトされるアドレスは決して載せません。サイトマップにリダイレクトされる URL を送信すると、矛盾したシグナルを送り、Google が移行を処理する速度が遅くなります。
リダイレクトは、従来の Google の順位以外でも重要です。ChatGPT、Perplexity、Gemini などの AIはウェブページをクロールして引用し、Google と同様に、コンテンツの正規のバージョンを解決する必要があります。きれいな 301 があれば、AI のシステムが古いリンクをたどったときに、現在のページに到達し、引用を正しい公開中の URL に帰属させます。
壊れた、またはチェーンになったリダイレクトは、AI のクローラーがコンテンツを完全に見逃す原因になり、引用の損失を意味します。健全なテクニカル SEO の土台の一部として、適切に維持された 301 は、検索エンジンと AIの両方を、読んで参照してほしいページに向けておきます。定期的な GEO SEO 診断は、可視性を失う前に、リダイレクトのチェーン、ループ、壊れた転送先を見つけます。
公開したすべてのリダイレクトを検証しましょう。クローラーや HTTP ヘッダーのチェッカーを使って、古い各 URL が 1 回の 301 を返し、意図したページに着地することを確認します。Google Search Console のページのインデックス登録のレポートは、インデックスの変化を反映し、リダイレクトの問題を示すので、移行の最中と後に確認しましょう。
301 リダイレクトは、長期にわたって維持しましょう。Google は、すべてのシグナルが移り、外部リンクが引き続き解決されるよう、少なくとも 1 年間は有効にしておくことを推奨しています。古い URL を指す被リンクは何年も残ることがあるので、恒久的なリダイレクトは、まさに恒久的です。
301 リダイレクトは、URL を移動させる、恒久的で SEO に安全な方法です。ユーザーと検索エンジンを新しいアドレスに転送し、順位のシグナルのほぼすべてを渡し、元のページが得た権威性を守ります。恒久的な変更には(302 ではなく)301 を使い、サーバー側で実装し、各ページを最も近い同等のページにリダイレクトし、チェーンを平らにし、内部リンクとサイトマップを更新し、ルールを長期にわたって有効にしておきましょう。このように扱えば、サイト全体の移行でも、トラフィックと順位を保てます。Sorank が、リダイレクトをどう診断し、検索と AIにわたる可視性をどう守るかをご覧ください。
出典
Google の最近の指針では、301 リダイレクトはほぼすべての順位のシグナルを転送先の URL に渡すので、元のページが被リンクで得た権威性は一般的に保たれます。リダイレクトで PageRank の約 15% を失うという昔の懸念は時代遅れです。より大きなリスクは、無関係なページへのリダイレクト(ソフト 404 として扱われることがあります)や、長いリダイレクトチェーンです。価値を完全に保つには、古い URL をそれぞれ最も近い相当のページに、1 回の転送で向けましょう。
301 リダイレクトは恒久的で、302 リダイレクトは一時的です。301 なら、Google は転送先を正規の URL として扱い、順位のシグナルを移し、やがて古い URL をインデックスから外します。302 なら、Google はページが戻ってくると考えて元の URL をインデックスに残します。ドメインの変更や URL の再構成などの恒久的な移動には 301 を使い、短期のテストや季節的なページの差し替えなど、本当に一時的な状況にだけ 302 を使いましょう。
301 リダイレクトは長期間、理想的には恒久的に有効にしておきましょう。Google は、すべての順位のシグナルが新しい URL に完全に移るよう、少なくとも 1 年はリダイレクトを有効にしておくことを推奨しています。古い URL を指す外部の被リンクやブックマークは何年も残ることがあるので、リダイレクトを早く外しすぎるとそれらのリンクが切れ、404 エラーが生まれます。301 を残しておくコストはほとんどないので、一時的な対処ではなく、サイトの設定の恒久的な一部として扱いましょう。
先行導入企業のご紹介
