301リダイレクトとは？302との違い・設定方法・SEOへの影響を解説

301リダイレクトは、URLが恒久的に変わったときに設定するHTTPステータスコードです。

ユーザーを新しいURLへ自動転送するだけでなく、Googleに対して「今後は新しいURLを代表として扱ってほしい」と伝える、URL移転の宣言シグナルでもあります。言い換えれば、301リダイレクトはURLの住所変更届のようなものです。旧住所に来た人を新住所へ案内し、Googleにも「以後は新住所を代表として記録してほしい」と伝えます。

SEOの観点では、301リダイレクトは「ページを飛ばす設定」ではなく「URL移転の設計」です。旧URLと新URLの対応関係、転送先の関連性、内部リンクやサイトマップの更新、移行後の監視まで含めて考える必要があります。

この記事では、2026年5月時点のGoogle Search Centralの仕様に基づき、301リダイレクトの仕組みから302との違い、設定方法、確認方法、サイト移行手順、よくある失敗までを、URL移転シグナルを揃える実務観点で解説します。

301リダイレクトはテクニカルSEOの重要施策のひとつです。SEO対策の全体像と基本的な考え方はSEO対策とは？仕組み・基本施策・やり方をわかりやすく解説で詳しく解説しています。

301リダイレクトとは

まずは301リダイレクトの基本的な仕組みと、Googleがどう扱うかを整理しましょう。

HTTPステータスコード301の意味

301リダイレクトは、HTTPステータスコード「301 Moved Permanently（恒久的に移動）」を返す転送処理です。ブラウザでもクローラーでも、旧URLにアクセスすると自動的に新URLへ転送されます。

301リダイレクトの最大の特徴は「恒久的な移動」を示す点です。Googleはこの恒久リダイレクトを、新URLをcanonical（正規URL）として扱うシグナルの1つと捉えます。

301リダイレクトはURLの住所変更届

301リダイレクトは、URLの住所変更届のようなものです。

旧住所（旧URL）に来た人を新住所（新URL）へ案内するだけでなく、Googleにも「以後はこの新住所を代表として記録してください」と伝えます。Googleの中で、旧URLと新URLの関係を「同じものの新しい場所」として再接続するのが、301リダイレクトの役割です。

そのため301リダイレクトには、少なくとも次の3つの意味があります。

301リダイレクトはGoogleに新URLを代表として扱ってほしいと伝えるシグナル

301リダイレクトは、旧URLへアクセスしたユーザーを新URLへ転送するだけでなく、Googleに対して「検索結果では新URLを代表として扱ってほしい」と伝える、強い恒久移転のシグナルです。

ただし、301リダイレクトを設定したからといって、検索結果が即座に新URLへ切り替わるわけではありません。Googlebotが旧URLと新URLをクロールし、内容や周辺のシグナル（内部リンク・canonical・サイトマップなど）と合わせて処理する時間が必要です。

301リダイレクトは強いシグナルですが、サイト全体の整合性が揃ってはじめて、Googleにスムーズに伝わります。後ほど「301リダイレクトの本質はURL移行設計である」で詳しく扱います。

301・302・307・308の違い

リダイレクトには複数の種類があり、Googleへの伝わり方が変わります。

302は「一時的な移動」を伝えるためのリダイレクトです。Googlebotは転送先を辿れますが、301リダイレクトのように新URLを恒久的な代表として扱ってほしい場合のシグナルにはなりにくいため、URL変更やページ統合には301リダイレクトを使うのが基本です。

308は301リダイレクトと同じ恒久移転を示します。ただし、SEO実務での認知度・対応環境の広さでは301リダイレクトが最も一般的なため、特別な理由がなければ301リダイレクトで問題ありません。

307は、フォーム送信時に転送先でも送信内容を維持したい場合などに使われる一時的リダイレクトで、SEO担当者が日常的に意識する場面はほぼありません。

301リダイレクトとcanonical・noindex・404/410・robots.txtの使い分け

URLの整理には、301リダイレクト以外にもcanonical・noindex・404/410・robots.txtといった選択肢があります。それぞれ伝えるシグナルが異なるため、目的に応じて使い分けましょう。

判断基準を整理すると次のようになります。

301リダイレクトとcanonicalの違いをもう少し丁寧に整理すると、Googleに「移転として処理してほしい」のか「重複の代表指定として処理してほしい」のかという観点が中心になります。ページ自体を残す必要がないならcanonicalではなく301リダイレクト、残す必要があるならcanonicalが適切です。canonicalの詳細はcanonicalタグとは？書き方・設定が必要なケース・確認方法で詳しく解説しています。

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

