URLを変更するときに迷いやすいのが、301と302リダイレクトの違いです。基本は『元のURLへ戻す予定があるか』で考えると分かりやすく、恒久的な移転なら301、一時的な転送なら302を使います。
- URL変更が恒久的か一時的か
- 旧URLへ戻す予定があるか
- 転送先が内容の対応するページか
- リダイレクトが1回で完了するか
- 設定後にHTTPステータスを確認する
301リダイレクトとは
301は、ページやサイトが恒久的に別URLへ移ったことを示すリダイレクトです。ドメイン変更、URL構造変更、重複URLの統一など、元のURLへ戻す予定がない場合に使われます。
302リダイレクトとは
302は、一時的に別URLへ転送するときに使うリダイレクトです。短期間のキャンペーンページ、メンテナンス中の一時転送など、将来的に元URLへ戻す前提がある場合に使います。
SEOではどちらを使う？
Google Search Centralでは、恒久的な移転には301や308などの恒久リダイレクト、一時的な移転には302や307などの一時リダイレクトを案内しています。検索エンジン向けだけで選ぶのではなく、実際の移転が恒久か一時かに合わせることが基本です。
ドメイン変更では301を中心に設計する
旧ドメインから新ドメインへ移転する場合は、旧ページから対応する新ページへ恒久リダイレクトを設定します。トップページへすべてまとめて転送するより、対応関係があるページ同士を結ぶ方が利用者にも分かりやすくなります。
ホームページ移転・ドメイン変更のチェックリストもあわせて確認してください。
リダイレクトチェーンを増やさない
A→B→Cのように転送を重ねるより、可能ならA→Cへ直接転送します。設定が複雑になるほど、トラブル時の確認も難しくなります。
301・302の使い分け早見表
| 場面 | 候補 |
|---|---|
| ドメインを完全に変更 | 301 |
| 記事URLを恒久変更 | 301 |
| 短期間だけ別ページへ転送 | 302 |
| 後で元URLへ戻す予定 | 302 |
設定後に確認すること
- 旧URLから正しい新URLへ移動する
- 転送がループしていない
- 転送が何段階にも連なっていない
- 内部リンクはできるだけ新URLへ直接変更する
- Search Consoleで新旧URLの状況を確認する
転送後に404が出る場合は、WordPressの404エラー確認手順も確認できます。転送が終わらず同じURLを行き来する場合は、リダイレクトが多すぎますと出るときの確認手順も参照してください。Search Consoleで「ページにリダイレクトがあります」と表示された場合は、表示の意味と確認手順で、転送先・内部リンク・サイトマップ・canonicalを順番に確認できます。wwwあり・なしを代表URLへ統一する目的ならwwwあり・なしのURL統一で、301/302の選択ではなくサイト全体の正規URLを先に決めます。
やらない方がよいこと
古いURLをすべてホームページへ一律転送したり、恒久移転なのに理由なく302を使い続けたりするのは避けます。URLごとの目的を確認して設定します。
設定前に迷ったときの判断基準
『元のURLへ戻す予定があるか』を最初の判断軸にすると整理しやすくなります。恒久的に移すなら301、一時的なら302が基本です。複数段の転送、正規URLの統一、ドメイン移転などSEO影響が大きい変更では、設定前に旧URLと新URLの対応表を作り、設定後に実際のHTTPステータスを確認してください。
リダイレクト設定表を先に作る
| 旧URL | 新URL | 種類 | 確認 |
|---|---|---|---|
| /old-a/ | /new-a/ | 301 | 1回で到達 |
| /campaign/ | /temporary/ | 302 | 元URLへ戻す予定 |
実際の運用では、旧URLごとに新URLと転送目的を記録してから設定します。設定後はブラウザ表示だけでなくHTTPステータス、転送回数、内部リンクが新URLを直接向いているかまで確認すると、チェーンやループを見つけやすくなります。
REDIRECT INTENT LOG
設定前に「一時か恒久か」を1行で書く
| 状況 | 基本の考え方 |
|---|---|
| 旧URLを今後使わない | 301を中心に検討 |
| 一時的な迂回 | 302を検討 |
| テスト・保守 | 期間と戻す日を記録 |
ステータスコードだけ覚えず、元URL・移動先・目的・終了条件を残すと誤設定を減らせます。
よくある質問
301にしたら検索順位は必ず維持できますか？
保証はできません。適切な恒久リダイレクトはサイト移転で重要ですが、移転後のクロールや内容、内部リンクなど複数の要素が関係します。
302でもGoogleは新URLを認識しますか？
Googleは一時リダイレクトも処理しますが、移転の意図に合ったステータスを使うことが基本です。恒久移転なら恒久リダイレクトを選びます。
REDIRECT NEXT CHECK
設定後は「1回で最終URLへ着くか」を確認する
- 旧URL → 新URLが1回の301/302で到達する
- 途中URLを何段も経由しない
- canonical・内部リンク・サイトマップは最終URLを指す
ドメイン変更全体ならドメイン変更・移管・サーバー移転、Search Console表示ならページにリダイレクトがありますも確認できます。
REDIRECT VERIFY
設定後は「元URL→ステータス→最終URL」を1行で確認する
| 元URL | HTTP | 最終URL | 意図 |
|---|---|---|---|
| /old/ | 301 or 302 | /new/ | 恒久 / 一時 |
転送されるだけで完了にせず、途中URLを何段も経由していないかも確認します。ループが起きた場合はリダイレクトが多すぎる場合の確認手順へ進めます。
REDIRECT CHANGE LOG
リダイレクト設定は「いつ・なぜ・いつまで」を残す
| 元URL | 移動先 | 理由 | 期限 |
|---|---|---|---|
| /old/ | /new/ | 恒久移転 | 恒久 |
一時転送を放置しないため、302には見直し日を付けます。ループが起きたらリダイレクトが多すぎる時の確認手順へ切り分けます。
次に読む
ループが起きる場合はリダイレクトが多すぎる場合の確認手順、Search Consoleで転送判定を確認するなら「ページにリダイレクトがあります」の確認方法、移転全体を整理するならドメイン変更・移管・サーバー移転の違いへ進めます。
無料ツール｜301・302設定後5点チェック
- 移転が恒久か一時かを決めた
- 旧URLから最終URLへ1回で到達する
- HTTPステータスが意図どおり
- 内部リンクは最終URLへ直接向いている
- canonical・サイトマップも最終URLと一致する
5/5：基本の整合性は取れています。
4以下：転送コードだけでなく、内部リンク・canonical・サイトマップも確認します。
302を「とりあえず」で放置しない
一時的なキャンペーンや保守で302を使った場合は、元URLへ戻す日や恒久移転へ切り替える判断日を記録します。一時転送を期限なしで残すと、後からなぜ302なのか分からなくなります。
よくある質問
301と308はどちらを使うべきですか？
どちらも恒久リダイレクトとして使われますが、利用しているサーバー・アプリケーションの仕様と目的に合わせます。既存設定を理由なく変更する必要はありません。
302から301へ後で変更してもいいですか？
実際の移転が恒久になった時点で見直すことはできます。変更理由と日時を残し、転送先・内部リンク・canonicalも確認します。
リダイレクトは何年残せばいいですか？
一律に固定せず、旧URLへのアクセス、外部リンク、サイト移転の状況を見ながら判断します。重要URLは長期的に維持する方が利用者にも分かりやすい場合があります。
Search Console上の「ページにリダイレクトがあります」の意味を確認する場合は専用記事、URLの正規化・canonicalのズレはcanonical確認へ分けます。
