SEO

301リダイレクトとは?SEO効果と正しい設定方法をコード例付きで解説

301リダイレクトとは?SEO効果と正しい設定方法をコード例付きで解説
Webサイトのリニューアル、ドメインの変更、あるいは単なるページのURL修正。これらはビジネスの成長に不可欠な施策ですが、一歩間違えれば、これまで積み上げてきた検索順位やトラフィック、ひいては売上といった「Webサイトの資産価値」を一夜にして失うリスクをはらんでいます。その運命を分けるのが、たった数行のコードで実装される「301リダイレクト」です。

301リダイレクトは、単なる技術的な転送処理ではありません。それは、Webサイトという重要なビジネス資産の住所変更を検索エンジンとユーザーに正式に届け出て、その価値を新天地へ確実に引き継ぐための生命線です。しかし、その設定は専門的で、誤った知識や実装は「ソフト404」や「リダイレクトチェーン」といった新たな問題を引き起こし、かえってSEO評価を損なうことにもなりかねません。

この記事では、Googleの公式ドキュメントや実務ベースの実績に基づき、301リダイレクトの本質から具体的な設定方法、そして避けるべき罠まで、Web担当者が知るべき全ての情報を網羅的に解説します。本ガイドを読了すれば、あなたは301リダイレクトを自信を持って使いこなし、Webサイトの資産価値を未来永続的に守り、最大化できるようになるでしょう。

Webサイトのリニューアル、ドメインの変更、あるいは単なるページのURL修正。これらはビジネスの成長に不可欠な施策ですが、一歩間違えれば、これまで積み上げてきた検索順位やトラフィック、ひいては売上といった「Webサイトの資産価値」を一夜にして失うリスクをはらんでいます。その運命を分けるのが、たった数行のコードで実装される「301リダイレクト」です。

301リダイレクトは、単なる技術的な転送処理ではありません。それは、Webサイトという重要なビジネス資産の住所変更を検索エンジンとユーザーに正式に届け出て、その価値を新天地へ確実に引き継ぐための生命線です。しかし、その設定は専門的で、誤った知識や実装は「ソフト404」や「リダイレクトチェーン」といった新たな問題を引き起こし、かえってSEO評価を損なうことにもなりかねません。

Googleの公式ドキュメントと実務での運用を踏まえ、301リダイレクトの本質から具体的な設定方法、そして避けるべき罠まで、Web担当者が知るべき情報を網羅的に解説します。読み終える頃には、301リダイレクトを自信を持って使いこなし、Webサイトの資産価値を守り、最大化できるようになるはずです。

301リダイレクトとは?Googleの定義から学ぶ本質

👉 このパートをまとめると!
301は「恒久的な移転」を検索エンジンに伝える最も強いシグナルです。

301リダイレクトとは、HTTPステータスコードの一種である「301 Moved Permanently」を返すサーバー側の処理を指します。これは、Webページやサイトが恒久的(永続的)に別のURLへ移転したことを、ブラウザや検索エンジンのクローラー(情報収集ロボット)に伝えるための、極めて強力なシグナルです。

ユーザーやクローラーが古いURLにアクセスすると、Webサーバーは「このアドレスは永久に変わりました。新しいアドレスはこちらです」という応答(301ステータスコード)と共に、新しいURL情報をヘッダーのLocationフィールドに含めて返します。これを受け取ったブラウザは、ユーザーを自動的に新しいURLのページへ転送します。301以外の転送方式も含めたリダイレクト全体の種類と仕組みは、別記事で体系的に整理しています。

この仕組みは、Google自身も公式に推奨する最も確実な方法です。Google検索セントラル「リダイレクトとGoogle検索」では、永続的なサーバーサイドリダイレクトを「Google 検索とユーザーを確実に正しいページに導くための最善の方法」と明記しています。

この「恒久的」というシグナルの強さが、301リダイレクトのSEOにおける重要性の根幹をなしています。検索エンジンはこの明確な指示を受け取ることで、迷うことなくインデックス(データベース)内のURLを新しいものに更新し、旧URLが保持していた評価を新URLへ統合する処理を開始できるのです。

ちなみに、同じく恒久的な移転を示すステータスコードとして「308 Moved Permanently」も存在します。301との主な違いは、リクエストメソッド(例:POSTやGET)の変更を許可しない点にありますが、一般的なWebサイトの移転やURL変更といったSEOの文脈では、伝統的かつ広く利用されている301リダイレクトを理解し、使用することが標準的です。

なぜ301リダイレクトがSEOに不可欠なのか?4つの重要な役割

👉 このパートをまとめると!
評価の継承・UX維持・クロール効率化・重複回避の4つを同時に担います。

301リダイレクトを正しく設定することが、なぜこれほどまでに重要視されるのでしょうか。その理由は、SEO、ユーザー体験(UX)、クローラビリティ(検索エンジンの巡回効率)、そしてコンテンツ評価の4つの側面における、相互に関連し合う重要な役割にあります。

1. SEO評価の継承:検索順位と築き上げた資産を守る

Webサイトが長年かけて獲得した検索順位は、質の高いコンテンツ、多くの被リンク、そしてユーザーからの信頼といった無形の資産が「SEO評価」として蓄積された結果です。URLを変更する際に301リダイレクトを設定しないと、検索エンジンは新しいURLを全くの新規ページとして認識し、この貴重な評価はすべてリセットされてしまいます。

