サイト移行後のSEO監査では、単に「サイトが表示されるか」を確認するだけでは不十分です。旧URLから新URLへのリダイレクト、canonical、内部リンク、XMLサイトマップ、インデックス登録、検索流入までが同じ新URLを向いているかを横断して確認する必要があります。
サイト移行後の監査は複数のテクニカルSEO領域を横断します。クロール・正規化・サイト構造などの全体像は、[テクニカルSEOの実務チェックリスト](https://rebranding.co.jp/media/technical-seo/)で確認できます。
重要なのは、順位が落ちたかどうかだけで成否を判断しないことです。Googleは、URL変更を伴うサイト移行では検索上の表示が一時的に変動する場合があり、小〜中規模サイトでも多くのページの移行に数週間かかる場合があると案内しています。
この記事では、サイト移行後に何を、どの順番で確認し、どの状態になれば「重大な移行ミスはない」と判断できるかを整理します。
サイト移行後のSEO監査は「5つのレイヤー」を順番に確認する
サイト移行後は、次の5つを順番に確認すると問題を切り分けやすくなります。
| 優先度 | 監査対象 | 主な確認内容 | 異常時の影響 |
|---|---|---|---|
| 最優先 | リダイレクト | 旧URLが対応する新URLへ正しく転送されるか | 評価・流入を新URLへ引き継げない |
| 高 | canonical・index制御 | 新URLを正規URLとして示しているか | 旧URLや意図しないURLが正規化される |
| 高 | サイトマップ・内部リンク | 発見させたいURLが新URLに統一されているか | クロール・インデックス移行が遅れる |
| 高 | インデックス | 重要ページがGoogleに認識・登録されているか | 検索結果からページが消える |
| 中〜高 | 検索パフォーマンス | クリック・表示回数・主要ページがどう変化したか | 移行ミスや検索評価変化を見逃す |
サイト移行後は順位から確認するのではなく、旧URLから新URLへ検索エンジンが正しく到達できる状態を上流から順番に確認します。
SEO監査では、この順番が重要です。
順位だけを最初に見ると、原因が「リダイレクトの誤り」なのか、「新URLがまだインデックスされていない」のか、「コンテンツ変更による評価変化」なのかを判別できません。
まず検索エンジンが新URLへ正しく到達できる状態を確認し、その後に検索パフォーマンスを見るのが基本です。
最優先で旧URLから新URLへのリダイレクトを確認する
サイト移行でURLが変わった場合、最初に確認すべきなのは旧URLと新URLの対応です。
Googleも、サイト移行時の代表的な問題として「間違った新URLへのリダイレクト」を挙げています。Search Consoleで404エラーが増えていないか確認するほか、クロールツール等を使ってリダイレクトが意図どおり動いているか検証することを推奨しています。
旧URLを一律でトップページへ転送しない
旧ページに対応する新ページが存在する場合は、内容が最も近い新URLへ個別に転送します。
たとえば、
/service/seo/→/seo//column/migration/→/media/site-migration/
のようにページ単位で対応させます。
旧ページをすべて新トップページへ転送すると、ユーザーが探していた情報へ到達できないだけでなく、旧URLと新URLの対応関係も不明確になります。
旧URLは一律にトップページへ転送するのではなく、内容が最も近い新URLへページ単位で対応させます。
リダイレクトチェーンも確認する
旧URLから新URLまでに複数回の転送が発生していないかも確認します。
理想は、
旧URL → 最終的な新URL
と直接到達する状態です。
「旧URL → 中間URL → 新URL」のような不要なチェーンがある場合は、可能な範囲で整理します。
旧URLのリダイレクトを早く撤去しない
Googleはサイト移行時のリダイレクトについて、可能な限り長く、一般的には少なくとも1年間維持することを推奨しています。これは旧URLから新URLへのシグナル移行や、外部サイトに残る旧リンクの再クロールなどに時間が必要なためです。
公開直後に動作確認できたからといって、短期間で旧URLの転送設定を外すべきではありません。
canonical・noindex・robots.txtが新サイトと矛盾していないか確認する
リダイレクトが正しくても、canonicalやインデックス制御が旧環境を向いていれば、検索エンジンへ矛盾したシグナルを送ることになります。
canonicalとは、重複・類似する複数URLの中で、どのURLを代表URLとして扱ってほしいか検索エンジンへ示す仕組みです。
Googleはcanonicalの判断に、リダイレクト、サイトマップ、rel="canonical"など複数のシグナルを利用すると説明しています。canonical指定は絶対的な命令ではありませんが、シグナル同士をそろえることが重要です。
移行後は、重要ページを中心に次を確認します。
- canonicalが旧ドメインを向いていない
- canonicalが意図した新URLを指している
- 本来インデックスさせるページにnoindexが残っていない
- ステージング環境用のrobots.txt制限が本番にも残っていない
- HTTP、HTTPS、www有無などで意図しないURLが正規URLになっていない
Googleは、移行時の代表的な問題として、テスト環境などで使用したnoindexやrobots.txtによるブロックを本番公開後も残してしまうケースを挙げています。
「ページはブラウザで表示できるのにGoogle検索から消えた」という場合は、リダイレクトだけでなくindex制御まで確認する必要があります。
XMLサイトマップと内部リンクを新URLへ統一する
次に、検索エンジンへ「新サイトではどのURLをクロールしてほしいか」を伝える経路を確認します。
Googleは、サイト移行後に新URLを含むサイトマップをSearch Consoleへ送信することを案内しています。
サイトマップでは次を確認します。
- 旧URLが残っていない
- 200 OKで表示できる新URLを掲載している
- canonicalとサイトマップのURLが一致している
- noindexページを意図せず掲載していない
- サイトマップ自体をGooglebotが取得できる
Search Consoleのサイトマップレポートでは、Googleがサイトマップを取得・処理できたか、解析エラーが発生していないかを確認できます。
内部リンクも同様です。
新サイト内のリンクが、
新ページ → 旧URL → リダイレクト → 新URL
となっている場合は、
新ページ → 新URL
へ直接変更します。
ナビゲーション、パンくず、関連記事、本文リンク、CTA、画像リンクなども対象です。
Search Consoleで新URLのインデックス移行を確認する
リダイレクトやcanonicalが正しくても、Googleによるクロール・インデックス処理には時間がかかります。
Googleは、小〜中規模サイトでも多くのURLの移行処理に数週間かかる場合があり、大規模サイトではさらに長くなると説明しています。
そのため、公開直後に「新URLがすべて検索結果へ切り替わっていない」ことだけで失敗と判断しないようにします。
確認するのは、変化の方向です。
ページのインデックス登録レポートを見る
Search Consoleの「ページのインデックス登録」では、Googleが認識しているページについて、インデックスされたURLとされていないURLの状況を確認できます。
移行後は特に、
- 新URLのインデックス数が増えているか
- 重要ページが「クロール済み – インデックス未登録」等になっていないか
- 404などのエラーが急増していないか
- 意図しない旧URLが残り続けていないか
を確認します。
サイト全体の数字だけではなく、売上・問い合わせ・検索流入への影響が大きい重要URLを個別に確認することが重要です。
重要ページはURL検査でも確認する
トップページ、主要サービスページ、主要カテゴリ、検索流入の大きかった記事などはURL検査を利用します。
確認するポイントは、
- GoogleがURLを取得できるか
- インデックス登録されているか
- Googleが選択したcanonical
- クロールを妨げる問題がないか
です。
特に「ユーザー指定canonical」と「Googleが選択したcanonical」が大きくずれている場合は、リダイレクト、内部リンク、サイトマップ、canonical指定などの矛盾を調べます。
Google自身も、canonicalのトラブルシューティングでは、最初にURL検査でGoogleがどのURLを正規URLとして認識しているか確認するよう案内しています。
順位変動だけでなく、クリック・表示回数・URLの入れ替わりを見る
サイト移行後のSEO監査で最も誤解しやすいのが順位変動です。
Googleはサイト移行中に検索上の表示が一時的に変動することは正常であり、時間の経過とともに落ち着くと説明しています。
したがって「平均順位が2つ落ちた」といった単一指標だけで移行失敗と判断するのは適切ではありません。
Search Consoleでは次を組み合わせて確認します。
| 確認項目 | 見る理由 |
|---|---|
| クリック数 | 実際の検索流入が失われていないか |
| 表示回数 | 検索結果への露出自体が減っていないか |
| クエリ | 主要キーワードの表示が維持されているか |
| ページ | 旧URLから新URLへ露出が移っているか |
| 平均掲載順位 | 主要ページ・クエリの変化を補助的に確認する |
Googleも、掲載順位だけを見るより、表示回数やクリックの傾向を重視することを推奨しています。
特にサイト移行では、「サイト全体の平均順位」よりも、「移行前に流入が大きかった旧URLに対応する新URLが検索表示を引き継いでいるか」を確認した方が問題を発見しやすくなります。
移行後の監査は「公開直後・初期・継続監視」に分ける
すべての項目を毎日同じ粒度で確認する必要はありません。
実務では、確認時期を3段階に分けると運用しやすくなります。
| タイミング | 優先して確認するもの | 目的 |
|---|---|---|
| 公開直後 | HTTPステータス、リダイレクト、canonical、robots.txt、noindex、内部リンク、サイトマップ | 致命的な設定ミスを止める |
| 初期監視 | インデックス、404、canonical選択、クロール状況 | Googleへの移行が進んでいるか確認 |
| 継続監視 | クリック、表示回数、主要クエリ、主要ページ | 検索パフォーマンスの回復・定着を確認 |
公開直後は技術的な設定ミスを優先し、その後はインデックス状況、さらに検索流入の回復・定着へと監査対象を移していきます。
公開直後に検索順位を細かく追い続けるより、まず技術的な経路を正常化する方が優先度は高くなります。
異常が起きたときは症状から原因候補を切り分ける
サイト移行後に数字が悪化した場合は、症状ごとに確認する順番を変えます。
| 症状 | 最初に疑う項目 | 次に確認する項目 |
|---|---|---|
| 特定ページだけ検索から消えた | index/noindex、canonical | リダイレクト、内部リンク |
| 大量の404が増えた | URLマッピング、リダイレクト | 内部リンク、外部リンク |
| 旧URLが検索結果に残る | リダイレクト、canonical | サイトマップ、再クロール状況 |
| 新URLがなかなか登録されない | クロール可否、index制御 | サイトマップ、内部リンク |
| サイト全体の流入が急落した | robots.txt、noindex、リダイレクト | サーバー障害、canonical |
| 一部KWだけ順位低下 | コンテンツ・内部リンク変更 | 検索意図・競合変化 |
サイト移行後の異常は、順位だけでは原因を特定できません。症状ごとに技術設定やインデックス、コンテンツ変更を順番に切り分けます。
大切なのは、「順位が落ちたからSEO評価が失われた」と最初から決めつけないことです。
サイト移行では技術設定、URL変更、コンテンツ変更、サイト構造変更が同時に発生することがあります。変更点を分けて確認することで、原因を特定しやすくなります。
サイト移行SEO監査の完了条件
サイト移行は、公開できた時点ではなく、主要なSEOシグナルが新URLへそろった時点で一区切りと考えます。
最低限、次の状態を確認してください。
- 主要旧URLが適切な新URLへ転送される
- 不要なリダイレクトチェーンがない
- 重要ページが200 OKで表示される
- canonicalが意図した新URLを向いている
- 公開ページに誤ったnoindexがない
- robots.txtが重要ページを妨げていない
- XMLサイトマップが新URL中心になっている
- 主要内部リンクが新URLを直接指している
- 重要ページのインデックスが確認できる
- 404やサーバーエラーが異常増加していない
- Search Consoleで旧URLから新URLへの検索露出の移行が確認できる
- 主要ページのクリック・表示回数に説明できない急落がない
ドメインそのものを変更した場合は、Search Consoleの「アドレス変更」も確認します。Googleはこの機能について、リダイレクト設定後に利用し、移行処理に関する通知を180日間表示すると説明しています。
なお、リダイレクト自体はGoogleが一般的に少なくとも1年間維持することを推奨しているため、「監査完了」と「旧環境を完全に撤去してよい時点」は分けて考える必要があります。
まとめ
サイト移行後のSEO監査では、順位変動だけを見るのではなく、リダイレクト、canonical、サイトマップ、インデックス、検索パフォーマンスを一連の流れとして確認します。
特に重要なのは、検索エンジンへ送るシグナルをすべて新URLへそろえることです。
まず旧URLから新URLへの転送を確認し、次にcanonical・index制御、サイトマップ・内部リンク、インデックス状況を確認します。そのうえで、Search Consoleのクリック・表示回数・クエリ・ページ単位の変化を追います。
移行後は一時的な検索変動が起こる場合があります。順位低下だけを見て判断せず、「Googleが新URLを発見し、正規URLとして認識し、検索露出が旧URLから新URLへ移っているか」を確認することが、サイト移行SEO監査の中心です。
参考文献・データ元
Google Search Central「Site Moves and Migrations」
発表元：Google
最終更新：2026年8月20日
使用内容：サイト移行時のリダイレクト、サイトマップ、クロール、順位変動、移行期間、リダイレクト維持期間
Google Search Central「Site Moves and Migrations」
Google Search Central「What is canonicalization」
発表元：Google
最終更新：2026年8月20日
使用内容：canonicalの意味、canonical選択に使用されるシグナル
Google Search Central「What is canonicalization」
Google Search Central「Fix canonicalization issues」
発表元：Google
最終更新：2026年8月21日
使用内容：Google選択canonicalの確認方法と技術的な原因切り分け
Google Search Central「Fix canonicalization issues」
Search Console ヘルプ「アドレス変更ツール」
発表元：Google
使用内容：ドメイン変更時のアドレス変更、180日間の移行処理
Search Console「アドレス変更ツール」
Search Console ヘルプ「サイトマップ レポート」
発表元：Google
使用内容：XMLサイトマップの送信・取得・エラー確認方法
Search Console「サイトマップ レポート」
Search Console ヘルプ「ページのインデックス登録レポート」
発表元：Google
使用内容：インデックス済み・未登録URLの確認
Search Console「ページのインデックス登録レポート」
Search Console ヘルプ「検索パフォーマンス レポート」
発表元：Google
使用内容：クリック、表示回数、クエリ、掲載順位の確認
Search Console「検索パフォーマンス レポート」