301リダイレクトを設定すべき代表的な場面を整理します。

これらに共通するのは、旧URLにアクセスしたユーザーが期待する内容と、新URLで提供される内容が自然に対応していることです。後継ページが存在しないURLを無理に301リダイレクトする必要はありません（後述）。

301リダイレクトのSEOへの影響

301リダイレクトのSEO効果は、単純に「評価を引き継ぐ」だけではありません。Googleが旧URLと新URLの関係を理解し、検索結果に表示するURLを切り替え、リンクシグナルやcanonical判断を新URLへ統合しやすくすることに意味があります。

旧URLのリンクシグナルを新URLへ統合しやすくする

旧URLに集まっていた被リンク・内部リンク・アンカーテキスト・クロール履歴といった情報を、Googleが新URL側で理解しなおす手がかりになります。

適切な301リダイレクトを設定すれば、旧URLに集まっていたリンク評価を新URLへ統合しやすくなります。ただし、リダイレクト先の関連性が低い場合や、内部リンク・canonical・サイトマップが旧URLのまま残っている場合は、期待通りに移行が進まないことがあります。「100%必ず引き継がれる」ものではない、という前提で考えましょう。

Googleに新URLを代表URLとして理解してもらいやすくなる

301リダイレクトは、Googleが正規URLを判断する際の強いシグナルになります。検索結果に表示されるURLが新URLへ切り替わり、ユーザーが見るURLの一貫性も保たれます。

ただし、置き換えには時間がかかります。Googlebotが旧URLと新URLを再クロールし、周辺シグナルも合わせて評価したうえで切り替わるため、サイト規模によっては数週間〜数ヶ月のスパンで考える必要があります。

Googlebotに見せるURLを整理できる

301リダイレクトは、Googlebotに対するURLの再配線でもあります。

旧URL・http版・wwwあり/なし・末尾スラッシュ違い・index.htmlあり/なし・古いカテゴリURL・統合済み記事の旧URLなどがサイト内に残っていると、Googlebotは不要なURL確認に時間を使います。301リダイレクトで正しく統合すれば、「この古いURL群ではなく、この新URLを見てください」と明確に伝えられます。

URLパラメータや並び替えURLが大量に発生するサイト（ECサイト、求人サイト、不動産サイトなどのデータベース型サイト）ほど、この観点は重要です。

Search Consoleやアクセス解析のデータを集約できる

301リダイレクトで正規URLを統一しておくと、GSCの検索パフォーマンスやGA4のページレポートで、データが新URLに集約されて表示されます。?utm_source=... のようなパラメータURLや旧URLがバラバラに並ぶ状態を防げるため、ページ単位の分析がやりやすくなります。

設定ミスがあると流入減少につながる

逆に、301リダイレクトの設定ミスやマッピングの粗さは、検索流入の大幅減少を招きます。「URLを変えたら検索順位が大幅に下がった」という典型的な失敗の多くは、リダイレクトの漏れ・関連性の低い転送・リダイレクトチェーン・周辺シグナルの未更新が原因です。

このあと「301リダイレクトでよくある失敗」で詳しく扱います。

301リダイレクトの本質はURL移行設計である

ここで本記事で最も伝えたい考え方を紹介します。

301リダイレクトは、Googlebotとユーザーに迷わせないためのURL移転設計です。

旧URLから新URLへ転送するだけでなく、内部リンク・canonical・XMLサイトマップ・構造化データまで含めて、サイト全体のシグナルを新URLへ揃える必要があります。

301リダイレクトは旧URLの記憶を新URLへ再接続する施策

旧URLには、Googleが過去に蓄積してきた情報があります。

301リダイレクトは、これらをGoogleが新URL側で理解しなおすための再接続シグナルです。

1対1マッピングの精度が成功を決める

301リダイレクトの本質は、旧URLと新URLの意味的な対応関係をGoogleに伝えることです。関連性の低いページへ転送すると、Googleは移転ではなく実質的な削除（soft 404相当）として扱う可能性があります。

良い転送と悪い転送を比較すると次のようになります。

301リダイレクト設定後に揃えるべきURLシグナル

301リダイレクトは中心となる移転シグナルですが、周辺のシグナルが旧URLのままだと、Googleに矛盾した情報を送り続けることになります。