301リダイレクトは、この評価を旧URLから新URLへと引き継ぐための「導管」の役割を果たします。これにより、被リンクが持つ価値(リンクエクイティやPageRankとしばしば呼ばれる)の大部分が新しいページへ転送され、検索順位の大幅な下落を防ぐことができるのです。

かつては「リダイレクトによって評価が10%〜15%失われる」という説もありましたが、近年のGoogleは、301リダイレクトによって評価が失われることはなく、シグナルは新しいURLに統合されるという見解を示しています。サイト移転に伴う一時的な順位変動は他の要因も絡むため起こり得ますが、301リダイレクト自体は、SEO資産をほぼ完全に継承するための最善の手段であると理解して問題ありません。

2. ユーザー体験(UX)の維持:機会損失を防ぎ、信頼を繋ぐ

SEOは検索エンジンだけでなく、ユーザーにとっても重要です。もしリダイレクトが設定されていなければ、ブックマークやメールマガジン、SNSの投稿などに残っている古いリンクをクリックしたユーザーは、「404 Not Found(ページが見つかりません)」というエラーページにたどり着いてしまいます。

これはユーザーに「サイトが閉鎖されたのかもしれない」という誤解を与え、強いストレスと不信感を生み出します。結果として、ユーザーは即座にサイトを離脱(バウンス)し、二度と戻ってこないかもしれません。これは、見込み客やリピーターを失う直接的な機会損失です。

301リダイレクトは、このような最悪の事態を防ぎます。ユーザーは移転したことに気づくことなく、シームレスに新しいページのコンテンツへ案内されるため、快適なブラウジング体験が維持され、サイトへの信頼も損なわれません。

3. クローラビリティの最適化:Googleによる効率的なインデックスを促進

Googleなどの検索エンジンは、「クロールバジェット」と呼ばれる、各サイトを巡回(クロール)するために割り当てられたリソースの上限を持っています。リダイレクトが設定されていないと、クローラーは存在しない古いURLへのアクセスを試み続け、貴重なクロールバジェットを浪費してしまいます。

この無駄なクロールは、サイト全体のエラー報告を増加させるだけでなく、本当にクロールしてほしい新しいページの発見やインデックス登録の遅れにつながる可能性があります。

301リダイレクトを適切に設定することで、クローラーを迷わせることなく、効率的に新しいコンテンツへと導くことができます。これにより、クロールバジェットが有効活用され、サイト移転やURL変更がより迅速に検索エンジンに認識される助けとなります。

4. 重複コンテンツの回避:評価の分散を防ぎ、URLを正規化する

多くの場合、同一のコンテンツに対して複数のURLが存在し得ます。例えば、以下のようなケースです。

  • https://www.example.com (wwwあり)
  • https://example.com (wwwなし)
  • http://www.example.com (http)
  • https://www.example.com/index.html (index.htmlあり)

人間にとっては同じページでも、検索エンジンはこれらを別々のURLとして認識するため、被リンクなどのSEO評価がそれぞれのURLに分散してしまいます。これは「重複コンテンツ」問題として知られ、ページの評価を希薄化させる大きな要因です。

301リダイレクトは、この問題を解決するための最も強力な手法、「URLの正規化(Canonicalization)」の核心を担います。様々なバージョンのURLから、最も評価を集中させたい「正規URL」一つにリダイレクトを設定することで、分散していた評価を統合し、ページのSEOパワーを最大化することができるのです。サーバー側で転送できない事情がある場合の代替手段は、カノニカルタグによるURL正規化で詳しく解説しています。

これら4つの役割は独立しているわけではなく、相互に作用し合う好循環を生み出します。良好なUXはポジティブなユーザーシグナルとなり、効率的なクロールは迅速なインデックスを促し、正規化されたURLは強力な評価を築きます。301リダイレクトは、このサイクル全体を支える、まさにサイト運営の要と言えるでしょう。

301リダイレクトと302リダイレクトの決定的違いと正しい使い分け

👉 このパートをまとめると!
違いはインデックスされるURL。恒久移転は301、一時転送は302です。

リダイレクトには、301の他に「302 Found(または307 Temporary Redirect)」という一時的な転送を示すステータスコードが存在します。両者の挙動はユーザーからは同じに見えますが、検索エンジンに伝える「意図」が全く異なるため、その使い分けはSEO戦略において極めて重要です。

かつては「302リダイレクトはSEO評価を引き継がない」と言われていましたが、現在のGoogleは、301と302のどちらもPageRank(評価)を渡すと公言しています。では、決定的な違いは何でしょうか?

それは、GoogleがどちらのURLをインデックスし、検索結果に表示すべきかという判断にあります。Google公式ドキュメントも、永続的なリダイレクトは「リダイレクト先が正規版であることを示すシグナル」として使われるのに対し、一時的なリダイレクトはそのシグナルとして使われないと明記しています。

  • 301リダイレクトは、「この移転は恒久的です。今後は新しいURLを正規のページとして扱ってください」という強いシグナルです。Googleはこれを受け、インデックスを新しいURLに書き換え、古いURLはいずれ検索結果から消えます。
  • 302リダイレクトは、「これは一時的な転送です。すぐに戻ってくるので、元のURLを正規のページとして維持してください」という弱いシグナルです。そのため、Googleは元のURLをインデックスに保持し続けます。

