リダイレクトとSEO｜301・302の選び方と転送の点検

リダイレクトは、古いURLへアクセスした利用者や検索エンジンを別のURLへ案内する仕組みです。恒久的な移転と一時的な転送を区別し、転送先や経路を確認する手順を架空の例とともに整理します。変更前に対象を洗い出し、公開後にも確認を続けましょう。

移転先が決まっても、転送が意図どおり動くとは限りません。旧URLと新URLの対応を一覧にし、設定前後で確認します。

この記事には、運営会社CommunityCreateのサービス案内が含まれます。

• 恒久的な移転と一時的な転送を区別する
• 旧URLから適切な最終ページへの経路を整理
• 実際の応答と検索上の状態を分けて調べる

公開日：2026年11月4日 / 最終更新日：2026年11月4日

リダイレクトは移転先へ案内する仕組み

URLを変更するときは、旧ページへのアクセスを移転先へ案内します。移転が恒久的か一時的かによって、転送方式も選び分けましょう。

301と302は目的から選ぶ

Googleのリダイレクトと検索の案内は、恒久的なHTTP転送に301または308、一時的なHTTP転送に302・303・307を挙げています。2026年11月時点で、まず移転が恒久的かを確認しましょう。

状況	検討する転送	確認したいこと
恒久的な移転	301または308	内容に対応する移転先
一時的な転送	302・303・307	期間と元に戻す条件

番号だけで判断を終えず、移転の目的と期間を担当者間で共有してください。

正規化と順位保証は別

Googleの同案内は、恒久リダイレクトを転送先URLの正規化シグナルとして扱うと説明しています。一時リダイレクトは転送先の正規化シグナルとして扱わない一方、別のシグナルによって転送先が登録される可能性もあるとのことです。

Googleの正規URL指定の案内でも、リダイレクトは強いシグナルと説明されています。正規化のシグナルと、順位や評価の完全な引き継ぎは別の話です。

移転元と移転先の対応表を作る

旧URLごとに、読者が求める内容に対応した移転先を選びます。中継が続く経路やループがないか、設定前に表で確認しましょう。

最終的な移転先を決める

Googleのサイト移行の案内は、転送の連鎖を避け、旧URLから最終的な移転先へ直接転送するよう案内しています。旧URL、最終URL、恒久・一時の区分を書き出してください。

関連する移転先があるのに、すべてを無関係なトップページへまとめれば、利用者は内容を探し直すことに。内容に対応する移転先を選びたいところです。

架空の経路を追跡する

当サイトは架空の転送表をPythonでたどりました。1段、2段のチェーン、2つのURLを行き来するループを区別した例です。

架空の開始点	経路	結果
/old	/old → /new	1段
/chain	/chain → /old → /new	2段
/loop-a	/loop-a → /loop-b → /loop-a	ループ

筆者の検証（2026年11月）｜架空の転送表を追跡（Python／架空例）
架空の転送表をたどり、1段・2段の経路とループを検出しました。実サーバーのHTTP応答やGoogleの正規URL選択、順位を測定したものではありません。

入力した表の論理だけを調べたものです。実装後は実際の応答を別に確認してください。

サーバー側で設定できない場合

Googleはリダイレクトの案内で、即時のmeta refreshを恒久、遅延のmeta refreshを一時的な転送として解釈すると説明しています。JavaScriptによる転送はサーバー側またはmeta refreshを使えない場合に限って使うよう案内し、レンダリングが失敗すると検出できない場合があるとのことです。

設定方法はサイト構成によって変わります。筆者は、実装の制約と確認方法を担当者と先に共有したいところ。

公開後は応答と検索上の状態を分けて確認する

旧URLから実際にどこへ移動するかを確認し、最終URLの状態も調べます。転送の応答と検索結果の切り替わりは別の確認項目です。

応答と経路をたどる

旧URLへの応答、転送先、途中の転送回数、最終ページの内容を控えます。エラーやループを見つけたら、対応表と設定を照合しましょう。

GoogleのHTTPステータスとクローラーの説明は、Googleのクローラーが既定で最大10回のリダイレクトをたどると説明しています。上限まで連鎖させることを目標にせず、直接の転送を目指してください。

転送元と転送先を個別に調べる

GoogleのURL検査ツールの案内では、リダイレクト元を調べた登録済みデータは、転送先の登録状態をそのまま示すものではありません。両方のURLを分けて記録します。

Googleのサイト移行案内によると、移行はURLごとに進み、完了には旧サイトと新サイトの各URLへの訪問が必要です。すべてが同時に切り替わるとは限りません。確認日と対象URLを残して変化を追いましょう。準備はSearch Consoleの登録方法を参照できます。

持ち帰りポイント
点検メモ：旧URL／移転先／恒久か一時か／応答／経路と回数／最終ページ／確認日時／URL検査の結果。

内部リンクも更新する

転送を設定した後も、サイト内のリンクが旧URLを向いたままなら、移転先を確認して更新を検討します。内部リンクの点検方法とSEO対策の全体像を参考にしてください。

移転範囲や担当分担に迷ったときは、CommunityCreateへ相談できます。URLの対応表があれば、確認事項を共有しやすいでしょう。

正直なところ
架空の転送表は経路の論理を確認した例です。実サイトの応答、登録や順位への影響は検証していません。

よくある質問

転送を設計するときの疑問をまとめます。

301と302はどう選びますか？

恒久的な移転か一時的な転送かを整理して選びます。

301を使えば順位は完全に引き継がれますか？

完全な引き継ぎは保証されません。検索上の状態も確認します。

リダイレクトとcanonicalは同じですか？

転送と正規候補の指定は異なる仕組みです。

旧URLはすべてトップページへ送りますか？

対応する内容がある場合は、目的を果たせる移転先を検討しましょう。

転送が何段も続いてもよいですか？

Googleは連鎖を避け、最終的な移転先へ直接送るよう案内しています。

ループとは何ですか？

URL同士を行き来して終点へ到達できない状態です。

URL検査は転送元だけで十分ですか？

元と先を別々に確認し、対象と日時を記録します。

転送後すぐに検索結果は切り替わりますか？

即時の切り替わりは保証されません。再クロール後の状態も確認しましょう。

次の一歩
移転するURLを一つ選び、旧URL・最終URL・移転の期間を書き出してみましょう。

参考URL一覧

• リダイレクトと検索の案内：https://developers.google.com/search/docs/crawling-indexing/301-redirects?hl=en
• 正規URL指定の案内：https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls?hl=en
• サイト移行の案内：https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=en
• HTTPステータスとクローラーの説明：https://developers.google.com/search/docs/crawling-indexing/http-network-errors?hl=en
• URL検査ツールの案内：https://support.google.com/webmasters/answer/9012289?hl=en