「301リダイレクトを設定したから移行完了」ではなく、サイト全体のシグナルを新URLへ揃えるところまでが移行プロジェクトだと考えてください。

301リダイレクトの設定方法

環境別に具体的な設定方法を解説します。SEO目的のURL移行では、サーバーサイドの301リダイレクトまたは308リダイレクトを基本にしましょう。JavaScriptリダイレクトやmeta refreshは、Googleのレンダリング処理に依存するため、重要なURL移行では最終手段として扱うのが安全です。

.htaccessで設定する（Apache）

Apacheサーバーを使っている場合は、.htaccessファイルに記述します。

個別ページのリダイレクト

Redirect 301 /old-page/ https://example.com/new-page/

ディレクトリ単位のリダイレクト

RedirectMatch 301 ^/old-directory/(.*)$ https://example.com/new-directory/$1

ドメイン全体のリダイレクト（httpからhttpsへ）

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

WordPressで設定する

WordPressの場合は、プラグインを使う方法が最も手軽です。

Redirectionプラグインを使えば、管理画面から旧URLと新URLを入力するだけで301リダイレクトを設定できます。コードを書く必要がなく、リダイレクトの一覧管理やログの確認も可能です。

少数のリダイレクトであれば、テーマの 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' );

Nginxで設定する

Nginxサーバーを使っている場合は、サーバー設定ファイル（nginx.conf等）に記述します。

個別ページのリダイレクト

server {
    location = /old-page/ {
        return 301 https://example.com/new-page/;
    }
}

ドメイン全体のリダイレクト（httpからhttpsへ）

server {
    listen 80;
    server_name example.com;
    return 301 https://$host$request_uri;
}

Nginxは設定変更後にリロード（nginx -s reload）が必要です。.htaccessのようにファイル保存だけでは反映されない点に注意してください。

Cloudflareで設定する

Cloudflareを利用している場合は、Redirect RulesまたはBulk Redirectsで301リダイレクトを設定できます。

Redirect Rulesは、管理画面の「ルール」から個別のURLパターンに対してリダイレクトを設定する機能です。無料プランでも利用可能で、コードを書かずにGUI上で設定できます。

大量のリダイレクトが必要な場合はBulk Redirectsを使います。CSVでまとめてインポートでき、数百〜数千件のリダイレクトを一括管理できます。

サーバーサイドリダイレクトを基本にする

JavaScriptリダイレクトやmeta refreshは、ブラウザでHTMLが読み込まれた後に発火します。Googleはレンダリング処理を経てこれらのリダイレクトを認識しますが、レンダリングが失敗するとリダイレクト自体が見落とされる可能性があります。

設定後はブラウザ表示だけでなくHTTPレスポンスを確認しましょう。旧URLが301リダイレクトを返し、Locationヘッダーが最終的な新URLを指し、その新URLが200でindex可能な状態になっていることが重要です。

サイト移行・URL変更時の301リダイレクト手順

サイトリニューアルやドメイン変更では、301リダイレクト設定だけでなくプロジェクト全体として設計する必要があります。301リダイレクトはサイト移行プロジェクトの一部であり、移行前後の設計・実装・検証・監視まで含めて考えましょう。

サイト移行直後は、Googlebotが旧URLと新URLの関係を確認するため、通常より多くクロールすることがあります。大規模サイトでは、リダイレクト処理や新URLのレスポンスが遅くならないよう、サーバー容量・キャッシュ・CDN設定も合わせて確認しておきましょう。

301リダイレクトの確認方法

設定後は、必ず動作を確認しましょう。301リダイレクトは設定して終わりではなく、Google側でURL移行が進んでいるかを継続的に監視するのが実務の中心です。

inSiteの無料リダイレクトチェッカーで確認する

inSiteの無料リダイレクトチェッカーを使えば、URLを入力するだけでリダイレクトの種類（301/302）と転送先、最終到達URLを確認できます。設定直後の「本当に301リダイレクトになっているか」「最終URLが正しいか」を素早くチェックできます。

無料でリダイレクトをチェックする →

ブラウザ・HTTPヘッダーで確認する

curl -I などでHTTPヘッダーを直接見る方法もあります。

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

確認すべきは次の項目です。

Google Search Consoleで確認する

GSCのURL検査ツールで旧URLを入力すると、リダイレクトの状態を確認できます。「ページのインデックス登録」レポートでは「ページにリダイレクトがあります」というステータスが表示されるので、意図したページが正しくリダイレクトされているか確認しましょう。

