301 と 302 リダイレクト：違い、SEOへの影響、使い分け

どちらのステータスコードも同じ場所へ人を送るため、ランキングが誤ったURLに移ったり、一時的な迂回がブラウザのキャッシュに残ったりするまで違いに気づきにくいことがあります。このガイドでは、各コードがGoogleとブラウザに何を伝えるのか、どんなときにどちらを使うのか、URLが現在何を返しているかを確認する方法、そしてそれぞれの設定方法を解説します。

301リダイレクトとは？#

301（Moved Permanently）は、ブラウザと検索エンジンに対して、そのURLが新しい恒久的な場所に移ったことを伝えます。Googleのリダイレクトに関するドキュメントによると、Googleは恒久的なリダイレクトを、移動先URLを正規のURLとして扱うべきだというシグナルとして使用します。そのため、時間の経過とともに検索結果では新しいURLが古いURLに取って代わり、古いURLを指すリンクの評価も新しいURLに引き継がれます。

302リダイレクトとは？#

302（Found）は、コンテンツが今は別の場所にあり、元のURLが依然として本来のアドレスであることを示します。Googleはリダイレクトに従いますが、それを正規化のシグナルとしては使いません。そのため、古いURLは通常インデックスに残ります。短い迂回であればそれで問題ありませんが、元に戻る予定のない移動ではまったく望ましくありません。

301と302：重要な違い#

キャッシュに関する行はHTTP標準に由来します。RFC 9110では、301と308のレスポンスはデフォルトでキャッシュ可能と定義されている一方、302と307はサーバーが明示的なキャッシュヘッダーを送った場合にのみキャッシュされます。実際には、これを誤ると、サーバー側で修正した後でも、誤った301が訪問者のブラウザーに残り続ける可能性があります。

Googleは301と302のリダイレクトをどう扱うか#

• 恒久的なコード（301、308）は強い正規化シグナルです。Googleは遷移先をインデックスすべきURLとして扱います。即時のメタリフレッシュとJavaScriptによるリダイレクトも恒久的と見なされますが、使える場合はサーバーサイドのリダイレクトをGoogleは推奨しています。
• 一時的なコード（302、303、307）はそうではありません。Googleはそれらに従いますが、他のシグナルがそのURLを指している場合にのみ遷移先がインデックスされます。
• どちらのタイプもPageRankを無駄にしません。GoogleのGary Illyes氏は2016年に、30xリダイレクトでPageRankは失われなくなったと述べました（Search Engine Landによる報道）。301と302の選択は、価値が途中で失われるかどうかではなく、GoogleにどのURLを表示させるかの問題です。
• 長期間続く302は301と解釈されることがありますが、当てにしないでください。Ahrefsは、Googleが消えない302を恒久的なものとして扱い始める可能性があると指摘していますが、明確なタイムラインはありません。変更が恒久的なものであれば、301でその旨を示しましょう。
• リダイレクトは少なくとも1年間維持してください。サイト移転については、Googleのサイト移転ガイドで、リダイレクトは可能な限り長く、通常は少なくとも1年間維持し、チェーンを経由せず最終URLへ直接転送するよう推奨しています。

301リダイレクトを使う場合#

• 新しいドメインへ移転した、または2つのサイトを統合した。
• URL構造を変更した。たとえば /blog/post から /articles/post へ。
• 複数の薄いページを、より強い1つのページに統合した。
• ページ名や商品名を変更し、古いURLが今後使われなくなった。
• HTTPからHTTPSへ、またはwwwからルートドメインへ（あるいはその逆へ）切り替えた。

302リダイレクトを使う場合#

• サイトまたはページがメンテナンス中で、後で再開する。
• 季節限定やキャンペーン用のURLは、数週間だけのオファーを指すべきです。
• トラフィックの一部で新しいページをテストしてから、採用するか決めています。
• 商品が在庫切れで、ページは後で戻ってきます。

迷ったら、1つだけ自問してください。古いURLが今後また独自の内容を表示することはあるか？ そうでなければ、301を使います。

307と308はどうですか？#