この違いを誤ると、SEOに深刻な影響を及ぼす可能性があります。例えば、サイトのA/Bテストで301リダイレクトを使ってしまうと、テスト用のページがインデックスされ、本来のページが検索結果から消えてしまう大惨事になりかねません。逆に、恒久的なサイト移転で302を使い続けると、いつまでも新しいサイトがインデックスされず、トラフィックが回復しないという事態に陥ります。

以下の比較表で、両者の違いと適切な利用シーンを明確に理解しましょう。

項目 301リダイレクト (恒久的) 302リダイレクト (一時的)
目的 ページの恒久的な移転、URLの永久的な変更を伝える ページの一時的な転送、短期間の代替ページへの誘導
検索エンジンへのシグナル 強いシグナル:「新しいURLが正規版」 弱いシグナル:「元のURLが正規版のまま」
インデックスされるURL 転送先(新URL) 転送元(旧URL)
SEO評価の扱い 転送先に統合される 転送元に保持される(ただし、長期間続くとGoogleが301と判断する場合がある)
主な利用シーン サイト移転、ドメイン変更、常時SSL化、URLの正規化、複数ページの統合 A/Bテスト、サイトメンテナンス、期間限定キャンペーンページへの誘導、PCとスマホでURLが違う場合、一時的な在庫切れ商品の代替ページへの案内

要するに、リダイレクトの選択はもはや単なる評価の引き継ぎ問題ではなく、「どのURLを検索結果に表示させるか」という、より直接的なビジネスインパクトを持つ戦略的な意思決定なのです。

【実践編】301リダイレクトが必要となる具体的な6つのケース

👉 このパートをまとめると!
移転・SSL化・正規化など6つの場面を防御的/攻撃的に整理します。

301リダイレクトの重要性を理解したところで、具体的にどのような場面で設定が必要になるのかを見ていきましょう。これらのケースは、既存の資産を守る「防御的」な活用と、積極的にSEOを強化する「攻撃的」な活用に大別できます。

1. サイト移転・ドメイン変更(防御的)

これは最も典型的かつ重要な301リダイレクトの利用シーンです。会社のブランド変更やドメイン戦略の見直しにより、old-domain.comからnew-domain.comへサイト全体を移転する場合、旧ドメインの全ページから新ドメインの対応するページへ1対1で301リダイレクトを設定することが不可欠です。これを怠ると、ドメインの評価はゼロからのスタートとなります。移転当日までの準備手順は、ドメイン変更でSEO評価を落とさない手順にまとめています。

2. 常時SSL化(HTTPからHTTPSへの移行)(防御的)

