301リダイレクトと302リダイレクトの違い｜SEO評価を引き継ぐ正しい設定

2026.1.12

「301と302リダイレクト、どっちを使えばいいの？」
「リダイレクトでSEO評価はちゃんと引き継がれる？」
「間違ったリダイレクトを設定したらどうなる？」

Webサイトの運営において、URLの変更やページの移転は避けられないことがあります。このとき重要になるのが「リダイレクト」の設定です。特に、301リダイレクトと302リダイレクトの使い分けは、SEOに大きな影響を与えます。

間違ったリダイレクトを設定すると、せっかく蓄積したSEO評価が引き継がれず、検索順位が大幅に下がってしまう可能性があります。

本記事では、301リダイレクトと302リダイレクトの違いを徹底解説します。それぞれの特徴、使い分けの基準、具体的な実装方法から、よくある間違いと対処法まで、リダイレクトを正しく設定するための知識をお伝えします。

リダイレクトとは

まず、リダイレクトの基本的な概念を理解しましょう。

リダイレクトの定義

リダイレクト（Redirect）とは、あるURLにアクセスしたユーザーやクローラーを、別のURLに自動的に転送する仕組みのことです。

リダイレクトの流れ：

ユーザー（またはクローラー）が元のURLにアクセス
サーバーがHTTPステータスコード（301や302など）を返す
ブラウザが新しいURLに自動的に移動
新しいURLのコンテンツが表示される

リダイレクトが必要な場面

リダイレクトが必要となる代表的な場面を紹介します。

URLの変更として、URL構造の変更、ドメインの変更、HTTPからHTTPSへの移行などがあります。

コンテンツの統合として、複数ページを1つに統合、重複コンテンツの解消などがあります。

サイトの移転として、サイトリニューアル、サーバー移転、ドメイン移管などがあります。

一時的な転送として、メンテナンス時の一時ページへの転送、キャンペーンページへの一時転送などがあります。

主なHTTPステータスコード

リダイレクトに関連する主なHTTPステータスコードを紹介します。

301 Moved Permanently：恒久的な移転
302 Found：一時的な移転（HTTP/1.0）
303 See Other：他のリソースを参照
307 Temporary Redirect：一時的な移転（HTTP/1.1）
308 Permanent Redirect：恒久的な移転（HTTP/1.1）

この中で、SEOにおいて最も重要なのは「301」と「302」です。

301リダイレクトとは

301リダイレクトの詳細を解説します。

301リダイレクトの定義

301リダイレクト（301 Moved Permanently）は、「恒久的な移転」を示すHTTPステータスコードです。

意味：「このページは永久に新しいURLに移動しました」
SEOへの影響：リンク評価（リンクジュース）の大部分が新URLに引き継がれる

301リダイレクトの特徴

特徴1：恒久的な移転を示すとして、検索エンジンに「このURLは永久に変更された」と伝えます。元のURLはインデックスから削除され、新しいURLがインデックスされます。

特徴2：SEO評価が引き継がれるとして、元のURLに蓄積されていた評価（被リンク、PageRankなど）の大部分が新しいURLに引き継がれます。

特徴3：ブラウザがキャッシュするとして、ブラウザは301リダイレクトをキャッシュするため、次回アクセス時は直接新URLにアクセスします。

特徴4：検索結果のURLが更新されるとして、Googleは検索結果に表示されるURLを新しいURLに更新します。

301リダイレクトを使うべき場面

URLの永続的な変更として、ドメイン変更、URL構造の変更、HTTPからHTTPSへの移行、www有無の統一などがあります。

コンテンツの統合として、複数ページを1つに統合する場合、重複コンテンツを正規URLに統一する場合などがあります。

削除したページの代替として、削除したページへのアクセスを関連ページに転送する場合などがあります。

302リダイレクトとは

302リダイレクトの詳細を解説します。

302リダイレクトの定義

302リダイレクト（302 Found）は、「一時的な移転」を示すHTTPステータスコードです。

意味：「このページは一時的に別のURLに移動しています」
SEOへの影響：リンク評価は元のURLに残る（理論上）

302リダイレクトの特徴

特徴1：一時的な移転を示すとして、検索エンジンに「このURLは一時的に別の場所にある」と伝えます。元のURLがインデックスに残ることが期待されます。

特徴2：SEO評価は元URLに残る（理論上）として、元のURLに蓄積された評価は、元のURLに残ります。ただし、長期間302を使用すると、Googleは301として扱う場合があります。