これらは302と301のより厳格な版です。307は一時的、308は恒久的ですが、どちらもブラウザがリクエストメソッドを変更することを禁じるため、フォームのPOSTはPOSTのままです。302では、ブラウザはPOSTをGETに切り替えます。MDNの説明をご覧ください。通常のページやドメインでは、301と302が一般的な選択です。APIエンドポイントやフォームでは307または308を使います。Googleは308を301、307を302として扱います。

301と302でよくある間違い#

• 恒久的な移転に302を使う。古いURLが検索結果に残り、新しいURLが置き換わりません。
• 一時的な迂回に301を使う。ブラウザがキャッシュすることがあるため、元に戻しても訪問者は引き続き迂回先に届いてしまいます。
• リダイレクトの連鎖。AからB、BからCへと続くと、各段階で往復通信が1回ずつ増えます。AはCへ直接向けてください。
• すべての古いURLをホームページに送ること。 訪問者は見たかったページを失ってしまいます。各古いURLを、最も近い新しいページに対応付けましょう。
• リダイレクトを早く外しすぎること。 古いリンクやブックマークは何年も届き続けます。リダイレクトは少なくとも1年間は維持しましょう。
• 古いURLのまま内部リンクを残すこと。 自分のリンクとサイトマップを新しいURLに更新し、リダイレクトに依存しないようにしましょう。

URLが301か302を返すかを確認する方法#

1. ターミナルを開き、curl -I https://old-url.com/page を実行します。
2. 最初の行を読みます。そこに HTTP/2 301 や HTTP/2 302 などのステータスコードが表示されます。
3. locationヘッダーを読みます。そこにリダイレクト先が表示されます。
4. すべての遷移先と複数地域からの応答時間を確認するには、当社のリダイレクト速度テストにURLを入力してください。

301 または 302 リダイレクトの設定方法#

独自のWebサーバーを運用している場合は、設定にリダイレクトを追加します。302 に変えると一時的なリダイレクトになります。

Webサイトビルダーやドメイン登録サービスでは通常、代わりに転送設定が用意されており、Permanent（301）または Temporary（302）を選べます。これは単一のページやドメインに適しています。

RedirHubを使用#

RedirHubは、WebサーバーなしでドメインとURLをリダイレクトします。ドメインのルートとwwwのレコードをRedirHubに向けるだけで、DNSとメールはそのまま残ります。

1. ダッシュボードで、新しいドメインリダイレクトを開始します。
2. リダイレクト元に、古いドメインまたはURLを入力します。たとえば oldbrand.com です。ルートドメインはwwwも含みます。
3. リダイレクト先に、新しいアドレスを入力します。たとえば https://mybrand.com です。
4. リダイレクトタイプで、301・恒久的 または 302・一時的 を選択します。その他のタイプには307と308があります。
5. パスで、パスを保持（oldbrand.com/about は mybrand.com/about に移動します）またはすべてを1つのURLへを選択します。動作で結果をプレビューできます。
6. リダイレクトを作成をクリックします。
7. ドメインを接続します。ホスト名でDNSを接続を開き、DNSプロバイダーでルートとwwwに表示されているレコードを追加してから、変更を加えましたをクリックします。
8. チェックが通るまで待つか、今すぐチェックをクリックします。レコードが見つかるとリダイレクトが公開され、ルートとwwwの両方にHTTPSが発行されます。

サーバーリダイレクト vs RedirHub#

サーバー上に自分で管理しているサイトが1つある場合、またはレジストラがHTTPS経由で転送するドメインが1つある場合は、ネイティブリダイレクトで無料かつ十分です。複数のドメインをリダイレクトしたい場合、世界中でリダイレクトをすばやく応答させたい場合、または古いURLにまだ訪問者がいるかを確認したい場合には、RedirHubを利用する価値があります。

Webサイト移行では、古いURLをそれぞれ新しいページに対応付けて、サーバールールを手作業で書く代わりに一括CSVインポートで一覧を読み込めます。接続されたすべてのドメインには自動HTTPSが適用され、RedirHubは10分ごとにDNSを再確認するため、レコードが整い次第リダイレクトがすぐに有効になります。