セキュリティの向上とGoogleのランキング要因であることから、今やWebサイトの常時SSL化(URLがhttp://からhttps://になること)は必須です。この移行の際、サイト内のすべての「http://ページ」から対応する「https://ページ」へ301リダイレクトを設定し、URLを正規化する必要があります。

3. URLの正規化(攻撃的)

評価の分散を防ぐために、内容が同じでありながらURLが異なるページを一つに統合する「URLの正規化」は、積極的なSEO改善策です。

  • wwwの有無の統一: www.example.comとexample.comのどちらかを正規URLと定め、もう一方から301リダイレクトを設定します。
  • index.html等の有無の統一: example.com/とexample.com/index.htmlが両方アクセス可能な場合、どちらかに統一します。
  • 末尾スラッシュの有無の統一: example.com/directoryとexample.com/directory/のように、ディレクトリを示すURLの末尾のスラッシュの有無を統一します。

4. ページのURL変更・パーマリンク修正(防御的)

ブログ記事のカテゴリを変更したり、より分かりやすいURL(パーマリンク)に修正したりする場合など、個別のページのURLが恒久的に変更される際にも301リダイレクトが必要です。例えば、「/blog/post-abc/」を「/seo/technical-seo-abc/」に変更した場合、旧URLから新URLへリダイレクトを設定します。

5. 複数ページのコンテンツ統合(攻撃的)

サイト内に内容が類似・重複している複数のページが存在する場合、それらを一つに統合し、より網羅的で質の高い「ピラーページ(まとめ記事)」を作成することは非常に強力なSEO戦略です。この際、統合された古い各ページのURLから、新しいピラーページのURLへ301リダイレクトを設定します。これにより、各ページが個別に持っていた被リンク評価や権威性を新しいページに集約させ、ランキングを大幅に引き上げる効果が期待できます。

6. スペルミスドメインからの転送(防御的)

自社のドメイン名でよくあるスペルミス(例:gogle.comやgooogle.com)をあらかじめ取得しておき、それらのドメインから正規のドメイン(google.com)へ301リダイレクトを設定します。これにより、タイプミスをしたユーザーを取りこぼすことなく自社サイトへ誘導できるほか、悪意のある第三者によるフィッシングサイトなどへの悪用を防ぐブランド保護の役割も果たします。

【コード例付き】301リダイレクトの正しい設定方法

👉 このパートをまとめると!
.htaccessが最も確実で、WordPressはプラグインでも設定できます。

301リダイレクトの実装にはいくつかの方法がありますが、それぞれにメリット・デメリットが存在します。自身の技術スキル、サーバー環境、そしてリダイレクトの規模に応じて最適な方法を選択することが重要です。これは「利用のしやすさ」「パフォーマンス」「信頼性」のトレードオフと考えることができます。

1. 推奨:.htaccessファイルによる設定

.htaccess(ドットエイチティーアクセス)ファイルは、Apache(アパッチ)という種類のWebサーバーの動作をディレクトリ単位で制御するための設定ファイルです。サーバーサイドで直接処理されるため、パフォーマンスと信頼性が最も高く、Googleが推奨する「サーバー側の永続的なリダイレクト」を実装する代表的な方法です。ただし、サーバーへのアクセス権限が必要で、記述ミスがサイト全体の表示エラーに繋がるリスクがあるため、利用のしやすさは低いと言えます。基本的な書式は.htaccessの書き方と設定方法でも解説しています。

「.htaccessファイル」の設定する場合

「.htaccess(ドットエイチティーアクセス)」とは、WEBサーバー上で設定できるテキストファイルです。

「.htaccess」では、301リダイレクトのような転送設定だけでなく、エラーページをカスタマイズしたり、アクセス制限をつけたりといった設定も可能です。

今回は、エックスサーバーの「.htaccess」を使った301リダイレクトのやり方を、パターン別にご紹介します。

まずは、WEBサーバー(エックスサーバー)にログインして、管理画面を開きます。

WEBサーバー(エックスサーバー)

そして「.htaccess編集」をクリックし、ファイルを設定したいドメインを選択します。

.htaccess

次に「.htaccess編集」のタブを選択すると、設定画面に移るので、リダイレクトの種類によってテキストを入力していきます。

.htaccess編集

【最重要】作業前の必須事項

.htaccessファイルを編集する前には、必ず既存のファイルのバックアップを取ってください。万が一の際に、すぐに元の状態に戻せるようにしておくことが不可欠です。

.htaccessファイルは通常、Webサイトのルートディレクトリ(一番上の階層)にあります。ファイルに以下のコードを追記して、サーバーにアップロードします。

ページ単位のリダイレクト(特定の1ページを転送)

最も基本的なリダイレクトです。

Apache

# /old-page.html を https://www.example.com/new-page.html へリダイレクト
Redirect 301 /old-page.html https://www.example.com/new-page.html
  • 解説: Redirect 301に続けて、[転送元のパス] [転送先のURL] を記述します。

ディレクトリ単位のリダイレクト(特定のフォルダごと転送)

/old-dir/以下のすべてのファイルを/new-dir/以下に維持したまま転送します。

Apache

# /old-dir/ を /new-dir/ へリダイレクト
Redirect 301 /old-dir/ https://www.example.com/new-dir/
  • 解説: /old-dir/sample.htmlへのアクセスは、自動的に/new-dir/sample.htmlへ転送されます。

ドメイン全体のリダイレクト(サイト移転時)

より複雑な条件分岐に対応できるmod_rewriteという機能を使います。

Apache

RewriteEngine On
# old-domain.com からのアクセスを new-domain.com へリダイレクト
RewriteCond %{HTTP_HOST} ^old-domain\.com$ [NC]
RewriteRule ^(.*)$ https://www.new-domain.com/$1 [R=301,L]
  • 解説: RewriteEngine Onで機能を有効化。RewriteCondで「もしホスト名がold-domain.comだったら」という条件を指定。RewriteRuleで「すべてのパス(^(.*)$)をhttps://www.new-domain.com/の後に同じパス($1)を付けて転送する」というルールを定義しています。末尾の[R=301,L]は「301として転送し、ここで処理を終了する」という意味です。

URLの正規化(wwwありに統一)

example.comへのアクセスをwww.example.comに転送します。

Apache

RewriteEngine On
# wwwなしのホスト名だった場合
RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]
  • 解説: RewriteCondでwwwがついていないホスト名を条件に指定しています。

常時SSL化(HTTPからHTTPSへ)

サイト内のすべてのHTTPアクセスをHTTPSに転送します。

Apache

RewriteEngine On
# HTTPS通信ではない場合
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
  • 解説: RewriteCond %{HTTPS} offでHTTPSではない通信を検知し、RewriteRuleで同じホスト・パスのHTTPS版URLへ転送します。

2. WordPressユーザー向け:プラグイン「Redirection」での設定

WordPressを利用していて、サーバーファイルの直接編集に不安がある場合、プラグインを利用するのが最も利用しやすい方法です。数あるプラグインの中でも「Redirection」は、無料で高機能かつ多くの利用実績があり、定番の選択肢です。

Redirection

こちらをインストールして、「有効化」をクリックします。

ダッシュボードの「ツール」に「Redirection」が追加されますので、そこをクリックして下さい。

Redirection

Redirectionに移動すると、「新しい転送ルールを追加」と表示されます。

ソースURL:旧WEBサイトのURL

ターゲットURL:新WEBサイトのURL

を入力して、設定ボタンをクリックします。

設定

今回の場合、旧WEBサイトURLにhttps://www.example-old.com、転送先として指定する新WEBサイトURLに https://www.example-new.comを入力しました。

さらに、リダイレクトの処理コードとして「301 – 恒久的に移動」を選択しているか確認します。※初期設定では301になっているはずです。

初期設定

入力したURLに間違いがないか確認したら、「転送ルールを追加」のボタンをクリックして終了となります。

この方法は「.htaccessファイル」の設定よりもシンプルなので、初心者にも設定しやすいです。

ただし、Googleは「すべての永続的なリダイレクト方法はGoogle検索に対して同じ効果がある」としており、プラグイン経由でもサーバーがHTTP 301を返す点は.htaccessと同じです。認識の速さで差が出るのはHTTPリダイレクトとmeta refresh・JavaScriptの間であり、.htaccessとプラグインで反映速度が変わるわけではありません。

