この記事は英語から翻訳しています。元の記事を読むには 元の記事を読むにはこちらをクリックしてください また、内容に問題がある場合は、遠慮なく report-osteam@semrush.comまでご連絡ください。
302 リダイレクトは、サイト上のあるページから別のページにユーザーを一時的に誘導する方法です。
これは、元のページのキーワードランキングとリンク価値を維持しながら、別のページにトラフィックを送信できるため、SEO にとって重要です。
このガイドでは、302 を適切に使用するタイミング、理由、方法について説明します。
302 リダイレクトはどのように機能しますか?
302 リダイレクトは、不在通知メッセージのようなものです。
永久的な住所変更ではありません。 ただし、特定のページまたはリソースが利用できない場合でも、ユーザーとボットが引き続きサイトにアクセスできるようにするのに役立ちます。
302 を使用すると、ユーザーが古いページ、機能が不足しているページ、または構築中のページにアクセスしないようにすることで、Web サイトのユーザー エクスペリエンス (UX) を向上させることができます。
この HTTP 応答ステータス コード (302 - 検出) は、ページが移動されたことを示します。 302 が有効な間、このページにアクセスしようとするユーザーは自動的に 新しいページにリダイレクト されます。
301リダイレクトと302リダイレクト
301 リダイレクトと 302 リダイレクトのどちらを使用すればよいですか? それはよくある質問です。
違いは次のとおりです。
301 リダイレクト は永続的なリダイレクトです。
302 リダイレクトは一時的なリダイレクトです。
301 リダイレクトを実装して、Web サイトに 永続的な 変更を加えます。 たとえば、コンテンツを example.com/page-1 から example.com/page-2に永続的に移動した場合です。
ユーザーと検索エンジンのボットに、古いページはもう存在せず、新しいアドレスでコンテンツを見つけることができることを伝えます。
それ以外の場合、一時的な使用ケースでは 302 リダイレクトが機能します。
たとえば、A/B テスト、一時的な販売ページ、Web サイトのメンテナンスなどの場合には 302 を使用します。
以下では、302 をいつ使用すべきかについて、 の例をさらに説明します。
SEOにおける302と301
SEO の観点から見ると、301 リダイレクトは、「リンク エクイティ」または「リンク ジュース」と呼ばれるものを統合して維持するのに役立ちます。 301 は、古いページを指しているバックリンクを、新しいページを指しているものとして扱うように検索エンジンに指示します。
このため、重複コンテンツの結合や URL の永続的な変更などの SEO の問題に対処するには、301 リダイレクトを使用するのがベスト プラクティスです。
しかし、代わりに 302 を使用すると、通常は壊滅的な事態にはなりません。
Google 検索アドボケートの John Mueller 氏によると、Google は両方のタイプのリダイレクトを ほぼ同じように扱います。 元の URL と新しい URL のどちらが正規であるかを判断するために、他のシグナルが使用されます。
「一時的なリダイレクト」が永続的なものになることが明らかになった場合、通常は時間の経過とともにそれを理解し、それに応じて対処することができます。
302リダイレクトを使用する場合
302 リダイレクトに関して最も重要な言葉は何でしょうか?
一時的な。
302 が正しい選択かどうかわからない場合は、一時的な変更を実装しているのか、それとも永続的な変更を実装しているのかを自問してみてください。
「一時的」を構成する正確な時間の長さはありません。 しかし、Google は、「リダイレクトが元に戻らないことが確実な場合」には永続的なリダイレクトを使用することを推奨しています。
つまり、それ以外の場合には 302 を使用する必要があるということです。
例えば：
ウェブサイトのメンテナンスまたは再設計
www.example.com/my-page のページの大幅な更新に取り組んでいますが、準備が完了するまで誰にも見られたくありません。
構築中は、302 リダイレクトを使用して訪問者を他の場所に転送します。
A/Bテスト
ランディング ページの新しいバージョンをテストして、既存のページよりもパフォーマンスが優れているかどうかを確認します。
既存のページ (example.com/page-1) からのトラフィックの一定割合をテスト バージョン (example.com/page-2) に送信する必要があります。
これは一時的な実験であり、ページは永続的に移動していないため、302 リダイレクトを使用します。
一時的なプロモーションページ
期間限定セールを実施しており、そのための特別なページを作成しました。
誰かが「靴」をクリックすると、セール期間中に新しい特別プロモーション ページ (example.com/shoe-sale) に誘導します。
繰り返しますが、一時 = 302。
(セールが終了したら必ずリダイレクトを削除してください。)
ライブテスト
ユーザーが情報を検索したりアクションを実行したりするために異なるパスをたどる新しい Web サイト フローを作成します。 新しいフローを永続的にリリースする前に、ライブ Web サイトからテストする必要があります。
302 を使用して、トラフィックを example.com/page から example.com/page-test に送信し、フィードバックを取得したり、一時的にデータを収集したりします。
この更新プログラムを展開する準備ができたら、ページの内容を永続的にリダイレクトするか置き換えます。
302リダイレクトの実装方法
これらのシナリオを読んで、302 が適切な呼び出しであると判断した場合は、それを適切に実装する時です。
指示に厳密に従い、何か問題が発生した場合に修正できると確信できる変更のみを行ってください。
ワードプレス
適切なプラグインを使用すれば、302 WordPress リダイレクト を簡単に実装できます。 しかし、プラグインがなくても、適切な知識があれば直接実装できます。
Yoast SEO プレミアムプラグイン
Yoast SEO リダイレクト マネージャーを使用すると、302 リダイレクトをすばやく追加または削除できます。 Yoast Premium サブスクリプションが必要です。
WordPress サイドバーから:
「Yoast SEO」 > 「リダイレクト」
次に、フィールドに入力します。
タイプ = 302
古い URL = ルートドメインを除いた元のページのURL（例：“/page-1”）
URL = ルートドメインを除いた新しいページのURL（例：“/page-2”）
「追加 リダイレクト」をクリックします。
リダイレクトプラグイン
リダイレクト は、302 の実装や削除を簡単にする、もう 1 つの非常に人気のある WordPress プラグインです。
WordPress サイドバーから:
「ツール」 > 「リダイレクト」
「リダイレクト」ページから、「新しいリダイレクトを追加」フォームを見つけます。
以下のフィールドに入力します:
ソース URL = ルートドメインを除いた元のページのURL（例：“/page-1”）
ターゲット URL = ルートドメインを除いた新しいページのURL（例：“/page-2”）
HTTP コード = 302
次に、「追加 リダイレクト」をクリックします。
ランク数学プラグイン
Rank Math は、302 を簡単に実装できるもう 1 つの人気の SEO プラグインです。
WordPress サイドバーから:
「ランク 数学」 > 「リダイレクト」
「リダイレクト」ページで、「追加 新規」をクリックします。
ソースURL = ルートドメインを除いた元のページのURL（例：“/page-1”）
宛先URL = ルートドメインを除いた新しいページのURL（例：“/page-2”）
リダイレクトタイプ = 302 一時移動
次に、「追加 リダイレクト」をクリックします。
PHPリダイレクト
警告: このオプションでは、テーマファイルと PHP コードを編集する必要があります。 このタイプの編集に慣れている上級の WordPress ユーザーにのみ推奨されます。
これらのプラグインのいずれかを追加したくない場合は、リダイレクトを手動で実装できます。
302 リダイレクトは、サーバー側 (以下の Apache、 Nginx、および Windows Server のオプションを参照) または PHP ヘッダーに直接実装することができます。
HTML または echo 関数の前の PHP ヘッダーの一番上に次のようなコードを追加します。
<?php
// リクエストされたページがページ1かどうかを確認します
if ($_SERVER['REQUEST_URI']=== '/page-1') {
// example.com/page-1 から example.com/page-2 にリダイレクトします
header("HTTP/1.1 302 Found");
header("Location: http://example.com/page-2");
exit;
}
?>この例では、 example.com/page-1 から example.com/page-2にリダイレクトしています。
ご想像のとおり、PHP でこれらの特定のリダイレクトをいくつか実装したり維持したりすると、少し面倒になる可能性があります。 しかし、それは実行可能です。
アパッチ
警告: この 302 リダイレクト方法は専門家向けです。 ここで間違いがあると、Web サイトに大きな問題が発生する可能性があります。 専門家でない場合は、細心の注意を払って続行するか、支援できる専門家に連絡してください。
ウェブサイトが Apache サーバーでホストされている場合は、WordPress ルート ディレクトリの .htaccess ファイル を編集してリダイレクトを実装できます。
まず、 mod_rewrite が有効になっていることを確認します。 次に、RewriteEngine を使用してリダイレクトを構成します。
単一ページをリダイレクトする
1 つのページを新しいページにリダイレクトするだけの場合は、次のようなコードを記述できます。
RewriteEngine オン
RewriteRule ^page-1$ /page-2 [R=302,L]これにより、URL /page-1 に完全に一致するページが /page-2にリダイレクトされます。
簡素化されたリダイレクトには mod_alias も使用できることに注意してください。
リダイレクト 302 /page-1 /page-2
ディレクトリ全体をリダイレクトする
ディレクトリ全体を一時的にリダイレクトする場合は、各ページを新しいディレクトリ内の特定の新しい URL にリダイレクトすることで実行できます。
RewriteEngine On
RewriteRule ^old-directory/(.*)$ /new-directory/$1 [R=302,L]たとえば、このコードは /old-directory/page-1 を /new-directory/page-1にリダイレクトします。
RewriteEngine On
RewriteRule ^old-directory/(.*)$ /new-page [R=302,L]このRewriteRuleは、 /old-directory/page-1 と /old-directory/page-2 の両方を新しいURL /new-pageにリダイレクトします。
エングス
警告: この 302 リダイレクト方法は専門家向けです。 ここで間違いがあると、Web サイトに大きな問題が発生する可能性があります。 専門家でない場合は、細心の注意を払って続行するか、支援できる専門家に連絡してください。
Nginx リダイレクトは、通常、サーバーのルート ディレクトリにある .conf ファイルで構成されます。
単一ページをリダイレクトする
server {
listen 80;
server_name example.com;
location /page-1 {
rewrite ^ /page-2 redirect;
}
# その他のロケーションブロックと設定...
}これにより、 /page-1 が /page-2にリダイレクトされます。
ディレクトリ全体をリダイレクトする
あるディレクトリ内のすべてのページを新しいディレクトリ内の新しいページにリダイレクトします。
server {
listen 80;
server_name example.com;
location ~* ^/old-directory/ {
rewrite ^/old-directory/(.*)$ /new-directory/$1 redirect;
}
# その他の location ブロックと設定...
}たとえば、 /old-directory/page-1 は /new-directory/page-1 にリダイレクトし、 /old-directory/page-2 は /new-directory/page-2にリダイレクトします。
すべてのページを 1 つのディレクトリから 1 つの新しい場所にリダイレクトします。
server {
listen 80;
server_name example.com;
location ~* ^/old-directory/ {
rewrite ^/old-directory/(.*)$ /new-page redirect;
}
# その他の location ブロックと設定...
}たとえば、 /old-directory/page-1 と /old-directory/page-2 は両方とも新しい URL /new-pageにリダイレクトされます。
ASP.NET を使用した Windows Server
警告: この 302 リダイレクト方法は専門家向けです。 ここで間違いがあると、Web サイトに大きな問題が発生する可能性があります。 専門家でない場合は、細心の注意を払って続行するか、支援できる専門家に連絡してください。
Windows サーバーでは、リダイレクトは web.config ファイルで構成されます。
単一ページをリダイレクトする
<configuration>
<system.webServer>
<rewrite>
<rules>
<rule name="Redirect page-1 to page-2" stopProcessing="true">
<match url="^page-1$" />
<action type="Redirect" url="/page-2" redirectType="Found" />
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>これにより、 /page-1 が /page-2にリダイレクトされます。
ディレクトリ全体をリダイレクトする
あるディレクトリ内のすべてのページを新しいディレクトリ内の新しいページにリダイレクトします。
<configuration>
<system.webServer>
<rewrite>
<rules>
<rule name="Redirect old-directory to new-directory" stopProcessing="true">
<match url="^old-directory/(.*)" />
<action type="Redirect" url="/new-directory/{R:1}" redirectType="Found" />
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>たとえば、 /old-directory/page-1 は /new-directory/page-1 にリダイレクトし、 /old-directory/page-2 は /new-directory/page-2にリダイレクトします。
すべてのページを 1 つのディレクトリから 1 つの新しい場所にリダイレクトします。
<configuration>
<system.webServer>
<rewrite>
<rules>
<rule name="Redirect old-directory to new-page" stopProcessing="true">
<match url="^old-directory/(.*)" />
<action type="Redirect" url="/new-page" redirectType="Found" />
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>たとえば、 /old-directory/page-1 と /old-directory/page-2 は両方とも新しい URL /new-pageにリダイレクトされます。
302リダイレクトがSEOに与える影響
SEOへのプラスの影響
302 リダイレクトは、Web サイトで発生している技術的な SEO の問題を修正または改善することを目的としていないことに注意してください。
302 リダイレクトは、一時的な状況でユーザー エクスペリエンスを向上させることを目的としています。
301 とは異なり、 一時的なリダイレクトは、次の場合のベストプラクティスとは見なされません 。
- 重複コンテンツの統合
- 正規URLの問題の修正
- 同じページの www なしバージョンに www 付きをリダイレクトする
- サイトのアーキテクチャを整える
ただし、302 を実装すると、Web ページが一時的に利用できない場合やメンテナンス中の場合でも、リンクとランキングを維持できます。 302 を使用しないと、ページがユーザビリティの問題や不完全なコンテンツのままインデックス化され、SEO に悪影響を与える可能性があります。
しかし、誤って実装すると悪影響を与える可能性があります。
ネガティブSEOの影響
理論上、302 を誤って使用すると、Web サイトの SEO に問題が生じる可能性があります。
たとえば、間違ったバージョンのページがインデックスされ、SERP (検索エンジン結果ページ) に表示される可能性があります。
現実では？
悪影響はおそらく小さく一時的なものとなるでしょう。
Google は、302 リダイレクト を「リダイレクト先を正規にする必要があることを示す弱いシグナル」として扱います。
簡単に言うと、302 がある場合、Google は通常、新しい URL ではなく 元の URL を SERP に表示します。
これは 302 に期待されるものです。
ただし、新しい URL が実際にこのコンテンツの「メイン」バージョン ( 正規 URL) であることを示す他のシグナルがある場合は、永続的なリダイレクトのように扱われる可能性があります。
この場合、Google は元の URL の代わりに 新しい URL を SERP に表示します。
したがって、302 が誤って適用された場合でも、Google がそれを認識する可能性はかなり高くなります。
ただし、サイト、ランキング、トラフィックに一時的な問題が発生する可能性があります。
さらに、可能であれば正しいタイプのリダイレクトを使用するのがベストプラクティスです。
302リダイレクトのよくある5つの問題
1: 永続的な変更には302を使用する
おそらく最も一般的な間違いは、永続的な変更に対して 302 を使用することです。
すでに説明したように、302 は一時的なものです。
302 を使用してページをリダイレクトし、その変更が永続的になった場合は、リダイレクトを 301 に更新することをお勧めします。
Semrush の サイト監査 ツールを使用して、302 を含むページを簡単に識別できます。
左側のメニューから、「オンページ & テクニカル SEO」の下にある「サイト 監査」をクリックします。
サイトが「プロジェクト」にまだリストされていない場合は、ルートドメインを入力して、Semrush にウェブサイトをクロールさせて監査してもらいます。
監査が完了したら、「プロジェクト」名をクリックし、「サイトの健全性」の下にある「クロールされたページ」レポートを探します。
「リダイレクト」行に表示されている数字をクリックすると、リダイレクト HTTP ステータス コードを返すページのレポートが開きます。
リダイレクトされた URL のリストを確認し、302 を返すものがあるかどうかを確認します。
プロのヒント: このレポートに HTTP ステータス コード フィルターを適用して、「3xx 一時」ステータス コードを返すページのみを表示できます。
存在すべきではない 302 リダイレクトがある場合は、チームの別のメンバーまたは過去にサイトで作業した誰かによって設定された可能性があります。
リダイレクトが不要であるか、正しく構成されていない場合 (一時的な変更ではなく永続的な変更である場合など) は、調整を行うために、それらがどのように実装されているかを調べる必要があります。
上記の「302 リダイレクトを実装する方法」セクションの手順を参照してください。
まず、WordPress または CMS の管理パネルを確認します。 レポートにリストされている 302 が見つからない場合は、サーバー側の実装を確認できる人に相談することを検討してください。
注意: 一時的な変更に対しては 301 の使用は避けてください。 先ほど説明したサイト監査ツールを使用すると、これらの問題を特定できます。 誤って永続的にリダイレクトされたページを特定した場合は、301 を削除し、代わりに一時的なリダイレクトを実装します。
2: リダイレクトチェーン
リダイレクト チェーンは、あるページに別のページを指す 302 があり、そのページにも別のページを指す 302 がある場合に発生します。
このような：
/page-1 には、 /page-2を指す 302 があります。
/page-2 には、 /page-3を指す 302 があります。
ユーザーはあるページから次のページへと移動します。 そして次。 （そして次。）
これにより、ページの読み込み速度が遅くなるなど、サイトのパフォーマンスに問題が発生する可能性があります。
さらに、それは単なる悪い習慣です。
Semrush サイト監査 ツールを使用すると、修正が必要なリダイレクト チェーンを簡単に特定できます。
Semrush内から:
「オンページ & テクニカル SEO」の下にある「サイト 監査」をクリックします。
「プロジェクト」の下にあるサイトの URL をクリックします。 または、まだリストされていない場合は、ドメインを入力してプロジェクトを作成します。
(プロジェクトを最初から作成する場合は、ルートドメインを入力すると、Semrush がサイトをクロールして監査します。 クロールが完了したら、「プロジェクト」の下のサイトの URL をクリックします。
「プロジェクトダッシュボード」から、「サイト監査」セクションの「完全なレポートを表示」をクリックします。
次に「問題」タブをクリックします。
「エラー」リストには、Semrush がサイトで発見したすべての問題が表示されます。 このリストには、「リダイレクト チェーンとループ」のエントリが表示されます（検出された場合）。
リスト項目をクリックすると完全なレポートが開きます。
リダイレクト チェーンを特定したら、最終的なターゲット URL を指すように 302 リダイレクトを更新し、追加のリダイレクト手順をスキップするだけです。
3: リダイレクトループ（リダイレクトが多すぎる）
リダイレクトが正しく構成されていない場合、リダイレクト ループが発生する可能性があります。
リダイレクト ループとは、302 によってユーザーが 2 つ以上のページ間を行き来し続けることです。
例えば：
/page-1 には、 /page-2を指す 302 があります。
/page-2 には、 /page-1を指す 302 があります。
ブラウザはどのページを表示すればよいかわかりません。 ERR_TOO_MANY_REDIRECTS または「リダイレクトが多すぎます」というエラーが表示され、Google Chrome に次のようなページが表示されます。
Semrush サイト監査 ツールを使用して、この問題を特定し、トラブルシューティングすることができます。
左側のメニューから、「オンページ & テクニカル SEO」の下にある「サイト 監査」をクリックします。
「サイト監査」ページにサイトが表示されていない場合は、ルートドメインを入力してクロールと監査を実行してください。
クロールが完了したら、「プロジェクト」の下のサイトの URL をクリックします。
（サイトがすでに「プロジェクト」にリストされている場合は、URL をクリックします。）
「プロジェクトダッシュボード」から、「サイト監査」セクションの「完全なレポートを表示」をクリックします。
次に「問題」タブをクリックします。
「エラー」リストには、Semrush がリダイレクト チェーンまたはループを検出したかどうかが表示されます。
リストをクリックすると完全なリストが表示され、リダイレクト ループが見つかります。
302 リダイレクトを実装していてこのエラーが発生する場合は、構成に問題がある可能性があります。
注目すべき点は次のとおりです:
- リダイレクトが競合しています。 誤って、ユーザーを 1 つのページから複数の異なるページに送信しようとするリダイレクトを作成していませんか? あるいは、お互いを指すリダイレクトがありますか? 競合が発生する可能性がある状況がないか、リダイレクトを詳しく確認してください。
- 競合するプラグイン。 リダイレクトプラグインまたはサードパーティツールを使用している場合は、プラグインが相互に競合している可能性があります。 一度に 1 つずつ無効にして、問題が解決するかどうかを確認してください。
リダイレクトを実装していないのにこのエラーが発生する場合は、ローカルまたはクライアント側の問題である可能性があります。 これは、サーバー上でリダイレクトが正しく設定されているが、ユーザー側で何らかの問題が発生していることを意味します。
試す：
- ブラウザのキャッシュとCookieをクリアします。 リダイレクト ディレクティブは、使用されなくなった場合でもキャッシュされる可能性があります。 キャッシュの問題は、CDN やその他のネットワーク構成によって発生する場合もあり、追加のトラブルシューティングが必要になることがあります。
- ブラウザ拡張機能を無効にします。 場合によっては、ブラウザ拡張機能によってリダイレクトがトリガーされ、特定のページが壊れることがあります。
4: 302リダイレクトをそのまま残す
簡単に言うと、302 が不要になったら忘れずに削除してください。
長期間そのままにしておくと、検索エンジンがそれを永続的なリダイレクトとして扱う可能性があります。 また、ユーザーエクスペリエンスが悪くなる可能性もあります。
Semrush を使用して定期的にサイト監査を実行し、一時的な Web サイトの変更後にリダイレクトを削除することを忘れないようにしてください。
5: リダイレクト中にURLパラメータが失われる
場合によっては、訪問者の送信先となる新しい URL に特定の URL パラメータまたはトラッキング コードを渡すためにリダイレクトが必要になります。
たとえば、Web サイト内を移動する訪問者を追跡するために特定の UTM 規則を使用している場合などです。 または、検索機能とフィルター機能が URL パラメータを通じて仕様を渡す場合。
リダイレクトの実装方法に応じて、元の URL から新しい宛先にパラメータが渡される場合と渡されない場合があります。
これを修正するには、リダイレクト プラグインの設定を調整するか、 正規表現 (RegEx) を使用して元の URL からパラメータを解析する必要があります。 その後、ユーザーがリダイレクトされたときにそれらを渡します。
302リダイレクトに関するよくある質問
302 リダイレクトと 301 リダイレクトの違いは何ですか?
302 リダイレクトは、構築中のページや A/B テストなど、Web サイトの一時的な変更に使用されます。 301 リダイレクトは、コンテンツを古い URL から新しい URL に移動するなどの永続的な変更に使用されます。
302 リダイレクトの利点は何ですか?
302 リダイレクトの主な用途は、サイトのユーザー エクスペリエンスを向上させることです。 一時的にユーザーを新しい URL に送信して、古いページ、不完全なページ、または構築中のページにアクセスしないようにすることができます。 また、リダイレクトが有効な間も、元の URL のランキングとリンク値を維持できます。
ウェブサイトに 302 リダイレクトを設定するにはどうすればいいですか?
WordPress やほとんどの一般的な CMS を使用している場合は、プラグインまたは拡張機能を使用して 302 を実装できます。 それ以外の場合は、サーバー側でリダイレクトを構成する必要があります。
Google は 302 リダイレクトをどのように処理しますか?
Google は 302 リダイレクトを 301 リダイレクトとほぼ同じように扱います。 ただし、一時的な変更とみなされる場合は、SERP に元の URL (新しい URL ではない) が引き続き表示されます。
この場合、変更が永続的である可能性が高いことが明らかにならない限り、PageRank やリンクは新しい URL に渡されません。
302 リダイレクトは SEO に悪影響を与えますか?
はい。 302 リダイレクトを誤って使用すると、検索ランキングとトラフィックに悪影響を与える可能性があります。 たとえば、ページの間違ったバージョンがインデックスに登録され、ランキングやトラフィックが低下する可能性があります。
リダイレクトによってランキングに悪影響が出るのではないかと心配している場合、またはサイト上のリダイレクトに関する問題を解決したい場合は、まず監査を実行します。
Semrush サイト監査 ツールを使用して、誤ったリダイレクト構成、リダイレクト ループとリダイレクト チェーン、およびサイトの妨げになる可能性のあるその他の数百の問題を特定します。