301リダイレクトとは、あるURLへアクセスした人や検索エンジンを、別のURLへ恒久的に転送するための仕組みです。 ページURLの変更、サイト移転、ドメイン変更、wwwあり・なしの統一など、「今後は新しいURLを正式なURLとして使う」ときに利用します。
SEOでは、単に訪問者を転送できればよいわけではありません。 旧URLと新URLの内容が対応しているか、転送が何段階にもなっていないか、内部リンクやcanonicalも新URLへ統一されているかまで確認することが重要です。
30秒でわかる結論
- 301リダイレクトは、URLが恒久的に移転したことを示すHTTPリダイレクト
- 旧URLへ来たユーザーを自動的に新URLへ転送できる
- Googleは301を、転送先URLをcanonicalとして扱うための強いシグナルとして利用する
- 一時的な転送なら301ではなく302などを使う
- 旧ページと内容が対応する新ページへ1対1で転送するのが基本
- 複数ページをすべてトップページへ送る設定は避ける
- 設定後は301が返っているか、転送先が200で表示できるか確認する
301リダイレクトとは?
301リダイレクトは、HTTPステータスコード「301 Moved Permanently」を使った恒久転送です。 ブラウザや検索エンジンに対して、「このURLのコンテンツは新しいURLへ恒久的に移動した」と伝えます。
301リダイレクトの例
旧URL:https://example.com/old-page/
↓ 301リダイレクト
新URL:https://example.com/new-page/
ユーザーが古いURLをブックマークしていたり、外部サイトから旧URLへリンクされていたりしても、301を設定しておけば新ページへ自動的に案内できます。
初心者はこれでOK
「古いURLを廃止し、これからは新URLを正式に使う」ときに使うのが301リダイレクトです。
301リダイレクトはどんなときに使う?
301は、URLの変更が一時的ではなく、今後も新しいURLを使い続ける場合に利用します。
| ケース | 301の適性 |
|---|---|
| 記事URLを恒久変更 | 適している |
| ドメイン変更 | 適している |
| サイト移転 | 適している |
| HTTP→HTTPS統一 | 適している |
| wwwあり・なし統一 | 適している |
| 一時メンテナンス | 通常は不向き |
「数日後に元URLへ戻す」ような一時的な転送なら、301ではなく302などの一時リダイレクトを検討します。
301と302リダイレクトの違い
301と302の最大の違いは、移転が恒久的か一時的かです。
| 項目 | 301 | 302 |
|---|---|---|
| 意味 | 恒久的な移転 | 一時的な転送 |
| 元URLへ戻す予定 | 基本的になし | あり |
| 検索結果 | 新URLへ切り替えるシグナル | 元URLを維持する意図 |
| 代表例 | URL変更・サイト移転 | 一時停止・期間限定転送 |
「SEOなら全部301」は間違い
一時的な転送なのに301を使うと、検索エンジンへ「恒久移転」と伝えることになります。転送期間ではなく、元URLへ戻す予定があるかどうかで判断してください。
301リダイレクトとSEOの関係
Googleは、301や308などの恒久的なサーバー側リダイレクトを、転送先URLをcanonicalとして扱うための強いシグナルとして利用します。
つまり、旧URLから新URLへ正しく301を設定すると、「今後はこちらを代表URLとして扱ってほしい」という意図を検索エンジンへ伝えられます。
301を設定すれば順位が必ず維持されるわけではない
301はURL移転を正しく伝える重要な仕組みですが、転送先の内容、サイト構造、内部リンク、クロール状況なども影響します。「301を入れれば必ず順位がそのまま移る」と断定することはできません。
SEOでは、301だけでなく内部リンク、XMLサイトマップ、canonicalなども新URLへ統一します。 複数のシグナルが異なるURLを示す状態を避けることが重要です。
旧URLと新URLは1対1で対応させる
301で特に重要なのが、旧ページと内容の近い新ページを対応させることです。
良い転送例
旧:/service/server/
↓
新:/server-service/
同じサービス内容を扱うページ同士を転送します。
避けたい転送例
旧:/service-a/
旧:/service-b/
旧:/company/
旧:/blog/article/
↓
すべてトップページ
移転先に対応ページがあるなら、そのページへ個別に転送する方がユーザーにも検索エンジンにも分かりやすくなります。
「旧ページA → 新ページA」の対応表を作る
サイト移転やURL変更が複数ページに及ぶ場合は、設定前に旧URLと新URLの対応表を作成すると転送ミスを減らせます。
Apache・.htaccessで301リダイレクトする方法
Apacheを利用しているレンタルサーバーでは、.htaccess を使って301リダイレクトを設定できる場合があります。
1ページだけ転送する例
Redirect permanentを使う例
Redirect permanent /old-page/ https://example.com/new-page/
Apacheの mod_alias では、Redirect permanent を使って恒久転送を設定できます。
単純なURL転送なら、この方法で十分な場合があります。
mod_rewriteを使う場合
条件分岐や複雑なURL変換が必要な場合は、mod_rewrite を使う方法があります。
基本的な例
RewriteEngine On
RewriteRule ^old-page/$ /new-page/ [R=301,L]
.htaccessは環境ごとに動作が異なる
Apache以外のWebサーバーでは同じ書き方を使えません。また、WordPressやレンタルサーバー独自の既存ルールと競合する場合があります。編集前に必ずバックアップを取り、契約サーバーの公式マニュアルを確認してください。
WordPressで301リダイレクトする方法
WordPressでは、主に次の方法があります。
- レンタルサーバーのリダイレクト機能
- .htaccess
- リダイレクト機能を持つプラグイン
- Webサーバー側の設定
初心者の場合は、サーバー会社が専用の転送設定を提供しているなら、その機能を優先すると設定ミスを減らしやすくなります。
設定方法を選ぶ基準
- 1~数ページだけ → サーバー機能や簡単な転送設定
- 多数ページ → URL対応表を作って一括管理
- 正規表現が必要 → mod_rewriteなどを検討
- WordPress管理画面で管理したい → リダイレクト対応プラグインを検討
プラグインを使う場合も、将来プラグインを停止したときに転送がどうなるかを理解しておく必要があります。
HTTPからHTTPSへの301とは役割を分けて考える
HTTPからHTTPSへの301も、301リダイレクトの代表的な用途です。 ただし、SSL化では「証明書の設定」「WordPress URL変更」「Mixed Content確認」なども必要なため、単純な記事URL変更とは作業範囲が異なります。
http://example.com/page/ → 301 → https://example.com/page/
301そのものを理解する記事では「恒久転送」という考え方を押さえ、HTTPS化の具体的な作業はSSL化記事と分けて考えると分かりやすくなります。
301リダイレクト設定後に確認すること
設定したら、ブラウザで新ページが開くだけで完了と判断しないでください。 HTTPステータスと転送経路まで確認します。
確認項目
- 旧URLへアクセスすると新URLへ移動するか
- 旧URLのレスポンスが301になっているか
- 最終URLが200で正常表示されるか
- 転送先が意図したページか
- リダイレクトループになっていないか
- 何段階も転送されていないか
- 内部リンクが新URLへ変更されているか
- canonicalが新URLを示しているか
- XMLサイトマップが新URLになっているか
理想:旧URL → 301 → 新URL(200)
リダイレクトチェーンを避ける
リダイレクトチェーンとは、転送が何段階にも続く状態です。
3段階転送の例
URL A → 301 → URL B → 301 → URL C → 301 → URL D
過去に何度もURL変更したサイトでは、このような状態が起こりやすくなります。 可能なら古いURLから最終URLへ直接転送します。
整理後
URL A → 301 → URL D
URL B → 301 → URL D
URL C → 301 → URL D
転送段数を減らすことで、ユーザー・クローラー双方が最終ページへ到達しやすくなります。
リダイレクトループにも注意
リダイレクトループは、転送先が再び元URLへ戻るなどして、転送が終わらなくなる状態です。
ループ例
URL A → URL B → URL A → URL B……
ブラウザでは「リダイレクトが繰り返し行われました」などのエラーになる場合があります。 WordPress本体、プラグイン、.htaccess、サーバー側転送を複数同時に設定している場合は特に注意してください。
301とcanonicalの違い
301とcanonicalは、どちらもURL整理で使われますが、動作が違います。
| 項目 | 301 | canonical |
|---|---|---|
| ユーザー | 新URLへ移動 | 元URLを表示できる |
| 元URL | 基本的に廃止 | 残す |
| 用途 | 恒久移転 | 重複URLの代表指定 |
判断の基本
旧URLを完全に廃止できるなら301、URL自体を残す必要があり重複・類似ページの代表を示したいならcanonicalを検討します。
301リダイレクトを設定しない方がよいケース
一時的な転送
メンテナンスや期間限定キャンペーンなど、元URLへ戻す予定がある場合は302などを検討します。
まったく無関係なページへの転送
削除した記事から内容の無関係な記事へ無理に転送しても、ユーザーの期待に合いません。 代替ページがないなら、404や410など別の扱いが適切な場合があります。
単に404をなくすためだけのトップ転送
存在しないURLをすべてトップページへ301する設定は、原因を隠すだけになる場合があります。 旧ページに対応する新ページがあるかを確認してから転送します。
SEO上の注意点
内部リンクも新URLへ変更する
サイト内リンクがいつまでも旧URLを指していると、アクセスするたびにリダイレクトが発生します。 301を保険として残しつつ、内部リンク自体は新URLへ更新します。
XMLサイトマップには新URLを載せる
旧URLをサイトマップへ残すのではなく、検索結果へ出したい新URLを登録します。
canonicalと転送先を一致させる
旧URLを新URLへ301しているのに、新ページのcanonicalが別URLを指していると、検索エンジンへ矛盾したシグナルを送ることになります。
移転後すぐ301を外さない
古いブックマークや外部リンク、検索エンジンの再クロールには時間差があります。 サイト移転では短期間だけ設定してすぐ消すのではなく、十分な期間維持する前提で設計します。
どんな場合に301が必要?
記事URL変更
必要度:高
既存URLを恒久的に変更するなら、旧URLから新URLへ301します。
ドメイン変更
必要度:非常に高い
旧ドメインの各ページから、新ドメインの対応ページへ個別に転送します。
HTTPS化
必要度:高
HTTP版を残さずHTTPSへ統一する場合に使います。
一時キャンペーン
301は通常不要
元URLへ戻す予定があるなら、一時リダイレクトを検討します。
教科書判定
旧URLを廃止するなら「対応する新URLへ1回で301」が基本
初心者は、301を「古いURLから新しい正式URLへの恒久転送」と理解すれば十分です。 設定するときは、旧ページと内容が対応する新ページへ直接転送し、最終ページが200で表示されることを確認してください。
SEOでは301だけに頼らず、内部リンク・canonical・XMLサイトマップも新URLへ揃えます。 一時的な転送なら301ではなく302などを使い分けてください。
FAQ
Q.301リダイレクトするとSEO評価は100%引き継がれますか?
「100%必ず引き継がれる」とは言えません。Googleは301を恒久移転とcanonical化の強いシグナルとして扱いますが、転送先の内容やサイト全体の状態なども関係します。
Q.301と302はどちらを使えばよいですか?
元URLへ戻す予定がない恒久移転なら301、元URLへ戻す予定の一時転送なら302を基準にします。
Q.削除した記事は全部トップページへ301してよいですか?
おすすめしません。内容が対応する新ページがある場合だけ個別に転送し、代替ページがない場合は404や410など別の処理を検討します。
Q.301を設定したら内部リンクは直さなくてもよいですか?
内部リンクも新URLへ変更してください。旧URL経由の転送を毎回発生させるより、最初から新URLへリンクした方が構造が分かりやすくなります。
Q.WordPressプラグインで301を設定してもよいですか?
利用できますが、停止・削除したときに転送も消える可能性があります。長期的なURL移転では、サーバー側設定とのどちらが管理しやすいかを確認してください。
まとめ
この記事の結論
- 301はURLの恒久移転を示すリダイレクト
- 旧URLから対応する新URLへ1対1で転送する
- 一時転送には302などを使う
- ApacheではRedirect permanentやmod_rewriteで設定できる
- 設定後は「301 → 最終URL200」を確認する
- リダイレクトチェーンやループを避ける
- 内部リンク・canonical・サイトマップも新URLへ統一する
301リダイレクトは、URL変更時の「転送機能」だけではなく、ユーザーと検索エンジンへ新しい正式URLを伝えるための重要な仕組みです。 旧URLと新URLの対応関係を整理し、1回の転送で正しい新ページへ到達できる状態を作ることが基本です。
「302リダイレクトとは?301との違いを解説」「404エラーとは?SEOへの影響と対処法」もあわせて確認してください。





