301と302、永続移動と一時移動はどのように区別すればよいでしょうか？
301 Moved Permanentlyはリソースの永続的な移動を、302 Foundは現在のリクエストの一時的な移動を表します。期間の長さよりも、元のURLを再び使用する予定があるかどうかが選択基準です。
三行要約
301は恒久的な移動、302は一時的な移動を意味しますが、数日・数か月といった期間だけで選ぶコードではありません。
元のURLを再利用する予定がないなら301、復帰の事案と担当者が明確なら302を検討すべきです。
既存サイトのリダイレクトの流れを維持したまま、初回のステータスコード・Location・最終的な200・canonicalを照合すると、誤った選択を見つけられます。
301 Redirectと302 Redirectの違い
サイト改編後、旧URLが新URLへ正しく転送されているのに検索結果には以前のアドレスが残り続けるなら、ステータスコードを確認する必要があります。再入荷する商品に301を設定して元のアドレスの役割をなくしてしまう誤りもよくあります。画面遷移は同じように見えても、301と302が検索エンジンに伝える運用意図は異なります。
比較基準 | 301 | 302 |
|---|---|---|
運用意図 | 恒久的な移動 | 一時的な移動 |
元のURL | 再利用しない | 復帰予定がある |
併せて修正するもの | 内部リンク・sitemap・canonical | 終了条件・担当者・復帰確認 |
検収 | 初回応答と最終200 | 初回応答と復帰条件 |
301 Redirectと302 Redirectは、名前だけで選びません。実際の業務の1件で、恒久・一時・元のURLへの復帰を横並びで書き出してみると、どの段階にまず手を入れるべきかが見えてきます。担当者と再確認日まで同じ記録に残しておかなければ、次の修正が推測に流れてしまいます。
元のアドレスを再利用する予定はありますか？
元に戻す予定がないなら301Moved Permanentlyが正しいです。HTTP標準では、対象リソースに新しい恒久的なURIが割り当てられたことを意味するものとして301を定義しています。Googleもまた、恒久リダイレクトを新しい遷移先が代表URLであるべきだというシグナルとして使用します。ドメイン移転、URLルール変更、2つのページの恒久的な統合がこれに該当します。
302Foundは、現在のリクエストを別のアドレスで一時的に処理するという応答です。イベント終了後に元のランディングへ戻る場合や、在庫回復後に元の商品ページを再び使う計画が明確なときに検討します。「1週間なら302、3か月なら301」のように日数だけで判断すると、実際の運用計画を見落とします。短期間でも恒久的な廃止であれば301であり、比較的長くても復帰が確定していれば一時的な応答である場合があります。
301を使うとき、何を一緒に移すべきでしょうか？
サーバーだけ301に変えても、メニュー・本文リンク・サイトマップが引き続き古いURLを指していれば、検索ボットと訪問者は毎回中間アドレスを経由することになります。canonicalが別のアドレスを指していれば、代表URLシグナルも食い違います。移行表には旧URLと新URLの対応関係を残し、内部リンク、サイトマップ、hreflang、canonicalを最終アドレスに整理します。
リダイレクト先は、内容が実際に継続しているページでなければなりません。廃止した詳細ページをすべてホームページへ送る方法は、訪問者の目的を解決できず、soft 404と判断される可能性もあります。対応ページがないなら、ない状態をそのまま示すほうがよいです。
302にはどのような終了条件が必要でしょうか？
302を設定するときは、復帰時点や条件、担当者を残しておく必要があります。「一時的」というメモだけで終了条件がないと、数か月後にも迂回が残りやすくなります。キャンペーン終了、点検完了、在庫回復のように元のURLを再び開く事象を配信チケットに書き込んでおけば、恒常的な構造に固定されるのを防げます。
Googleは一時的リダイレクトをたどりますが、それ自体を対象URLが代表であるべきだというシグナルとしては使用しないと説明しています。だからといって、302の対象が絶対にインデックスされないわけではありません。内部リンクやcanonicalなどの他のシグナルに応じて別URLとして処理されることがあるため、実際の検索状態を確認する必要があります。
公開前後の検収記録
ブラウザではどちらのコードも目的地画面を表示します。開発者ツールやHTTP検査で、最初の応答が301か302か、Locationヘッダーがどこを指しているか、最終URLが200を返すかを確認する必要があります。AからB、さらにCへ続くチェーンや、A↔Bの循環もこの過程で明らかになります。
301を使ったからといって、既存の検索シグナルが決められた比率で即座に移行すると言い切ることはできません。検索エンジンがURLを再訪し、関係を処理する時間が必要です。公開前後のインデックスURL、クリック、外部リンク、ログをあわせて記録しておくことで、「画面は正常なのに検索流入が途切れた」原因を見つけられます。
GEOの出典URLはどのように集計しますか？
AI回答が古いURLと新しいURLを交互に出典として使うと、同じ文書の言及を一つの流れとして集計するのが難しくなります。恒久移転であれば、公開本文と構造化データ、内部リンクが新しいアドレスに集まるようにし、既存の出典URLが新しいページに到達するかも確認します。301や302自体がAI引用を生み出すわけではありませんが、誤った移動は最新情報のあるページへ至る道を断つ可能性があります。
一時的な切り替えは期間を別途表示して、成果比較から除外するか区別します。元のURLと一時ランディングの検索・AI露出を1つのアドレスのように合算すると、どのページが実際の回答の出典だったのか分かりにくくなります。
301 Redirectと302 Redirectの併用運用における実際の判断
301 Redirectと302 Redirect関連の業務では、恒久対応の担当者と一時対応の担当者、そして元のURLへの復帰担当者が異なる場合があります。すべての問題を1つのチームに任せると、修正はできても公開結果が変わらなかったり、露出は生まれても原文が古いまま残ったりします。代表URLから内部リンク項目まで確認し、責任を分けます。
301 Redirectと302 Redirectのレポートには、canonicalの変化とともに修正前の値、配信日、外部システムが再取得した時点を残します。同じ期間の検索需要とキャンペーン影響を切り分けてこそ、どの作業が成果に寄与したのか説明できます。小さな単位で再現された変化だけを次のページ群へ拡大します。
参考資料
ステータスコードの判定を続けて確認するには
資料確認日: 2026年8月9日。CDN・CMS・プロキシがステータスコードを変更することがあるため、実際の公開URLのHTTPレスポンスを基準に確認してください。
既存サイトの適用範囲
URL改編後に検索露出が分かれた場合は、旧URLと現在の遷移先をいくつかお問い合わせに残せます。この運用では、ステータスコード・最終到達URL・カノニカル・内部リンクを照合し、SEO・GEOで再確認すべき区間を診断します。
点検結果は、リダイレクトが設定されたという一文だけで終えません。旧アドレスが再利用される可能性、新しいアドレスとの内容対応関係、内部リンクが最終到達先を直接指しているかを併せて残してこそ、301と302を切り替えた理由を後の運用者が再確認できます。
301 Redirectと302 Redirectの比較後のSearch OS運用
Search OS適用の出発点はサイトの入れ替えではありません。301 Redirectと302 Redirectの比較で確認するGEOソース、恒久的な項目と一時的な項目を現在のWebサイト上で測定し、コンテンツ・技術・外部情報のうち詰まっている部分だけを修正します。
社内成果集計基準では、Search OSを適用したクライアントはSEOとAI検索露出が平均88%以上増加しました。その後は、301 Redirectと302 Redirectの比較に使用した検索とAI回答を同じ周期で再読します。改善した状態を基準線として逸脱が生じたURLを先に修正し、最良の露出状態が継続するよう管理します。