詳しい確認方法はページにリダイレクトがありますとは？原因と放置OKの判断基準で詳しく解説しています。

クロールツール・サーバーログで一括確認する

大量URLのサイト移行では、Screaming Frogなどのクロールツールでサイト全体を一括チェックすると、リダイレクトチェーン・ループ・404を漏れなく発見できます。サーバーログでGooglebotがどのURLを叩いているか確認することも、移行の進捗確認に役立ちます。

Google側でURL移行が進んでいるか確認する

301リダイレクトは、設定できているかだけでなく、Google側でURL移行が進んでいるかを見ることが重要です。

inSiteでインデックス状況を継続監視する

inSiteはインデックス状況を毎日自動で取得するため、旧URLのインデックス解除と新URLのインデックス登録の進捗を日次で追えます。canonical不一致やリダイレクトエラー、内部リンクが旧URLのままになっているページなども継続的に検出できます。

合わせて、GSCの検索パフォーマンスレポートでオーガニック流入が移行前の水準まで回復しているかもチェックしましょう。リダイレクト設定後1〜2週間で流入が戻らない場合は、設定漏れやリダイレクトチェーンの発生を疑ってください。

301リダイレクトでよくある失敗

正しく設定したつもりでも、次のようなミスは頻繁に起きます。設定後に必ずチェックしましょう。

リダイレクトチェーンはなぜ問題なのか

リダイレクトチェーン（A→B→Cのように複数回連鎖）は、単なる速度問題ではありません。

A→B→C ではなく A→C へ直接転送するのが基本です。詳しくはリダイレクトチェーンとは？SEOへの影響と確認・解消方法を徹底解説で詳しく解説しています。

トップページへの一括リダイレクトはNG

旧ページをすべてトップページにリダイレクトするのは避けましょう。Googleはユーザー体験の観点から、旧URLに期待していた内容と新URLの内容が大きくズレている場合、「移転」ではなく「ソフト404」相当として扱う可能性があります。

旧URLと関連性の高いページに1対1でマッピングするのが原則です。後継ページがない場合は、無理にトップページへ転送するのではなく、404または410を返すことも選択肢です。

開発チームとの連携が不足している

大規模なサイトリニューアルでは、SEO担当者と開発チームの連携が欠かせません。旧URLと新URLのマッピング表をSEO担当が作成し、実装は開発チームが行う体制を整えましょう。実装後にSEO担当がリダイレクトチェッカーで全件確認するフローを必ず入れてください。

AI検索時代に301リダイレクトが重要な理由

AI Overview、ChatGPT検索、Perplexityなど、生成AIを活用した検索体験の比重が高まっています。

AI検索時代でも、基本はGoogleがURLとコンテンツを正しく理解できる状態を作ることが重要です。重複URLや旧URLが散らばっていると、サイト内の情報の代表URLが分かりにくくなり、AI検索以前に通常のインデックス理解が濁ります。

AI検索時代には、ページ単位だけでなく情報の出どころや代表URLの一貫性も重要になります。301リダイレクトで旧URLや重複URLを適切に統合しておくことは、Googleがサイト内の情報を理解しやすくするうえでも有効です。

ただし、「301リダイレクトしないとAIに引用されない」という単純な話ではありません。AIに引用されるかどうかは、コンテンツの質・関連性・サイト全体の整合性など多くの要素が関わります。301リダイレクトは、その整合性を支える基盤の1つと考えてください。

まとめ

301リダイレクトは、旧URLから新URLへアクセスを転送するだけの処理ではありません。Googleに対して「このURLは恒久的に移転したので、今後は新URLを代表として扱ってほしい」と伝えるURL移転シグナルです。

ただし、301リダイレクトを設定しただけでURL移行が完了するわけではありません。内部リンク、XMLサイトマップ、canonical、パンくず、構造化データ、hreflangなど、サイト全体のURLシグナルを新URLへ揃えることが重要です。

301リダイレクトの本質は、Googlebotとユーザーに迷わせないURL移行設計です。サイトリニューアルやURL変更を行う際は、旧URLと新URLのマッピング、設定後の確認、インデックス移行の監視まで含めて対応しましょう。

301リダイレクトと並んで重要な重複対策は、canonicalタグの書き方と設定が必要なケースで詳しく解説しています。あわせて重複コンテンツのSEOへの影響と対策方法、インデックスカバレッジの全18ステータスと対処優先度も参考にしてください。