サイト移行やURL変更後は、ページが表示できているだけではリダイレクトが正しいとは判断できません。旧URLから複数回転送される「リダイレクトチェーン」、転送が循環する「リダイレクトループ」、内容が異なるページへの誤転送、旧URLを参照したままの内部リンクなどが残ることがあります。
リダイレクト監査では、単に301・302の件数を見るのではなく、「旧URLが意図した最終URLへ直接到達するか」「転送先が200を返すか」「内部リンクやサイトマップも新URLへ統一されているか」まで確認することが重要です。
この記事では、サイト全体の3xxを抽出し、問題を分類し、優先順位を付けて修正し、再クロールで完了を確認する方法を解説します。
関連する全体像や前提は「テクニカルSEOとは？クロールからセキュリティまで、企業担当者が押さえるべき」で整理しています。
SEOのリダイレクト監査では「3xxの有無」ではなく転送経路全体を確認する
リダイレクトは、古いURLから新しいURLへユーザーや検索エンジンを案内するために必要な仕組みです。リダイレクトそのものがSEO上の問題なのではありません。
Google Search Centralでは、恒久的な移転には301や308などの永続的リダイレクト、短期間の移転には302や307などの一時的リダイレクトを利用する考え方が示されています。永続的なリダイレクトは、転送先を正規URLとして扱うための強いシグナルにもなります。
監査で問題になるのは、主に次のような状態です。
| 確認対象 | 問題例 | 基本的な修正方向 |
|---|---|---|
| ステータスコード | 恒久移転なのに302 | 意図に応じて301・308等へ変更 |
| 転送経路 | A→B→Cと複数回転送 | A→Cへ直接転送 |
| 転送先 | 404・500へ転送 | 有効な200ページへ修正 |
| 転送内容 | 無関係なページへ転送 | 内容が対応するURLへ再設定 |
| ループ | A→B→A | 循環するルールを解除 |
| 内部リンク | サイト内から旧URLへリンク | 最終URLへ直接変更 |
| canonical | 新ページが旧URLをcanonical指定 | 新URLへ統一 |
| XMLサイトマップ | 転送URLを掲載 | 最終200 URLのみへ整理 |
リダイレクト監査は、これらを個別に確認するのではなく、「URLの旧状態から現在の正規URLまでの経路が一貫しているか」という視点で進めると漏れを減らせます。
最初に301・302・307・308の使い方が意図と合っているか確認する
HTTPの3xxステータスには複数の種類があります。RFC 9110では、301と308は恒久的な移動、302と307は一時的な移動を表すステータスとして定義されています。307と308には、リダイレクト後もHTTPメソッドを変更しないという特徴があります。
SEO監査で重要なのは、数字だけで良し悪しを決めないことです。
| 状況 | 主な候補 | 監査時の判断 |
|---|---|---|
| URLを恒久的に変更 | 301・308 | 原則として問題なし |
| ドメイン移転 | 301・308 | URL対応関係を重点確認 |
| 一時的なキャンペーン転送 | 302・307 | 一時転送として妥当 |
| 恒久移転なのに302が長期残存 | 要確認 | 恒久転送への変更を検討 |
| 一時的な転送なのに301 | 要確認 | 運用意図を確認 |
たとえば、商品ページのURLを完全に変更し、旧URLへ戻す予定がないにもかかわらず302を設定している場合は、設定意図とステータスが一致していません。
一方、302だから即座にSEO上の失敗というわけではありません。重要なのは「このURL変更は恒久なのか、一時なのか」という事業・サイト運用上の意図と一致していることです。
リダイレクト監査は6段階で進める
サイト全体を監査する場合は、次の順番で進めると問題を整理しやすくなります。
リダイレクト監査は、問題URLを見つけるだけでなく、修正後の再クロールまでを一連の工程として進めます。
- サイト内の3xx URLを抽出する
- リダイレクトチェーンとループを検出する
- 転送先が適切か確認する
- 旧URLへの内部リンク残存を確認する
- canonical・サイトマップとの整合性を確認する
- 修正後に再クロールする
以下、それぞれを詳しく説明します。
STEP1：サイト全体をクロールして3xx URLを一覧化する
最初に、サイト内で発生している3xxを一覧化します。
Screaming Frog、Ahrefs、Semrushなどのクローラーを利用すれば、サイト内リンクをたどりながらステータスコードと転送先を確認できます。
最低限、次の項目を取得してください。
- 転送元URL
- HTTPステータス
- 転送先URL
- 最終到達URL
- リダイレクト回数
- 最終到達URLのHTTPステータス
- 転送元URLへリンクしているページ
ここで大切なのは「301が何件あるか」だけで終わらせないことです。
たとえば、
`/old-a/ → /old-b/ → /new-a/`
という状態では、最初のURLだけを見ると正常な301でも、経路全体ではチェーンが発生しています。
STEP2：リダイレクトチェーンとループを検出する
リダイレクトチェーンとは、最終ページへ到達するまでに複数回のリダイレクトを通過する状態です。
たとえば、
`URL A → URL B → URL C`
であれば、AからCへ直接転送できるにもかかわらずBを経由しています。
Googleはサイト移転の公式ドキュメントで、Googlebotが複数のリダイレクトを追跡できる一方、最終URLへ直接リダイレクトすることを推奨しています。長いチェーンは避け、必要な場合も転送回数を少なくすることが推奨されています。
チェーンが発生している場合は、
`A → B → C`
ではなく、
`A → C`
へ変更します。
Ahrefsでも、リダイレクトチェーンは読み込み時間やクロール経路を複雑にするため、可能な限り最終URLへ直接転送する方法が案内されています。
正常な転送は最終URLへ直接到達します。途中URLを挟むチェーンや、元のURLへ戻るループは監査対象です。
さらに優先度が高いのがリダイレクトループです。
例：
`A → B → A`
または、
`A → B → C → A`
この状態では最終ページへ到達できません。ブラウザでも「リダイレクトが繰り返し行われました」などのエラーになる可能性があります。
ループを検出した場合は、他の改善より先に転送ルールを修正します。
STEP3：転送先の内容とHTTPステータスを確認する
リダイレクト先が200を返していても、それだけでは正常とは限りません。
SEO監査では、旧ページと転送先ページの内容が対応しているか確認します。
たとえば、
「SEOコンサルティング料金」 → サイトトップページ
という転送よりも、
「SEOコンサルティング料金」 → 新しい「SEOコンサルティング料金」ページ
のように、内容が対応するURLへ転送する方が自然です。
Googleも、複数の古いURLを無関係な1ページへまとめて転送すると、ユーザーを混乱させ、soft 404として扱われる可能性があると案内しています。
監査時は次の3点を確認します。
- 転送先が200を返しているか
- 旧ページと新ページの内容が対応しているか
- 本当に転送すべきURLなのか
対応ページがなく、同等のコンテンツも存在しない場合は、無理にトップページへ301するより404または410が適切なケースもあります。
STEP4：旧URLへ向いた内部リンクを最終URLへ変更する
301が正常に機能していても、サイト内部のリンクが旧URLを向いたままなら修正対象です。
たとえば、
`記事A → /old-service/ →301→ /service/`
という内部リンクは、
`記事A → /service/`
へ直接変更します。
Googleもサイト移転後には、旧URLを参照している内部リンクを新しいURLへ更新するよう推奨しています。
リダイレクトは旧URLからのアクセスを救済する仕組みであり、現在のサイト内部で意図的に経由させるための仕組みではありません。
特に次の場所を確認してください。
- グローバルナビゲーション
- パンくず
- 記事本文
- 関連記事
- フッター
- CTA
- HTMLサイトマップ
アクセス数の多いページやサイト共通部分から旧URLへリンクしている場合は、優先度を高くします。
STEP5：canonicalとXMLサイトマップを新URLへ統一する
リダイレクトだけを直しても、canonicalやXMLサイトマップが旧URLを示していると、検索エンジンへ矛盾したシグナルを送ることになります。
Googleは正規URLを示す手段について、リダイレクトと`rel=”canonical”`を強いシグナル、サイトマップを比較的弱いシグナルとして説明しています。複数のシグナルを同じ正規URLへ揃えることで、希望するURLを明確に伝えやすくなります。
そのため、移行後は次の状態を目指します。
リダイレクトだけでなく、内部リンク・canonical・XMLサイトマップも同じ新URLを示す状態に揃えます。
- 旧URL → 301 → 新URL
- 新URL → 200
- 新URLのcanonical → 新URL
- XMLサイトマップ → 新URL
- 内部リンク → 新URL
反対に、
- 旧URL → 301 → 新URL
- 新URLのcanonical → 旧URL
となっていれば設定が矛盾しています。
XMLサイトマップも、原則として検索結果へ表示したい正規URLを掲載します。Googleは、同じコンテンツに複数URLがある場合、希望する正規URLをサイトマップへ含める方法を案内しています。
STEP6：修正後に必ず再クロールする
リダイレクト修正は、設定変更をした時点では完了ではありません。
再クロールして問題が解消されたことを確認します。
最低限、次を再確認してください。
- リダイレクトループが0件になったか
- 不要なリダイレクトチェーンが解消されたか
- 転送先が200を返しているか
- 誤転送が残っていないか
- 旧URLへの内部リンクが解消されたか
- canonicalが新URLへ統一されたか
- XMLサイトマップに旧URLが残っていないか
重要ページについてはGoogle Search ConsoleのURL検査も併用します。
Googleはサイト移転時、リダイレクト実装後に個別URLをURL検査ツール等で確認し、サイト全体についてもトラフィックやクロール状況を監視することを推奨しています。
リダイレクト問題は「影響度×修正緊急度」で優先順位を付ける
数千URLを持つサイトでは、すべてのリダイレクトを同時に修正するのは現実的ではありません。
ページへ到達できないループやエラー転送を最優先にし、重要ページへの影響が大きい問題から修正します。
次の順番を基本にすると判断しやすくなります。
| 優先度 | 問題 | 理由 |
|---|---|---|
| 最優先 | リダイレクトループ | ページへ到達できない |
| 最優先 | 404・5xxへの転送 | 転送先が機能していない |
| 高 | 重要ページの誤転送 | 検索意図・ユーザー導線を損なう |
| 高 | 長いリダイレクトチェーン | クロール・表示経路が非効率 |
| 中 | 大量の旧URL内部リンク | サイト全体のクロール効率に影響 |
| 中 | 恒久変更で残る302 | 転送意図と設定の不一致 |
| 中 | canonicalとの不整合 | 正規URLシグナルが競合 |
| 中〜低 | アクセスの少ない単発チェーン | 影響範囲が限定的 |
特に、検索流入や被リンクを多く持つページ、CVにつながるページ、カテゴリトップなどの重要URLは優先して確認します。
サイト移行後はリダイレクトをすぐ削除しない
移行が終わったからといって、旧URLからのリダイレクトを短期間で削除するのは避けるべきです。
Googleは、URLを伴うサイト移転について、リダイレクトを可能な限り長く、一般には少なくとも1年間維持することを推奨しています。これはGoogleが旧URLと新URLを再クロールし、各種シグナルを移行する時間を確保するためです。
またGoogleは、301などの永続的リダイレクト自体によってPageRankが失われるわけではないと説明しています。
そのため、SEO監査では「301があるから削除する」のではなく、
- その301が今も必要か
- 正しい最終URLへ向いているか
- 内部リンクから不要に経由していないか
を分けて判断します。
リダイレクト監査チェックリスト
サイト移行やURL変更後は、以下を確認してください。
- すべての旧URLの転送先が定義されている
- 恒久移転と一時移転でステータスを使い分けている
- リダイレクトループが存在しない
- 不要なリダイレクトチェーンが存在しない
- 旧URLから最終URLへ直接到達できる
- 転送先が200を返している
- 無関係なページへ一括転送していない
- 削除ページを不自然にトップページへ転送していない
- 内部リンクが最終URLを直接参照している
- canonicalが新URLを示している
- XMLサイトマップに転送URLが残っていない
- 重要URLをSearch Consoleで確認している
- 修正後にサイトを再クロールしている
1つずつではなく、転送元 → 転送経路 → 最終URL → 内部リンク → canonical → サイトマップを一続きで確認することが、監査の精度を上げるポイントです。
まとめ
SEOのリダイレクト監査では、301や302の件数を確認するだけでは不十分です。
最も重要なのは、旧URLから適切な最終URLへ、余計な中継を挟まず正しく到達できる状態を作ることです。
監査では、
- 3xxを抽出する
- チェーン・ループを確認する
- 転送先の内容とステータスを確認する
- 旧URLへの内部リンクを修正する
- canonical・サイトマップを統一する
- 再クロールする
という順番で進めます。
特にサイトリニューアル、ドメイン変更、URL構造変更を実施した後は、一度設定して終わりにせず、一定期間後にも再監査してください。過去の移行が積み重なるほど、A→B→Cのようなチェーンや旧URLへのリンク残存が発生しやすくなります。
URL単位の設定ではなくサイト全体の転送経路として確認することで、検索エンジンがクロールしやすく、ユーザーも最短経路で目的ページへ到達できる状態を維持できます。
参考文献・データ元
- Google Search Central「Redirects and Google Search」
Google 最終更新：2026年4月14日 https://developers.google.com/search/docs/crawling-indexing/301-redirects 使用内容：永続・一時リダイレクトとGoogle Searchでの扱い。
- Google Search Central「Site Moves and Migrations」
Google 最終更新：2026年8月20日 https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes 使用内容：URLマッピング、リダイレクトチェーン、内部リンク更新、移行後の検証、リダイレクト維持期間。
- Google Search Central「How to Specify a Canonical with rel=”canonical” and Other Methods」
Google 2026年更新 https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls 使用内容：リダイレクト、canonical、サイトマップの正規URLシグナル。
- Google Search Central「Build and Submit a Sitemap」
Google 2026年更新 https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap 使用内容：サイトマップへ正規URLを掲載する考え方。
- RFC 9110「HTTP Semantics」
RFC Editor HTTP 3xx Redirection https://www.rfc-editor.org/rfc/rfc9110.html 使用内容：301・302・307・308のHTTP上の定義。