ドメイン単位の移転を早くGoogleに認識させたい場合は、Google Search Consoleのアドレス変更ツールを活用することで、Googleの検索エンジンに「WEBサイトのURLが変わりました」と知らせることができます。

プラグインは手軽ですが、データベースへの問い合わせが発生するため、.htaccessに比べてわずかにパフォーマンスが劣る可能性があります。また、プラグイン自体のアップデートや他のプラグインとの競合といった管理コストも発生します。少数のリダイレクトであればプラグインは非常に便利ですが、大規模なサイト移転など数百・数千単位のリダイレクトを行う場合は、パフォーマンスと信頼性の観点から.htaccessでの一括設定が推奨されます。

3. 代替手段:JavaScriptによるリダイレクト

Webサーバーへのアクセス権限が一切なく、.htaccessもプラグインも使えない特殊な環境(一部の無料ブログサービスなど)では、JavaScriptを使ったリダイレクトが最後の手段となります。

HTMLの <head> タグ内に以下のコードを記述します。

HTML

<script>
window.location.href = 'https://www.example.com/new-page.html';
</script>
  • 解説: window.location.hrefに転送先のURLを代入することで、ブラウザがページを読み込んだ際に指定のURLへ遷移させます。

GoogleはJavaScriptを解釈し、このリダイレクトを認識して評価を引き継ぐことができます。しかし、この方法は信頼性が最も低いとされています。

なぜなら、サーバーサイドリダイレクトが1回のアクセスで完結するのに対し、JavaScriptリダイレクトは、クローラーがまずHTMLをクロールし、その後JavaScriptをレンダリング(実行)するという2段階のプロセスを必要とするためです。レンダリングが何らかの理由で失敗した場合、リダイレクトは認識されません。

したがって、JavaScriptによるリダイレクトは、他に選択肢がない場合のやむを得ない代替策と位置づけるべきです。

SEOコンサルタントの視点(大澤 健人):設定方法の優劣よりも、事前に「旧URL→新URLの対応表(マッピング)」を作り切れているかどうかで、移転の成否はほぼ決まります。マッピングが曖昧なまま作業に入ると、行き先の決まらないURLがまとめてトップページへ転送され、後からソフト404として跳ね返ってくるケースが少なくありません。まずURL一覧を書き出し、1対1の対応が付かないページだけを個別に判断する順番で進めてください。

数百URL規模の移転をチェックリスト片手に自力で回すのは負担が大きいという場合は、SEOツールSEO Dash! byGMOの資料で、移転前後に確認すべき技術項目の整理方法をご覧いただけます。

SEO Dash! byGMOの資料を無料ダウンロード

サイト移転・URL変更のチェック項目を体系的に押さえる

リダイレクトのマッピング作成から移転後のインデックス監視まで、技術的SEOの確認項目は多岐にわたります。SEO Dash! byGMOの資料では、施策の優先順位づけと進め方の考え方を整理してご紹介しています。

設定後の必須作業:リダイレクトの確認方法と関連タスクリスト

👉 このパートをまとめると!
ツール確認・GSC監視・関連設定の更新まで行って移転は完了します。

301リダイレクトは、設定して終わりではありません。正しく機能しているかを確認し、関連する設定を更新する「後処理」こそが、移転を成功させる鍵となります。リダイレクトはGoogleへの「シグナル」であり、これから紹介するタスクは、そのシグナルを補強し、Googleの理解を早めるための「援護射撃」です。

1. リダイレクトチェックツールでの確認

設定が正しく反映されているか、まずはツールを使って即座に確認しましょう。

  • オンラインチェックツール: ohotuku.jp リダイレクトチェックなどの無料ツールが便利です。転送元の古いURLを入力してチェックボタンを押すだけで、ステータスコード(301 Moved Permanentlyと表示されるか)と最終的な転送先URLを確認できます。
  • ブラウザの開発者ツール: より詳細な確認をしたい場合は、Google Chromeのデベロッパーツール(F12キーまたは右クリック→「検証」)が役立ちます。「Network」タブを開き、「Preserve log」にチェックを入れた状態で古いURLにアクセスすると、リダイレクトの一連の流れ(ステータスコードやリクエストヘッダー)を視覚的に追跡できます。
  • 複数URLの一括確認: サイト移転のように対象が数十〜数千URLに及ぶ場合、1件ずつの確認は現実的ではありません。Screaming Frog SEO Spiderのようなクローラー型ツールに旧URLの一覧を読み込ませると、各URLのステータスコードと最終転送先を一括で取得できます。「301以外が返っているURL」「転送先が404になっているURL」「複数回の転送を経ているURL」を一覧で洗い出せるため、設定漏れとリダイレクトチェーンの発見に有効です。

2. Google Search Consoleでの監視