特徴3：ブラウザがキャッシュしにくいとして、302は一時的な転送のため、ブラウザはキャッシュしないことが多いです。

特徴4：検索結果のURLが維持されるとして、理論上、検索結果には元のURLが表示され続けます。

302リダイレクトを使うべき場面

一時的なリダイレクトとして、メンテナンス中の一時ページへの転送、A/Bテスト中の転送、季節限定コンテンツへの一時転送などがあります。

元のURLに戻す予定がある場合として、リニューアル中の一時転送、キャンペーン期間中の転送などがあります。

301と302の違いを比較

301リダイレクトと302リダイレクトの違いを詳しく比較します。

比較表

項目：移転の性質
301：恒久的（永久）
302：一時的

項目：SEO評価の引き継ぎ
301：引き継がれる（大部分）
302：引き継がれない（理論上）

項目：インデックスされるURL
301：新URL
302：元URL（理論上）

項目：ブラウザキャッシュ
301：キャッシュされる
302：キャッシュされにくい

項目：元URLに戻す予定
301：なし
302：あり

項目：検索結果のURL
301：新URLに更新
302：元URLのまま（理論上）

SEO評価の引き継ぎについて

SEOにおいて最も重要な違いは、「評価の引き継ぎ」です。

301リダイレクトの場合として、Googleは公式に、301リダイレクトではリンク評価が新URLに引き継がれると述べています。以前は「約90%が引き継がれる」と言われていましたが、現在はほぼ100%引き継がれるとされています。

302リダイレクトの場合として、理論上、評価は元のURLに残ります。しかし、長期間302を使用すると、Googleは301と同様に扱う場合があります。一時的な使用では問題ありませんが、恒久的な移転に302を使用するのは推奨されません。

Googleの302に対する扱い

Googleは、302リダイレクトに対して柔軟に対応しています。

Googleの動作として、短期間の302：一時的な転送として扱う、長期間の302：301と同様に扱う場合がある、コンテンツを見て判断：どちらのURLをインデックスするか判断などがあります。

つまり、302を長期間使用しても、Googleが301として解釈してくれる可能性はあります。しかし、これは保証されておらず、意図した動作をさせるためには、正しいステータスコードを使用すべきです。

307と308リダイレクト

HTTP/1.1で導入された307と308リダイレクトについても解説します。

307 Temporary Redirect

307リダイレクトは、302の厳密なバージョンです。

特徴として、一時的な転送を示す、POSTリクエストの場合、POSTとして転送される（302ではGETに変換される場合がある）、より明確な仕様などがあります。

使用場面：POSTリクエストを維持したい一時的な転送

308 Permanent Redirect

308リダイレクトは、301の厳密なバージョンです。

特徴として、恒久的な転送を示す、POSTリクエストの場合、POSTとして転送される、より明確な仕様などがあります。

使用場面：POSTリクエストを維持したい恒久的な転送

301/302と307/308の違い

主な違いは、POSTリクエストの扱いです。

301/302：POSTリクエストがGETに変換される場合がある
307/308：POSTリクエストはPOSTのまま転送される

一般的なWebサイトでは、301と302で十分です。フォーム送信など、POSTリクエストを扱う場合は、307や308を検討してください。

リダイレクトの実装方法

301・302リダイレクトの具体的な実装方法を解説します。

.htaccessでの実装（Apache）

Apacheサーバーでは、.htaccessファイルでリダイレクトを設定します。

301リダイレクト（単一URL）：
Redirect 301 /old-page/ https://example.com/new-page/

302リダイレクト（単一URL）：
Redirect 302 /temp-page/ https://example.com/maintenance/

301リダイレクト（正規表現使用）：
RewriteEngine On
RewriteRule ^old-directory/(.*)$ /new-directory/$1 [R=301,L]

ドメイン全体の301リダイレクト：
RewriteEngine On
RewriteCond %{HTTP_HOST} ^old-domain.com$ [NC]
RewriteRule ^(.*)$ https://new-domain.com/$1 [R=301,L]

HTTPからHTTPSへの301リダイレクト：
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

www有無の統一（wwwなしに統一）：
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www.example.com$ [NC]
RewriteRule ^(.*)$ https://example.com/$1 [R=301,L]

nginxでの実装

nginxサーバーでの設定方法です。

301リダイレクト（単一URL）：
location = /old-page/ {
return 301 https://example.com/new-page/;
}

