あるURLに来たユーザーを別のURLに自動で転送する仕組みが「リダイレクト」です。サイトのリニューアルやURLの変更、ドメイン移転などのタイミングで必ず登場する設定で、正しく使うとユーザーもGoogleも混乱させずにすみます。この記事では、Web制作やマーケティングを外注している方でも理解できるよう、リダイレクトの基本から種類・SEOへの影響・よくある失敗まで、まとめて解説します。
リダイレクトとは
リダイレクト（Redirect）とは、特定のURLにアクセスしたユーザーを、別のURLへ自動的に転送する仕組みのことです。
たとえば、以前のURLが https://example.com/old-page/ だったページを https://example.com/new-page/ に移動したとします。このとき何も設定しなければ、古いURLにアクセスしたユーザーは「ページが見つからない（404エラー）」という画面に遭遇してしまいます。
リダイレクトを設定しておくと、古いURLにアクセスが来た瞬間に自動的に新しいURLへ転送されます。ユーザーは「ページが変わったな」と感じることなく、目的のページにたどり着けます。
リダイレクトが使われる主な場面
リダイレクトは、以下のような場面でよく使われます。
- サイトリニューアル時：ページ構成を見直してURLが変わったとき
- ドメイン変更時：旧ドメインから新ドメインへ引っ越すとき
- SSL化（HTTPS化）時：
http://のURLをhttps://に統一するとき - URL統一：末尾に
/がある・ないのゆれを統一するとき - 一時的なメンテナンス・キャンペーン：特定期間だけ別ページに誘導したいとき
「リニューアルしたらアクセスが激減した」という声は珍しくありませんが、その原因の一つがリダイレクト設定の不備や漏れです。
なぜリダイレクトが必要なのか
リダイレクトが必要な理由は、大きく2つあります。
ユーザーの離脱を防ぐため
URLが変わっても、古いURLはさまざまな場所に残っています。
- 他サイトからのリンク（被リンク）
- SNSでシェアされたURL
- 検索結果に表示されているURL
- ユーザーのブックマーク
これらをたどってアクセスしてきたユーザーが404エラーページに遭遇すると、そこで離脱してしまいます。リダイレクトを設定することで、古いURLからでも正しくページを表示でき、ユーザーの利便性を守れます。
検索順位を守るため
Googleは各ページに評価（被リンク数・検索順位など）を与えています。URLが変わるとその評価が引き継がれなくなり、検索順位が大きく落ちることがあります。
リダイレクトを正しく設定すると、Googleに「このページは新しいURLに移動しました」と伝えることができ、旧URLの評価を新URLへ引き継ぐことができます。リニューアルのたびに検索順位をゼロから作り直すのではなく、積み上げてきた資産を守るためにもリダイレクトは欠かせません。
リダイレクトの種類
リダイレクトにはいくつかの種類があります。実務でよく使われるのは「301」と「302」ですが、その他にも知っておくと役立つものがあります。
301リダイレクト（恒久的な転送）
301リダイレクトは「このURLは永久に新しいURLへ移動しました」という意味を持つ設定です。
Googleは301リダイレクトを検出すると、旧URLへの評価（被リンク・検索順位など）を新URLに引き継ぎます。また、旧URLのインデックス（Googleのデータベースへの登録）を徐々に新URLへ切り替えていきます。
301を使う場面：
– サイトリニューアルでURLを変更したとき
– ドメインを移転したとき
– HTTP → HTTPS（SSL化）のとき
– URLの末尾の / 有無など、表記ゆれを統一したいとき
サイトの恒久的な変更が伴うケースでは、基本的に301を選んでおくと安心です。
302リダイレクト（一時的な転送）
302リダイレクトは「このURLは一時的に別のURLへ移動しています」という意味を持ちます。
Googleは302リダイレクトを「いずれ元のURLに戻る」と解釈するため、旧URLの評価を新URLへ引き継ぎません。インデックスも旧URLのままになります。
302を使う場面：
– サイトのメンテナンス中に一時的に別ページへ誘導するとき
– 期間限定キャンペーンページへ転送するとき
– A/Bテストで一時的に別バージョンに振り分けるとき
注意が必要なのは、「301を使うべき場面で間違えて302を設定してしまう」ケースです。恒久的なURL変更なのに302を使うと、旧URLの評価が新URLに引き継がれず、検索順位が下がってしまいます。
その他のリダイレクト（補足）
実務ではほとんど301か302を使いますが、技術仕様上は他にも種類があります。
303リダイレクト
フォームを送信した後などに使われるリダイレクト。送信完了後に「ありがとうページ」へ転送するような場合に使われます。
307リダイレクト
302と同じく一時的な転送ですが、元のリクエスト方式（GETやPOST）をそのまま維持します。より厳密な技術仕様が求められる場面で使われます。
メタリフレッシュ
HTMLタグを使ってリダイレクトする方法で、サーバー設定ではなくページ側で転送を制御します。Googleが推奨するサーバーサイドの方法と比べると評価が引き継ぎにくく、原則として使用は避けた方がよいとされています。
リダイレクトとSEOの関係
リダイレクトとSEOの関係については、いくつかよく聞かれる疑問があります。
301リダイレクトで検索順位は落ちるか
Googleの公式見解では「適切な301リダイレクトを設定すれば、PageRankの損失は生じない」とされています。以前は「リダイレクトを挟むと評価が少し失われる」という説もありましたが、現在はほぼ引き継がれると考えて問題ありません。
ただし、どのページからどのページへ転送するかは重要です。内容がまったく関係ないページへのリダイレクトはGoogleに不自然と判断され、評価が引き継がれない場合があります。
インデックスの切り替えにはタイムラグがある
301リダイレクトを設定しても、Googleが旧URLを新URLに完全に切り替えるまでには時間がかかります。数日〜数週間かかることもあり、その間は旧URLが検索結果に残ることもあります。これは正常な動作なので、焦らず様子を見てみてください。
重複コンテンツの防止にも使える
同じ内容のページが複数のURLで存在する（例：http:// と https:// の両方にアクセスできる状態など）と、Googleが「どちらが正しいページか」迷ってしまい、評価が分散します。リダイレクトでどちらか一方に統一することで、この問題を防げます。
リダイレクトの設定方法
リダイレクトの設定方法はいくつかあります。どれが適切かは、使用しているサーバーやCMSによって変わります。
.htaccess を使う方法（Apacheサーバー）
最も一般的なサーバーサイドでの設定方法です。サーバーの設定ファイル（.htaccess）に記述します。WordPressサイトの多くはApacheサーバー上で動いているため、この方法が使えるケースが多いです。
設定例（特定ページのリダイレクト）：
Redirect 301 /old-page/ https://example.com/new-page/
ドメイン全体を引っ越すときの例：
RewriteEngine On
RewriteRule ^(.*)$ https://new-domain.com/$1 [R=301,L]
.htaccessは設定を誤るとサイト全体が表示されなくなることもあるため、変更前にバックアップを取ることをおすすめします。
WordPressのプラグインを使う方法
「Redirection」や「Yoast SEO」などのプラグインを使うと、管理画面上でリダイレクトを設定できます。コードを書く必要がなく、設定ミスが起こりにくいため、技術的な知識が少ない方にはこちらの方が扱いやすいです。
当社でもWordPressサイトのリニューアル対応では、プラグインを活用しながらリダイレクトを整備することが多いです。管理画面から一覧で確認・編集できるため、設定の抜け漏れを防ぎやすい点が利点です。
Nginx を使う方法
Nginxサーバーを使っている場合は、設定ファイル（nginx.conf）に記述します。
server {
return 301 https://new-domain.com$request_uri;
}
PHPを使う方法
PHPファイルの先頭に記述することでも設定できます。
header("HTTP/1.1 301 Moved Permanently");
header("Location: https://example.com/new-page/");
リダイレクト設定時のよくある失敗と注意点
リダイレクトは正しく使うと強力な武器になりますが、設定を誤るとかえってSEO評価を下げてしまうことがあります。よくある失敗を確認しておきましょう。
リダイレクトループ（無限転送）
「AがBへ転送 → BがAへ転送」という状況が発生すると、ユーザーもGoogleもどちらのページにもたどり着けなくなります。これを「リダイレクトループ」と呼びます。
発生しやすいのは、SSL化のときにhttpとhttpsの転送設定が競合してしまうケースです。設定後はブラウザで動作確認するとともに、後述の確認ツールで検証できるとベストです。
リダイレクトチェーン（多段転送）
「A → B → C → D」のように、複数のリダイレクトを経由してしまう状態を「リダイレクトチェーン」と呼びます。
ページ表示速度が遅くなる・SEO評価が正確に引き継がれない・クロール効率が下がるなど、さまざまな悪影響があります。なるべく「A → D」と直接転送するように整理できるとベストです。
関係のないページへのリダイレクト
旧ページと全く関係のないページへリダイレクトすると、Googleに「不自然」と判断されて評価が引き継がれないことがあります。サービスページを削除した場合は、同カテゴリの一覧ページや類似サービスページへ転送するのが望ましいです。
内部リンクの更新を忘れる
リダイレクトを設定するだけで安心してしまい、サイト内の内部リンクが旧URLのままになっているケースがよくあります。内部リンクからリダイレクトを通るたびに少しずつ表示速度が下がるため、サイト内のリンクもあわせて新URLに修正できるとベストです。
XMLサイトマップの更新忘れ
XMLサイトマップに古いURLが残ったままだと、Googleが旧URLを正として認識し続けてしまうことがあります。リダイレクト設定後は、サイトマップも新しいURLに更新しておくことをおすすめします。
リダイレクト設定を確認する方法
リダイレクトが正しく動いているかを確認する方法を紹介します。
Google Search Console で確認する
Google Search Consoleの「URL検査」機能を使うと、Googleが特定のURLをどのように認識しているかを確認できます。リダイレクト設定後に旧URLを検査して、新URLへ正しく転送されているかを確認できます。
また、「カバレッジ」レポートで「リダイレクト済み」として表示されているURLを確認し、意図しないリダイレクトが発生していないかもチェックできます。
外部ツールで確認する
「Redirect Checker」などの無料ツールを使うと、URLを入力するだけでリダイレクトの種類（301か302か）や転送先を確認できます。設定後の動作チェックや、リダイレクトチェーンの有無を調べるのに便利です。
当社では、リニューアル後のサイトにはこうしたツールを使って転送状況を一通り確認するようにしています。小規模なサイトでも、抜け漏れが思わぬところで検索順位低下につながることがあるからです。
不正なリダイレクトとGoogleの警告
リダイレクトには悪意ある使い方もあります。Googleは「不正なリダイレクト」として、以下のような行為を明確にペナルティの対象としています。
- Googleの検索クローラーには正しいページを見せ、実際のユーザーはスパムサイトへ転送する（クローキング）
- フィッシング詐欺サイトへ誘導するための転送設定
もし自分のサイトが第三者に不正アクセスされてリダイレクトを仕込まれた場合、Google Search Consoleに「不正なリダイレクト」という警告が届くことがあります。
このような警告が届いた場合は、以下の対応が必要です。
- .htaccessファイルや設定ファイルに不審な記述がないか確認する
- WordPressのプラグインやテーマに脆弱性がないか確認する
- 不正な記述を削除してから、Search Consoleで再審査を申請する
セキュリティ面が不安な場合は、サーバー管理者や制作会社に相談することをおすすめします。
まとめ
リダイレクトは、サイトのURLが変わるあらゆる場面で必要になる設定です。
- サイトリニューアル・ドメイン移転・SSL化などで使う「URLの転送設定」
- 恒久的な変更には 301リダイレクト、一時的な変更には 302リダイレクト
- 正しく設定すれば、旧URLのSEO評価・検索順位を新URLへ引き継げる
- リダイレクトループ・チェーン・内部リンクの更新忘れに注意
- Search Consoleやツールで設定後の動作確認を行う
Web制作やリニューアルを外注する際は、「リダイレクト設定もお願いしたい」と明示しておくと安心です。特に大規模なリニューアルでは、全ページのURL変更をリスト化してリダイレクト設定を行う工程が別途必要になることも多いため、事前に確認しておくとよいでしょう。
関連用語
- SSL（エスエスエル） — URLをhttpsに切り替える際にもリダイレクトが必要になります
- クロール — Googleがサイトを巡回する仕組み。リダイレクトの設定はクロール効率にも影響します
- インデックス — ページがGoogleのデータベースに登録されること。リダイレクト後のインデックス切り替えを理解するのに役立ちます
- 被リンク — 他サイトからのリンク。301リダイレクトで旧URLへの被リンク評価を引き継げます
- サーチコンソール — リダイレクト設定後の確認や不正警告の検知に使うGoogleツールです