ツールの確認はあくまで外部からのチェックです。Googleがリダイレクトをどう認識しているか、その「答え合わせ」はGoogle Search Consoleで行います。

  • URL検査ツール: Search Consoleの最上部にある検索窓に古いURLを入力して検査します。正しくリダイレクトが認識されていれば、「URL が Google に登録されていません」と表示され、理由として「ページにリダイレクトがあります」が示されます。次に新しいURLを検査し、「URL は Google に登録されています」と表示されれば、Googleが移転を認識し、インデックスの移行を進めている証拠です。判定の読み方はインデックス登録の確認方法でも解説しています。
  • インデックス作成>ページ(ページ インデックス登録レポート): サイト移転後、このレポートを定期的に監視します。旧サイトのプロパティでは「インデックスに登録済み」のページ数が徐々に減少し、新サイトのプロパティでは逆に増加していくはずです。「リダイレクトエラー」の項目が急増していないかも注意深くチェックしましょう。
  • アドレス変更ツール: ドメイン単位でのサイト移転の場合のみ、旧サイトのプロパティの「設定」>「アドレス変更ツール」から、Googleにサイト移転を正式に通知することができます。これにより、Googleが移転の認識を早める効果が期待できます。なお、2026-06-17に更新されたGoogle公式のサイト移転ガイダンスでは、ドメイン移行時は旧ドメインのすべてのサブドメイン、およびwwwあり・wwwなしの全バリエーションについて、実際には使用していないバージョンも含めてアドレス変更リクエストを送信し、そのすべてについてSearch Consoleで所有権を確認しておくよう案内されています。

SEOコンサルタントの視点(大澤 健人):移転当日は「リダイレクトが効いているか」だけを見て安心しがちですが、実務で差が出るのは翌日以降の観測です。Search Consoleのページレポートで、旧プロパティのインデックス数が減り新プロパティで増えるという「山の移動」を数週間追いかけると、想定外の除外理由(ソフト404やクロール未実施)に早い段階で気づけます。移転前にレポートのスクリーンショットを残しておくと、比較の基準ができて判断が速くなります。

3. サイト移転後に行うべきSEOタスクチェックリスト

以下のタスクを実行することで、リダイレクトの効果を最大化し、移行をスムーズに進めることができます。

  • 内部リンクの更新: サイト内のナビゲーションやコンテンツ本文に含まれるリンクが、古いURLのままになっていないか確認し、すべて新しいURLに修正します。クローラーでサイト全体をスキャンできるツール(Screaming Frogなど)を使うと効率的です。これにより、ユーザーが不要なリダイレクトを経由するのを防ぎ、UXとクロール効率を向上させます。
  • XMLサイトマップの更新: XMLサイトマップから古いURLをすべて削除し、新しいURLを記載した最新のサイトマップを作成して、Google Search Consoleから送信します。これにより、Googleに新しいサイトの構造を迅速に伝えることができます。
  • robots.txtの確認: 旧サイトのrobots.txtファイルが、クローラーのアクセスを拒否(Disallow)していないか確認します。クローラーが古いURLにアクセスし、そこにある301リダイレクトの指示を読み取れなければ、移転は認識されません。
  • canonicalタグの更新: サイト内の各ページに設置されているrel=”canonical”タグが、すべて正しい新しいURLを指しているかを確認します。内部リンクと同様に、古いURLが残っていないかチェックが必須です。
  • 外部リンクの更新依頼(任意): 特に価値の高い被リンク(権威あるサイトからのリンクなど)の元サイトの管理者に連絡を取り、可能であればリンク先を新しいURLに更新してもらうよう依頼します。これは必須ではありませんが、シグナルの統合を早める上で効果的な場合があります。

これらの補強策を怠ると、サイト内に古いURLと新しいURLが混在するなどの矛盾したシグナルをGoogleに送ることになり、混乱を招いて移行プロセスを遅延させる原因となります。

絶対に避けたい!301リダイレクトの7つの注意点と罠

👉 このパートをまとめると!
関連性の低い転送とチェーンが、評価を失う二大要因です。

301リダイレクトは強力なツールですが、その力を誤った方向に使うと、深刻な問題を引き起こします。ここでは、多くのWeb担当者が陥りがちな7つの罠とその回避策を解説します。これらの問題の根底には、多くの場合「ユーザーの意図と関連性を無視した設定」という共通点があります。

1. 関連性の低いページへの転送(ソフト404のリスク)

サイトリニューアル時に削除したページを、面倒だからという理由でとりあえずトップページにまとめてリダイレクトする、といった対応は絶対にしてはいけません。

Googleは、リダイレクト元と先のコンテンツの関連性を精査しています。「青いウィジェット」に関するページから、全く関係のないトップページや「赤いガジェット」のカテゴリページへ転送されても、ユーザーは求めていた情報を見つけられず、すぐに離脱してしまいます。Googleはこのようにユーザーの期待を裏切るリダイレクトを検知すると、それを「ソフト404」として扱います。これは、サーバーは301を返していても、実質的には404エラー(ページが見つからない)と同じとみなし、旧URLの評価を引き継がずに破棄してしまうことを意味します。ソフト404の判定条件と直し方はソフト404エラーの原因と対処法で詳しく扱っています。

対策: 必ず、転送元ページの内容と最も関連性の高いページに1対1でリダイレクトしてください。適切な代替ページがない場合は、リダイレクトせずに404エラーのままにするか、ページを削除(410 Gone)する方が適切です。

2. リダイレクトチェーンとループ(表示速度とクロール効率の低下)

  • リダイレクトチェーン: ページA → ページB → ページC のように、リダイレクトが複数回連鎖している状態です。HTTPからHTTPSへの移行後、さらにページのURLを変更した場合などに発生しがちです。
  • リダイレクトループ: ページA → ページB → ページA のように、リダイレクトが無限に繰り返される状態です。

これらの状態は、ユーザーにとってはページの表示速度を著しく低下させ、クローラーにとってはクロールバジェットを無駄に消費させる原因となります。Googleのサイトを移転する方法では、Googlebotがたどれるのは最大10ホップまでで、直接リダイレクトできない場合でもチェーン内のリダイレクト数は5個未満(理想的には3個以下)に抑えるべきだと案内されています。長すぎるチェーンは、一部のユーザーエージェントやブラウザが対応できないという問題もあります。