302リダイレクト（単一URL）：
location = /temp-page/ {
return 302 https://example.com/maintenance/;
}

ドメイン全体の301リダイレクト：
server {
server_name old-domain.com;
return 301 https://new-domain.com$request_uri;
}

HTTPからHTTPSへの301リダイレクト：
server {
listen 80;
server_name example.com;
return 301 https://example.com$request_uri;
}

PHPでの実装

PHPスクリプトでリダイレクトを実装する方法です。

301リダイレクト：
<?php
header(“HTTP/1.1 301 Moved Permanently”);
header(“Location: https://example.com/new-page/”);
exit();
?>

302リダイレクト：
<?php
header(“HTTP/1.1 302 Found”);
header(“Location: https://example.com/temp-page/”);
exit();
?>

JavaScriptでのリダイレクト（非推奨）

JavaScriptでもリダイレクトは可能ですが、SEOの観点からは推奨されません。

理由として、HTTPステータスコードが返されない、クローラーが正しく認識しない可能性、ユーザー体験の問題（遅延が発生）などがあります。

やむを得ず使用する場合：
<script>
window.location.href = “https://example.com/new-page/”;
</script>

WordPressでのリダイレクト設定

WordPressでリダイレクトを設定する方法を解説します。

Redirectionプラグイン

最も人気のあるリダイレクト管理プラグインです。

特徴として、GUI でリダイレクトを管理、301/302/307/308に対応、正規表現が使用可能、リダイレクトの統計情報、404エラーのログ、インポート・エクスポート機能などがあります。

設定手順：

プラグインをインストール・有効化
「ツール」→「Redirection」を開く
「新規追加」でリダイレクトを追加
ソースURL、ターゲットURL、リダイレクトタイプを設定

Yoast SEO Premium

Yoast SEOのPremium版にはリダイレクト管理機能があります。

特徴として、URL変更時に自動でリダイレクトを提案、直感的な管理画面、正規表現が使用可能などがあります。

Rank Math

Rank Mathは無料版でもリダイレクト機能を提供しています。

特徴として、無料でリダイレクト管理が可能、404モニター機能、カテゴリ別のリダイレクト管理などがあります。

設定手順：

「Rank Math」→「リダイレクト」を開く
「新規追加」をクリック
ソースURL、リダイレクトタイプ、ターゲットURLを設定

functions.phpでの実装

プラグインを使用せずに、functions.phpでリダイレクトを設定する方法です。

function custom_redirects() {
if (is_page(‘old-page’)) {
wp_redirect(‘https://example.com/new-page/’, 301);
exit();
}
}
add_action(‘template_redirect’, ‘custom_redirects’);

リダイレクトの確認方法

設定したリダイレクトが正しく動作しているか確認する方法を解説します。

ブラウザの開発者ツール

ブラウザの開発者ツールでHTTPステータスコードを確認できます。

確認手順：

F12キーで開発者ツールを開く
「Network」タブを選択
リダイレクト元のURLにアクセス
リクエストを確認し、ステータスコード（301や302）を確認

Googleサーチコンソール

GoogleサーチコンソールのURL検査ツールで確認できます。

確認手順：

サーチコンソールにログイン
「URL検査」にリダイレクト元のURLを入力
リダイレクトの状態を確認

オンラインツール

HTTPステータスコードを確認できるオンラインツールがあります。

主なツールとして、HTTP Status Code Checker、Redirect Checker、httpstatus.ioなどがあります。

curlコマンド

コマンドラインでcurlを使用して確認できます。

curl -I https://example.com/old-page/

結果に「HTTP/1.1 301 Moved Permanently」などが表示されます。

リダイレクトの注意点とベストプラクティス

リダイレクト設定の注意点とベストプラクティスを解説します。

注意点1：リダイレクトチェーンを避ける

リダイレクトチェーンとは、複数のリダイレクトが連鎖することです。

悪い例：
A → B → C → D（3回のリダイレクト）

問題点として、ページ読み込みの遅延、リンク評価の損失の可能性、クローラーがたどり切れない可能性などがあります。

対策：最終URLへ直接リダイレクトするように設定します。

注意点2：リダイレクトループを避ける

リダイレクトループとは、リダイレクトが循環することです。

悪い例：
A → B → A（ループ）

問題点として、ページが表示されない、サーバーリソースの浪費などがあります。

対策：リダイレクト設定を確認し、ループがないことを確認します。

注意点3：関連性のあるページにリダイレクト

リダイレクト先は、元のページと関連性のあるページにすべきです。

悪い例：
SEOに関する記事 → トップページ（関連性が低い）

良い例：
SEOに関する記事 → 新しいSEO記事（関連性が高い）

問題点として、ユーザー体験の低下、Googleがリダイレクトを無視する可能性、「ソフト404」として扱われる可能性などがあります。

注意点4：一時的な変更には302を使用

一時的なリダイレクトには、302（または307）を使用します。

例：
・メンテナンス中の一時ページ
・A/Bテスト中
・季節限定コンテンツへの転送

301を使用すると、元のURLがインデックスから削除される可能性があります。

注意点5：リダイレクトは長期間維持

301リダイレクトは、少なくとも1年以上、できれば永続的に維持します。

理由として、外部サイトからのリンクが元のURLを参照している可能性、古いブックマークからのアクセス、Googleがリダイレクトを認識し続けるためなどがあります。

ベストプラクティス

1対1のリダイレクトとして、元のURLと新しいURLを1対1で対応させます。すべてをトップページにリダイレクトするのは避けましょう。

内部リンクの更新として、リダイレクトを設定しても、内部リンクは新しいURLに更新します。

サイトマップの更新として、XMLサイトマップを新しいURLに更新します。

canonicalタグの確認として、リダイレクト先のページでcanonicalタグが正しく設定されていることを確認します。

よくある間違いと対処法

リダイレクト設定でよくある間違いと対処法を解説します。

間違い1：恒久的な移転に302を使用

問題：永続的なURL変更に302リダイレクトを使用している。

影響として、SEO評価が適切に引き継がれない可能性、検索結果に元のURLが表示され続ける可能性などがあります。

対処法：302を301に変更します。

間違い2：すべてのページをトップページにリダイレクト

問題：削除したページをすべてトップページにリダイレクトしている。

影響として、ユーザー体験の低下、Googleがソフト404として扱う可能性、リンク評価が適切に引き継がれないなどがあります。

対処法：関連性のあるページにリダイレクトするか、該当するページがない場合は404を返します。

間違い3：HTTPSへの移行でリダイレクトを設定していない

問題：HTTPSに移行したが、HTTPからのリダイレクトを設定していない。

影響として、重複コンテンツの問題、HTTPの被リンク評価が引き継がれないなどがあります。

対処法：HTTP → HTTPSへの301リダイレクトを設定します。

間違い4：リダイレクトチェーンの放置

問題：過去のリダイレクトを更新せず、チェーンが発生している。

影響として、ページ速度の低下、リンク評価の損失の可能性などがあります。

対処法：リダイレクトを見直し、最終URLへ直接リダイレクトするように更新します。

間違い5：JavaScriptリダイレクトの使用

問題：HTTPリダイレクトの代わりにJavaScriptリダイレクトを使用している。

影響として、SEO評価が引き継がれない、クローラーが認識しない可能性などがあります。

対処法：サーバーサイドでのHTTPリダイレクト（301/302）に変更します。

間違い6：meta refreshリダイレクトの使用

問題：meta refreshタグでリダイレクトしている。

影響として、ユーザー体験の低下（遅延）、SEOへの悪影響の可能性などがあります。

対処法：サーバーサイドでのHTTPリダイレクトに変更します。

リダイレクトとSEOの関係

リダイレクトがSEOに与える影響について詳しく解説します。

リンク評価の引き継ぎ

301リダイレクトでは、被リンクの評価（リンクジュース）が新URLに引き継がれます。

Googleの見解として、以前は「約90%が引き継がれる」と言われていましたが、現在はほぼ100%引き継がれるとGoogleは述べています。

302の場合として、短期間の302：評価は元URLに残る、長期間の302：301と同様に扱われる可能性があります。

インデックスの更新

301リダイレクトを設定すると、Googleは検索インデックスを更新します。

更新の流れ：

Googleがリダイレクトを検出
元URLをインデックスから削除
新URLをインデックスに追加
検索結果のURLが更新される

時間として、インデックスの更新には数日から数週間かかることがあります。

クロールバジェットへの影響

リダイレクトはクロールバジェットにも影響します。

影響として、リダイレクトチェーンはクロールバジェットを消費する、大量のリダイレクトはクロール効率を低下させるなどがあります。

対策として、リダイレクトチェーンを解消、不要なリダイレクトを削除、内部リンクを新URLに更新などがあります。

ドメイン変更時のSEO影響

ドメインを変更する場合の影響です。

影響として、一時的に検索順位が変動する可能性、ドメインの評価が引き継がれるまで時間がかかる、被リンクのドメインが変わるなどがあります。

対策として、301リダイレクトを正しく設定、サーチコンソールで「アドレス変更」を申請、新旧両方のドメインをサーチコンソールに登録などがあります。

業種別のリダイレクト設定例

業種ごとのリダイレクト設定例を紹介します。

ECサイト

ECサイトでのリダイレクト設定です。

商品ページの終売として、終売商品→後継商品または関連カテゴリへ301リダイレクト、類似商品がない場合はカテゴリページへリダイレクト、完全に無関係な場合は404を返すなどがあります。

カテゴリの統合として、統合前のカテゴリ→統合後のカテゴリへ301リダイレクトを設定します。

URL構造の変更として、旧URL→新URLへ1対1で301リダイレクト、パラメータ付きURLも考慮などがあります。

メディア・ブログ

メディアサイトやブログでのリダイレクト設定です。

記事の統合として、類似記事を統合する場合、統合元→統合先へ301リダイレクトを設定します。

カテゴリの変更として、カテゴリURLが変わる場合は301リダイレクト、URLにカテゴリを含む場合は個別記事もリダイレクトが必要な場合があります。

古い記事の削除として、関連する新しい記事があれば301リダイレクト、なければ404を返すか、noindexを設定などがあります。

BtoB企業サイト

BtoB企業サイトでのリダイレクト設定です。

サービスの統廃合として、廃止サービス→後継サービスまたは類似サービスへ301リダイレクトを設定します。

サイトリニューアルとして、旧URL→新URLへの1対1のリダイレクト、URL構造が大きく変わる場合は慎重に対応などがあります。

リダイレクトに関するよくある質問（FAQ）

リダイレクトに関するよくある質問にお答えします。

Q1. 301と302、どちらを使うべきか迷ったら？

A. 基本的には301を使用してください。

元のURLに戻す予定がない限り、301リダイレクトを使用することを推奨します。302を使用すべきケースは、明確に一時的な転送の場合のみです。

Q2. 301リダイレクトを設定したら、すぐにSEO評価が引き継がれますか？

A. すぐには引き継がれません。

Googleがリダイレクトを検出し、インデックスを更新するまで、数日から数週間かかることがあります。大規模なサイトでは、さらに時間がかかる場合があります。

Q3. 302リダイレクトを長期間使用していました。301に変更すべきですか？

A. はい、恒久的な移転であれば301に変更することを推奨します。

Googleは長期間の302を301として扱う場合がありますが、確実ではありません。301に変更することで、意図した動作を保証できます。

Q4. リダイレクトはいつまで維持すべきですか？

A. 少なくとも1年以上、できれば永続的に維持することを推奨します。

外部サイトからのリンクや古いブックマークが元のURLを参照している可能性があるためです。

Q5. 404ページへのリダイレクトは設定すべきですか？

A. 場合によります。

関連するコンテンツがある場合は301リダイレクトを設定、関連するコンテンツがない場合は404を返す（無理にリダイレクトしない）、サイトマップから削除、サーチコンソールで404エラーを監視などの対応が考えられます。

Q6. サブドメインからサブディレクトリへの変更は301リダイレクトでOKですか？

A. はい、301リダイレクトで対応できます。

例えば、blog.example.com → example.com/blog/ への移行は、301リダイレクトで評価を引き継ぐことができます。

Q7. HTTPSへの移行で302を使用してしまいました。影響はありますか？

A. 影響がある可能性があります。

301に変更することを推奨します。Googleは長期間の302を301として扱う場合がありますが、確実ではないため、正しいステータスコードを使用すべきです。

まとめ：正しいリダイレクトでSEO評価を引き継ごう

本記事では、301リダイレクトと302リダイレクトの違いについて解説しました。最後に、重要なポイントをまとめます。

301と302の使い分け

301リダイレクトとして、恒久的な移転、SEO評価を引き継ぎたい場合、ドメイン変更、URL構造の変更、HTTPS移行などがあります。

302リダイレクトとして、一時的な移転、元のURLに戻す予定がある場合、メンテナンス中、A/Bテスト中などがあります。

実装のポイント

サーバーサイドで実装（.htaccess、nginx、PHP等）、リダイレクトチェーンを避ける、リダイレクトループを避ける、関連性のあるページにリダイレクト、内部リンクは新URLに更新などがポイントです。

注意点

恒久的な移転に302を使用しない、すべてをトップページにリダイレクトしない、JavaScriptリダイレクトは避ける、リダイレクトは長期間維持などに注意しましょう。

リダイレクトは、テクニカルSEOの基本要素です。本記事で紹介した方法を参考に、正しいリダイレクト設定を行い、SEO評価を確実に引き継いでください。

関連記事として、canonicalタグの正しい使い方、重複コンテンツの対策、URL最適化のベストプラクティスも合わせてご覧ください。

リダイレクトの高度な活用法

リダイレクトのより高度な活用法を紹介します。

正規表現を使ったリダイレクト

正規表現を使用することで、パターンに基づいた柔軟なリダイレクトが可能です。

.htaccessでの正規表現リダイレクト：

ディレクトリ構造の変更

RewriteEngine On
RewriteRule ^old-category/(.*)$ /new-category/$1 [R=301,L]

日付ベースのURLをシンプルなURLに変更

RewriteRule ^blog/([0-9]{4})/([0-9]{2})/(.*)$ /blog/$3 [R=301,L]

拡張子の変更（.htmlを削除）

RewriteRule ^(.+).html$ /$1/ [R=301,L]

nginxでの正規表現リダイレクト：

ディレクトリ構造の変更

location ~ ^/old-category/(.*)$ {
return 301 /new-category/$1;
}

条件付きリダイレクト

特定の条件に基づいてリダイレクトを行う方法です。

特定のUser-Agentに対するリダイレクト：

RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} (iPhone|Android) [NC]
RewriteRule ^$ /mobile/ [R=302,L]

特定のIPアドレスからのアクセスをリダイレクト：

RewriteEngine On
RewriteCond %{REMOTE_ADDR} ^123.456.789.
RewriteRule ^$ /admin-redirect/ [R=302,L]

特定の国・地域からのアクセスをリダイレクト：
※ GeoIPモジュールが必要

リダイレクトのワイルドカードマッチング

ワイルドカードを使用したリダイレクトの設定方法です。

特定のパターンに一致するURLをリダイレクト：

特定のプレフィックスを持つすべてのURLをリダイレクト

Redirect 301 /old-prefix/ /new-prefix/

パラメータを維持してリダイレクト

RewriteRule ^products/(.*)$ /shop/products/$1 [R=301,L,QSA]

大量のリダイレクトの管理

大量のリダイレクトを効率的に管理する方法です。

RewriteMapの使用（Apache）：

RewriteEngine On
RewriteMap redirect-map txt:/path/to/redirect-map.txt
RewriteCond ${redirect-map:$1} !=””
RewriteRule ^(.*)$ ${redirect-map:$1} [R=301,L]

redirect-map.txtの例：
/old-page-1 /new-page-1
/old-page-2 /new-page-2
/old-page-3 /new-page-3

データベースを使用したリダイレクト管理として、大規模サイトでは、PHPとデータベースを組み合わせてリダイレクトを管理することも可能です。

リダイレクトのトラブルシューティング

リダイレクト関連の問題と解決方法を解説します。

問題1：リダイレクトが動作しない

症状：リダイレクトを設定したが、転送されない。

原因として、.htaccessファイルが読み込まれていない、mod_rewriteが有効になっていない、構文エラーがある、他のルールと競合しているなどがあります。

解決方法として、Apacheの設定でAllowOverrideが有効か確認、mod_rewriteが有効か確認（a2enmod rewrite）、.htaccessの構文を確認、ルールの順序を見直すなどがあります。

問題2：リダイレクトループ

症状：「リダイレクトが多すぎます」というエラーが表示される。

原因として、ルールの設定ミス、複数のリダイレクトが相互に参照しているなどがあります。

解決方法として、リダイレクトルールを確認、条件（RewriteCond）を追加してループを防止、%{REQUEST_URI}や%{THE_REQUEST}を使用してループを防止などがあります。

ループ防止の例：

RewriteEngine On
RewriteCond %{REQUEST_URI} !^/new-page/
RewriteRule ^old-page/$ /new-page/ [R=301,L]

問題3：リダイレクト後にパラメータが消える

症状：リダイレクト後にURLパラメータ（クエリ文字列）が消える。

原因：QSA（Query String Append）フラグがない。

解決方法：QSAフラグを追加します。

RewriteRule ^old-page/$ /new-page/ [R=301,L,QSA]

問題4：302が301として動作しない

症状：302リダイレクトを設定したが、検索結果のURLが変更された。

原因：Googleが長期間の302を301として扱った。

対応として、一時的な転送であれば問題ない、恒久的な転送であれば301に変更するなどがあります。

問題5：リダイレクト後のSEO順位低下

症状：リダイレクト設定後、検索順位が大幅に低下した。

原因として、302を使用している、リダイレクトチェーンがある、関連性のないページにリダイレクトしている、大量の404エラーが発生しているなどがあります。

解決方法として、301リダイレクトを使用、リダイレクトチェーンを解消、関連性のあるページにリダイレクト、サーチコンソールでエラーを確認などがあります。

リダイレクトのチェックリスト

リダイレクト設定のチェックリストをまとめます。

設定前のチェック

リダイレクトの目的が明確か確認してください。301か302か、適切なステータスコードを選択しているか確認してください。リダイレクト先のページが存在し、正常に表示されるか確認してください。リダイレクト先が関連性のあるページか確認してください。

設定時のチェック

構文が正しいか確認してください。リダイレクトチェーンが発生しないか確認してください。リダイレクトループが発生しないか確認してください。必要なパラメータが引き継がれるか確認してください。

設定後のチェック

ブラウザでリダイレクトが正しく動作するか確認してください。HTTPステータスコードが正しいか確認してください。サーチコンソールでエラーがないか確認してください。内部リンクを新URLに更新したか確認してください。XMLサイトマップを更新したか確認してください。

定期的なメンテナンス

リダイレクトチェーンが発生していないか確認してください。不要なリダイレクトがないか確認してください。リダイレクト先のページが正常か確認してください。サーチコンソールでリダイレクト関連のエラーがないか確認してください。

リダイレクトとその他のSEO施策の連携

リダイレクトを他のSEO施策と連携させる方法を解説します。

canonicalタグとの連携

canonicalタグとリダイレクトの使い分けです。

リダイレクトとして、URLを完全に統一したい場合、ユーザーも検索エンジンも新URLに転送などがあります。

canonicalタグとして、両方のURLでアクセス可能にしたい場合、インデックスのみを統一などがあります。

使い分けの例として、ドメイン変更→リダイレクト、パラメータ付きURLの正規化→canonicalまたはリダイレクト、印刷用ページの正規化→canonicalなどがあります。

noindexとの連携

noindexとリダイレクトの関係です。

注意点として、noindexを設定したページにリダイレクトを設定しても、noindexは読み取られない、リダイレクトが優先されるなどがあります。

使い分けとして、URLを変更したい→リダイレクト、URLを維持しつつインデックスから除外→noindexなどがあります。

robots.txtとの連携

robots.txtとリダイレクトの関係です。

注意点として、robots.txtでリダイレクト元をブロックしても、リダイレクトは機能する、ただし、クローラーがリダイレクトを発見しにくくなる可能性があるなどがあります。

サイトマップとの連携

XMLサイトマップとリダイレクトの連携です。

ポイントとして、サイトマップにはリダイレクト後の新URLを掲載、リダイレクト元のURLはサイトマップから削除、サイトマップを更新してサーチコンソールに再送信などがあります。

リダイレクト設定の実践例

実際のリダイレクト設定事例を紹介します。

事例1：HTTPSへの完全移行

状況：HTTPからHTTPSへ完全移行したい

設定（.htaccess）：

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

追加対応として、サーチコンソールでHTTPS版を登録、XMLサイトマップをHTTPSに更新、内部リンクをHTTPSに更新などがあります。

事例2：ドメイン変更

状況：old-domain.comからnew-domain.comへ移行

設定（.htaccess）：

RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www.)?old-domain.com$ [NC]
RewriteRule ^(.*)$ https://new-domain.com/$1 [R=301,L]

追加対応として、サーチコンソールで「アドレス変更」を申請、両方のドメインをサーチコンソールに登録、XMLサイトマップを新ドメインに更新などがあります。

事例3：URL構造の変更

状況：/blog/2024/01/article-name/ → /blog/article-name/ に変更

設定（.htaccess）：

RewriteEngine On
RewriteRule ^blog/[0-9]{4}/[0-9]{2}/(.*)$ /blog/$1 [R=301,L]

結果として、日付ベースのURLがシンプルなURLに301リダイレクトされます。

事例4：サイトリニューアルでのURL一括変更

状況：サイトリニューアルで多数のURLが変更された

対応方法として、CSVで旧URL→新URLのマッピングを作成、WordPressプラグイン（Redirection等）でインポート、または.htaccessでRewriteMapを使用などがあります。

注意点として、すべての旧URLに対応するリダイレクトを設定、リダイレクト先は関連性のあるページに、サーチコンソールでエラーを監視などがあります。

リダイレクトの監視と保守

リダイレクトの監視と保守について解説します。

定期的な監視の重要性

リダイレクトは設定後も定期的に監視する必要があります。

監視すべきポイントとして、リダイレクトが正常に動作しているか、リダイレクトチェーンが発生していないか、リダイレクト先のページが存在するか、新しい404エラーが発生していないかなどがあります。

監視ツールの活用

Googleサーチコンソールとして、リダイレクト関連のエラーを検出、クロールの統計情報を確認できます。

Screaming Frog SEO Spiderとして、サイト全体のリダイレクト状況を確認、リダイレクトチェーンの検出が可能です。

その他のツールとして、Ahrefs、SEMrush、ContentKingなどがあります。

リダイレクトの整理

時間が経つと、不要なリダイレクトが蓄積することがあります。

整理のポイントとして、古いリダイレクト（元のURLへのアクセスがほぼない）の確認、リダイレクトチェーンの解消、重複するリダイレクトの統合などがあります。

リダイレクトに関する追加FAQ

リダイレクトに関する追加の質問にお答えします。

Q. meta refreshリダイレクトとHTTPリダイレクトの違いは？

A. 動作方法とSEOへの影響が異なります。

HTTPリダイレクト（301/302）として、サーバーサイドで即座にリダイレクト、SEO評価が引き継がれる（301の場合）、推奨される方法などがあります。

meta refreshリダイレクトとして、ページが読み込まれてからリダイレクト、遅延が発生する（ユーザー体験の低下）、SEOへの影響が不明確、推奨されないなどがあります。

Q. 同一ページ内のアンカー（#section）へのリダイレクトは可能？

A. 可能ですが、アンカー部分はサーバーに送信されないため、通常のリダイレクトとは異なる動作になります。

設定例：

RewriteRule ^old-page/$ /new-page/#section [R=301,L,NE]

Q. リダイレクトの数に上限はありますか？

A. 技術的な上限はありませんが、大量のリダイレクトはパフォーマンスに影響します。

ベストプラクティスとして、必要最小限のリダイレクトに留める、内部リンクを新URLに更新してリダイレクトへの依存を減らす、大規模なリダイレクトはRewriteMapやデータベースで管理などがあります。

Q. CloudflareやCDNでのリダイレクト設定は？

A. 多くのCDNはリダイレクト機能を提供しています。

メリットとして、サーバー負荷の軽減、グローバルに分散されたエッジでの処理、管理画面での簡単な設定などがあります。

Cloudflareの場合：Page Rulesまたはリダイレクトルールで設定可能です。

まとめ：正しいリダイレクトでSEO評価を引き継ごう

本記事では、301リダイレクトと302リダイレクトの違いについて徹底解説しました。

301と302の使い分け

301リダイレクトとして、恒久的な移転、SEO評価を引き継ぎたい場合、ドメイン変更、URL構造の変更、HTTPS移行などがあります。

302リダイレクトとして、一時的な移転、元のURLに戻す予定がある場合、メンテナンス中、A/Bテスト中などがあります。

実装のポイント

サーバーサイドで実装（.htaccess、nginx、PHP等）、リダイレクトチェーンを避ける、リダイレクトループを避ける、関連性のあるページにリダイレクト、内部リンクは新URLに更新、定期的に監視・メンテナンスなどがポイントです。

関連記事として、canonicalタグの正しい使い方、重複コンテンツの対策、URL最適化のベストプラクティスも合わせてご覧ください。

ご希望サービスをすべてお選びください　必須	ホームページ制作ランディングページ制作ECサイト制作名刺作成ロゴ制作チラシ制作看板制作メニュー表制作撮影SEO対策MEO対策SNS運用広告運用
業種　必須
お名前　必須
電話番号　必須
メールアドレス　必須
ご要望があれば内容をご記入ください
使用したい写真は公式LINEよりお送りください	タップ → @763qkbqf