リダイレクトとは？
リダイレクトは、ある URL にアクセスしたユーザーやクローラーを、別の URL に自動的に転送する仕組みです。Google 検索セントラルのリダイレクトと Google 検索では、HTTP ステータスコードを使ったサーバー側リダイレクト（301 / 302 / 307 / 308）と、meta refresh / JavaScript リダイレクトの違いが整理されています。
SEO では「URL は変えるが評価は引き継ぎたい」場面でリダイレクトが必須になります。サイトリニューアル、ドメイン統合、http から https への切り替え、URL 構造の整理、記事統合などはどれもリダイレクト設計を伴います。
恒久的に置き換えるなら 301（または 308）、一時的なら 302（または 307）。canonical はリダイレクトの代わりにはならず、表示 URL を残したまま代表 URL を伝える別の指示です。
01.リダイレクトとは
リダイレクトは、HTTP レスポンスでブラウザやクローラーに「別の URL に行ってください」と伝える仕組みです。サーバー側で行うのが基本で、ステータスコードと Location ヘッダーで転送先を示します。
SEO の観点では、リダイレクトは「元 URL に集まっていた評価（被リンク、内部リンク、検索実績）を、新しい URL にどれだけ正しく引き継ぐか」を左右します。誤った設定をすると、検索結果から消える、評価が消失する、リダイレクトループに陥るなどの事故が起こります。
02.HTTPステータスコードとは
HTTPステータスコードは、ブラウザやクローラーのリクエストに対して、サーバーが「処理結果」を 3 桁の数字で返す仕組みです。SEO では、このステータスコードによって Googlebot が「ページを取得できたのか」「別 URL に移動したのか」「削除されたのか」「一時的な障害なのか」を判断します。
リダイレクトは HTTPステータスコードのうち 3xx に属します。つまり 301 / 302 の違いは、単なる転送方法の違いではなく、サーバーが「この移動は恒久か、一時か」を検索エンジンへどう伝えるかの違いです。Google 検索セントラルのGoogle 検索の技術要件では、Google は HTTP 200 を返すページをインデックス登録対象にし、クライアントエラーやサーバーエラーのページはインデックス登録しないと説明されています。
| 分類 | 意味 | SEO 実務での見方 |
|---|---|---|
| 1xx 情報 | リクエスト処理中の中間応答 | 通常のSEO運用ではほぼ意識しない |
| 2xx 成功 | リクエストが成功した | 200 OK は通常ページの基本。インデックス対象になり得る |
| 3xx リダイレクト | 別 URL への移動を示す | 301 / 308 は恒久、302 / 307 は一時として使い分ける |
| 4xx クライアントエラー | URL がない、権限がないなど | 404 / 410 は削除・存在しないページの扱い。適切な後継ページがあるなら 301 を検討 |
| 5xx サーバーエラー | サーバー側の障害 | 一時障害なら 503。長期化するとクロールや検索評価に悪影響が出る |
| コード | 状態 | 使いどころ |
|---|---|---|
| 200 OK | ページ取得成功 | 通常ページ。インデックスさせたいページの基本 |
| 301 / 308 | 恒久リダイレクト | URL変更・サイト統合・https化など、元 URL を今後使わない場合 |
| 302 / 307 | 一時リダイレクト | キャンペーン、A/B テスト、短期メンテナンスなど元 URL に戻す場合 |
| 404 Not Found | 見つからない | 削除済みだが復活可能性がある、または存在しないURL |
| 410 Gone | 完全に削除済み | 二度と復活しないページを明確に削除扱いにしたい場合 |
| 503 Service Unavailable | 一時的な利用不可 | メンテナンスや一時障害。恒久削除には使わない |
ページを残して検索結果に出したいなら 200、別 URL に移すなら 301 / 302、ページ自体を消すなら 404 / 410、検索結果から外すだけなら noindex と切り分けます。HTTPステータスは、SEO の評価移行だけでなく、インデックス対象にするかどうかを検索エンジンに伝える基本信号です。
検索結果から外すだけの「noindex」を使うべきページは別記事で詳しく整理しています。あわせてご覧ください。
noindexとは？SEOで検索結果に出さない設定と使い方を解説
meta robots / X-Robots-Tag の書き方、robots.txt や canonical との違い、AI Overview への影響を整理しています。
03.301（恒久）と 302（一時）の違い
| コード | 意味 | SEO の扱い | 代表的な用途 |
|---|---|---|---|
| 301 Moved Permanently | 恒久的な移動 | リダイレクト先に評価を引き継ぐ | URL 構造変更 / サイト統合 / https 化 |
| 308 Permanent Redirect | 恒久・HTTP メソッド保持 | 301 と同等 | API 移行・POST/PUT を維持したいとき |
| 302 Found | 一時的な移動 | 元 URL のインデックスを維持しようとする | 短期キャンペーン / 一時メンテナンス |
| 307 Temporary Redirect | 一時・HTTP メソッド保持 | 302 と同等 | POST を維持したい一時転送 |
302 / 307 は「元 URL を残す前提」のため、長期間放置すると Google が代表 URL の判定に迷い、検索結果に意図しない URL が出ることがあります。恒久的な移動が確定したら、301（または 308）に切り替えるのが原則です。
04.meta refresh / JavaScript リダイレクト
サーバー側でステータスコードを返せない環境では、HTML の meta refresh や JavaScript で別 URL に転送することがあります。Google 検索セントラルのmeta refresh の扱いでは、Google は遅延 0 秒の meta refresh と JavaScript リダイレクトを「永続的なリダイレクト」と解釈すると説明されていますが、サーバー側 301 のほうが確実だとも明記されています。
<!-- /old.html -->
<meta http-equiv="refresh" content="0; url=https://example.com/new" />window.location.replace("https://example.com/new");- サーバー側で 301 / 308 を返せる環境では、必ずそちらを優先する。
- 静的 HTML ホスティングなどでサーバー側設定が難しい場合だけ、meta refresh を選ぶ。遅延は 0 秒に。
- JS リダイレクトはレンダリング待ちが入るため、Google が認識するまで時間がかかる。
05.canonical との使い分け
canonical（rel="canonical"）はリダイレクトの代わりにはなりません。canonical は表示 URL を残したまま「代表 URL はこちら」と検索エンジンへ伝える指示で、リダイレクトのようにユーザーを別 URL へ移動させるわけではありません。詳細はcanonical とは？URL 正規化の意味・設定方法・SEO での注意点を解説にまとめています。
| やりたいこと | 選ぶべき手段 |
|---|---|
| 別 URL に恒久的に移したい（ユーザーも転送したい） | 301（または 308）リダイレクト |
| 短期間だけ別 URL に飛ばしたい | 302（または 307）リダイレクト |
| 表示 URL は残しつつ、代表 URL を伝えたい | canonical（rel="canonical"） |
| 検索結果から外したいだけ（URL は残す） | noindex |
| 完全に削除する | 410（または 404） |
06.SEO で必要になる代表的な場面
| シーン | 推奨 | ポイント |
|---|---|---|
| サイトリニューアル / URL 構造変更 | 全旧 URL → 新 URL に 301 | 1 対 1 のマッピングを作る。検索意図が変わるページは慎重に |
| ドメイン統合・移転 | 旧ドメイン全 URL を新ドメインへ 301 | Search Console「アドレス変更」ツールも併用 |
| http → https 化 | http URL → 同一パスの https へ 301 | サイト全体で一括設定。混在コンテンツも解消 |
| 重複・統合する記事 | 古い URL → 統合先記事へ 301 | 検索意図が同じものに限定。違うテーマは noindex で残す |
| キャンペーンページの一時転送 | 通常 URL → キャンペーン URL を 302 | 終了後は 302 を解除 |
07.リダイレクト設計のチェックリスト
- 変更前 URL の一覧と、変更後の対応 URL（1 対 1 マッピング）を作る。
- 301 / 302 / 308 / 307 の使い分けを、URL ごとに決める。
- サーバー設定（.htaccess / nginx / Cloudflare など）でリダイレクトを実装する。
- リダイレクト先 URL が 200 を返し、別の URL へ再転送されないことを確認する（リダイレクトチェーンを作らない）。
- サイトマップ・内部リンクを新 URL に更新する。
- Search Console「ページ」レポートと URL 検査で反映を確認する。重要 URL はインデックス登録をリクエスト。
サイトマップに含めるべき URL と lastmod の運用については、別記事で送信手順まで扱っています。
sitemap.xmlとは？SEOでの役割・作り方・Search Console送信方法を解説
含めるべき URL／含めない URL、lastmod の扱い、Search Console への送信手順をまとめています。
08.よくある失敗
- 全 URL をトップページへリダイレクトする（Google は「ソフト 404」と扱い、評価が引き継がれない）。
- リダイレクトチェーン（A → B → C → D…）を作って、Googlebot が辿らない長さになる。
- 恒久移行なのに 302 を使い続け、検索結果に意図しない URL が残る。
- サイトマップに旧 URL を残したままにし、新旧 URL の評価がぶれる。
- 内部リンクを新 URL に更新せず、リダイレクト経由のクロールが増えてサイトが遅くなる。
09.よくある質問（FAQ）
301 リダイレクトで評価は 100% 引き継がれますか？
Google は 301 を「リダイレクト先に評価を引き継ぐ」恒久リダイレクトとして扱うと公式に説明しています。ただし、リダイレクト先のページ内容が大きく変わる、リダイレクトチェーンが長い、ソフト 404 と判定されるといった条件が重なると、引き継がれにくくなります。1 対 1 マッピングと内部リンク・サイトマップの更新が前提です。
301 と canonical はどう使い分けますか？
別 URL にユーザーも転送したい場合は 301、表示 URL を残しつつ代表 URL を伝えたい場合は canonical です。サイト統合や恒久的な URL 変更は 301、計測パラメータ違いやファセット URL の正規化は canonical、と切り分けると混乱しません。
リダイレクトチェーンは何段までなら大丈夫ですか？
Google は具体的な上限を公開していませんが、できるだけ 1 段（A → B）に抑えるのが安全です。サイト移転や複数回のリニューアルを経たサイトは、A → B → C → D のような連鎖が残りがちなので、定期的に整理して直接 A → D にまとめます。
削除したページは 404 と 410 のどちらを返すべきですか？
完全に削除して二度と復活しないなら 410（Gone）、未確定なら 404（Not Found）が安全です。410 の方が Google のインデックス削除が早い傾向にあります。リダイレクト先となる適切な後継ページがある場合は 301 を優先します。
10.まとめ
リダイレクトは、HTTPステータスコードの 3xx を使って URL 変更時に評価を引き継ぐための公式な手段です。原則は サーバー側の 301（または 308）、一時的な転送だけ 302 / 307。200 / 404 / 410 / 503 など他のステータス、canonical / noindex / 削除と目的が違うので混同しないこと、リダイレクトチェーンを作らないこと、サイトマップ・内部リンクを新 URL に揃えることが運用の基本です。
リダイレクト設計から計測までまとめてご相談ください
TANTOU では、テクニカル SEO（リダイレクト設計、canonical、サイトマップ）、コンテンツ統合、AI 検索対策まで一貫して支援します。