対策: 定期的にサイトを監査し、リダイレクトチェーンを発見した場合は、最初(A)から最終目的地(C)へ直接リダイレクトするように.htaccessなどの設定を修正してください。

3. 評価の完全な移行には時間がかかる

リダイレクト設定後、順位がすぐに回復しないことに焦る必要はありません。リダイレクト自体は即時反映されますが、Googleがサイト全体の変更を完全にクロールし、評価を再計算して新しいURLに統合するまでには、サイトの規模によっては数週間から数か月かかることがあります。この移行期間中は、一時的に検索順位が不安定になることも正常な現象として想定しておきましょう。

4. 不正なリダイレクトによるペナルティ

Googleのガイドラインでは「不正なリダイレクト(Sneaky Redirects)」を明確に禁止しています。これには、検索エンジンにはあるコンテンツを見せ、人間のユーザーには全く別の(多くは悪質な)コンテンツにリダイレクトする「クローキング」や、PCユーザーとモバイルユーザーで意図的に異なるドメインに飛ばす行為などが含まれます。このようなユーザーを欺く行為は、Googleから手動による対策(ペナルティ)を受け、検索結果から除外される原因となります。

5. 低品質・ペナルティサイトからのリダイレクトのリスク

301リダイレクトは良い評価だけでなく、悪い評価も引き継ぐ可能性があります。もし移転元の旧サイトが、質の低いコンテンツや不自然なリンク構築によってGoogleからペナルティを受けていた場合、その負の評価も新サイトに引き継がれてしまうリスクがあります。このような極めて稀なケースでは、あえてリダイレクトを設定せず、新サイトをゼロからクリーンな状態で始めるという戦略的判断が必要になることもあります。

6. リダイレクトの保持期間(Google推奨は最低1年)

リダイレクト設定は、一度設定したら終わりではありません。Googleはリダイレクトをできるだけ長く(一般的には1年以上)保持することを推奨しています。その理由は、Googleがインターネット上に存在する古いURLへのすべてのリンク(外部サイトや忘れられたブックマークなど)を発見し、評価を新しいURLに完全に移行させるのに十分な時間を確保するためです。また、その期間中も古いリンクから訪れるユーザーを確実に新しいページへ案内し続けるためでもあります。ユーザー観点では、リダイレクトを無期限に保持することも選択肢になります。

7. SNSの「いいね」数などは引き継がれない

301リダイレクトが引き継ぐのは、あくまで検索エンジンからの評価です。Facebookの「いいね!」やX(旧Twitter)の「リポスト」といったSNS上のシェア数は、各プラットフォームが個々のURL文字列に紐づけて管理しているため、リダイレクトによって新しいURLに引き継がれることはありません。サイト移転後は、新しいURLで改めてソーシャルシェアを積み上げていく必要があります。

SEOコンサルタントの視点(大澤 健人):リダイレクトの事故で目立つのは、設定ミスそのものよりも「解除」です。移転から時間が経ち、サーバー移設やサイトリニューアルのタイミングで古い転送設定だけが引き継がれず、旧URLが一斉に404へ変わってしまう例が後を絶ちません。リダイレクト設定は必ず運用ドキュメントに残し、サーバー移設・CMS入れ替え時の引き継ぎ項目に含めておいてください。

301リダイレクトに関するよくある質問(FAQ)

👉 このパートをまとめると!
維持期間・評価の引き継ぎ・確認方法など6つの疑問に回答します。

301リダイレクトと302リダイレクトはどちらを使えばよいですか?

恒久的な移転なら301、一時的な転送なら302を使います。判断基準は「元のURLを今後も検索結果に残したいかどうか」です。サイト移転・ドメイン変更・URL正規化・ページ統合のように、二度と元のURLへ戻らない場合は301を選びます。A/Bテストや期間限定キャンペーン、メンテナンス中の案内ページのように、あとで元のURLに戻すことが決まっている場合は302を使い、元のURLを正規版として維持します。

301リダイレクトはいつまで維持すればよいですか?

Googleは、リダイレクトを「できるだけ長く(一般的には1年以上)」保持することを推奨しています。この期間にGoogleは旧URLを指す他サイトのリンクを再クロールし、すべてのシグナルを新URLへ転送します。ユーザー観点では無期限の維持も検討に値しますが、リダイレクトは表示が遅くなる要因でもあるため、自サイト内のリンクとアクセスの多い外部リンクは、新URLを参照するよう更新していくのが望ましい運用です。

301リダイレクトでSEO評価は100%引き継がれますか?

「100%引き継がれる」とGoogleが明言している事実はありません。Googleは永続的なリダイレクトによって評価が失われることはないと説明しており、実務上も大部分は新URLへ統合されます。ただし、再クロールとインデックス更新には時間がかかるため、移行期間中の順位変動は起こり得ます。また、転送先の関連性が低い場合はソフト404として扱われ、評価が引き継がれないこともあります。「設定すれば必ず等価」と考えず、関連性の高い1対1のマッピングを徹底することが前提です。

301リダイレクトが正しく反映されたか確認する方法は?

リダイレクトチェックツールでステータスコードが「301」で返るかを確認し、Google Search ConsoleのURL検査ツールで旧URL・新URLの認識状況を突き合わせます。ブラウザの開発者ツールの「Network」タブで「Preserve log」を有効にすれば、転送の流れとステータスコードを追跡できます。対象URLが多い場合は、クローラー型ツールで全URLのステータスを一括取得すると、設定漏れやリダイレクトチェーンを短時間で洗い出せます。

サイトを閉鎖する場合もリダイレクトは必要ですか?

移転先に内容が対応するページがある場合のみリダイレクトし、無い場合は404または410を返すのが適切です。閉鎖するページと関係のないトップページへまとめて転送すると、Googleにソフト404として扱われ、旧URLの評価は引き継がれません。サービス終了などで代替ページが存在しない場合は、削除して404/410を返し、必要に応じて閉鎖のお知らせページを別途用意します。事業譲渡やサイト統合で受け皿となるページがあるときは、内容が対応するページへ1対1でリダイレクトします。

.htaccessが使えないサーバーではどうすればよいですか?

まずはサーバーやCMSが備えるリダイレクト機能を確認し、それも使えない場合の最終手段としてクライアントサイドのリダイレクトを使います。NginxなどApache以外のWebサーバーでは.htaccessが使えないため、サーバー設定ファイルでの記述が必要です。WordPressならRedirectionのようなプラグイン、レンタルサーバーなら管理画面の転送設定が利用できます。どうしてもサーバー側で設定できない場合、Googleは即時のmeta refreshを永続的なリダイレクトとして解釈しますが、一部のブラウザでは挙動が異なるため、Googleはサーバーサイドの301リダイレクトを推奨しています。

まとめ:301リダイレクトを戦略的に活用し、Webサイトの資産価値を最大化する

👉 このパートをまとめると!
301は資産を守る防御と、構造を強化する攻撃の両面を担います。

301リダイレクトの基本から応用までを、Googleの公式情報と具体的な実践方法を交えて網羅的に解説しました。最後に、重要なポイントを振り返ります。

  • 301リダイレクトは「恒久的な移転」を伝える、SEOに不可欠な設定であり、Webサイトの資産価値を守る生命線です。
  • SEO評価の継承、UXの維持、クローラビリティの最適化、重複コンテンツの回避という、相互に関連する4つの重要な役割を担います。
  • 302リダイレクトとの違いは「インデックスされるURL」にあり、目的に応じた戦略的な使い分けが求められます。
  • 設定方法は、パフォーマンスと信頼性に優れる.htaccessが推奨されますが、WordPressのプラグインなど、環境に応じた最適な手段を選択することが重要です。
  • 設定後の確認と、内部リンクやサイトマップといった関連タスクの実行が、移転・変更を成功に導く鍵となります。
  • 関連性を第一に考え、リダイレクトチェーンやソフト404といった一般的な罠を避けることが、評価の損失を防ぎます。

301リダイレクトは、もはや単なる技術的な応急処置ではありません。それは、サイト移転時に資産を守る「防御」の盾であると同時に、コンテンツ統合やURL正規化によってサイト構造を強化する「攻撃」の矛でもあります。

この強力なツールを正しく、そして戦略的に使いこなすことで、変化の激しいデジタルの世界においても、Webサイトの価値を確実に守り、さらに高めていくことができるのです。テクニカルSEOの他のテーマはSEO対策の基礎知識をまとめたSEOカテゴリから確認できます。

移転後にリダイレクトチェーンや404が残っていないかをサイト全体で洗い出したい場合は、クローリング診断ツールLumarの無料診断が役立ちます。URLを入力するだけで、サイト全体の技術的な問題を一括で検出できます。

URLを入れるだけの無料サイト診断

リダイレクトチェーン・404をサイト全体から一括検出する

移転後に残ったリダイレクトチェーンや404は、手作業では見つけきれません。クローリング診断ツール Lumar なら、サイト全体をクロールして技術的な問題を一覧化できます。

執筆・監修: 大澤 健人
公開日: 2025-07-23 / 最終更新日: 2026-09-30

SEO対策でビジネスを加速させる
seo-dash!bygmo

SEO対策でこんな思い込みしていませんか?

  • 大きいキーワードボリュームが取れないと売上が上がらない・・
  • コンサルに頼んでもなかなか改善しない
  • SEOはコンテンツさえ良ければ上がる

大事なのは自社にあったビジネス設計です。
御社の課題解決に直結するSEO施策をご提案します

無料資料請求はこちら

プロフィール
大澤 健人(おおさわ けんと)
GMO TECH株式会社 大澤 健人(おおさわ けんと) 大澤 健人(おおさわ けんと)のウェブサイト 大澤 健人(おおさわ けんと)のFacebook 大澤 健人(おおさわ けんと)のTwitter
2012年より一貫して検索エンジン領域のコンサルティング業務に従事。 2017年にGMO TECH社に参画。営業組織の構築、新商材開発、マーケティング部門立ち上げをおこなう。 現在、MEOコンサルティング、SEOコンサルティング、運用型広告などSEM領域全体を統括し、 お客様の期待を超える価値提供を行うため日々、組織運営・グロースに奔走している。
CONTACT US

デジタルマーケティングに関することならお気軽にご相談ください

メルマガ登録

メールマガジンはこちらからご登録ください。

デジタルマーケティングに関するホットな情報をお届けいたします。

フォームからのお問い合わせ

GMO TECHへの業務依頼、発注を希望される方はこちらよりご連絡ください。