サイト移行の後、「ページが表示されたから問題ない」と判断していませんか。表示されるだけでは、検索エンジンが新しいURLを正しく理解しているかどうかは分かりません。
移行後のSEO確認(SEO監査)では、旧URLから新URLへのリダイレクト、canonical、内部リンク、XMLサイトマップ、インデックス登録、検索流入までが、同じ新URLを向いているかを横断して確認する必要があります。
もう一つ押さえておきたいのは、順位が落ちたかどうかだけで成否を判断しないことです。Googleは、URL変更を伴うサイト移行では検索上の表示が一時的に変動する場合があると案内しています。
この記事では、サイト移行後に何を、どの順番で確認し、どの状態になれば「重大な移行ミスはない」と判断できるかを整理します。
サイト移行後の監査は複数のテクニカルSEO領域にまたがります。クロール・正規化・サイト構造などの全体像は、テクニカルSEOの実務チェックリストで確認できます。
移行後のSEO監査は、5つのレイヤーを上流から順に確認する
サイト移行後は、次の5つのレイヤーを上流から順に確認すると、問題を切り分けやすくなります。次の表は、各レイヤーの優先度と、異常があったときの影響をまとめたものです。
| 優先度 | 監査対象 | 主な確認内容 | 異常時の影響 |
|---|---|---|---|
| 最優先 | リダイレクト | 旧URLが対応する新URLへ正しく転送されるか | 評価・流入を新URLへ引き継げない |
| 高 | canonical・index制御 | 新URLを正規URLとして示しているか | 旧URLや意図しないURLが正規化される |
| 高 | サイトマップ・内部リンク | 発見させたいURLが新URLに統一されているか | クロール・インデックス移行が遅れる |
| 高 | インデックス | 重要ページがGoogleに認識・登録されているか | 検索結果からページが消える |
| 中〜高 | 検索パフォーマンス | クリック・表示回数・主要ページがどう変化したか | 移行ミスや検索評価変化を見逃す |
表中のクロールは、検索エンジンがページを巡回して内容を取得することです。インデックス登録は、取得した情報が検索エンジンに登録されることを指します。

順位ではなく、旧URLから新URLへ検索エンジンが正しく到達できる状態から確認します。順位だけを最初に見ると、原因が「リダイレクトの誤り」なのか、「新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のリダイレクトを早く撤去しない
Googleはサイト移行時のリダイレクトについて、可能な限り長く、一般的には少なくとも1年間維持することを推奨しています。これは旧URLから新URLへのシグナル移行や、外部サイトに残る旧リンクの再クロールなどに時間が必要なためです。
公開直後に動作確認できたからといって、短期間で旧URLの転送設定を外すべきではありません。
canonical・noindex・robots.txtが旧環境のまま残っていないか確認する
リダイレクトが正しくても、canonicalやインデックス制御が旧環境を向いていれば、検索エンジンへ矛盾したシグナルを送ることになります。この節では、新サイトの設定が新URLと食い違っていないかを確認します。
canonicalとは、重複・類似する複数URLの中で、どのURLを代表URLとして扱ってほしいか検索エンジンへ示す仕組みです。
Googleはcanonicalの判断に、リダイレクト、サイトマップ、rel="canonical"など複数のシグナルを利用すると説明しています。canonical指定は絶対的な命令ではないため、ほかのシグナルも同じ新URLにそろえることが重要です。
移行後は、重要ページを中心に次を確認します。
- 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」となっている場合は、「新ページ → 新URL」へ直接変更します。
対象は、ナビゲーション、パンくず、関連記事、本文リンク、CTA、画像リンクなどです。
Search Consoleで、新URLのインデックス移行が進んでいるか確認する
リダイレクトやcanonicalが正しくても、Googleによるクロール・インデックス処理には時間がかかります。Googleは、小〜中規模サイトでも多くのURLの移行処理に数週間かかる場合があり、大規模サイトではさらに長くなると説明しています。
そのため、公開直後に「新URLがすべて検索結果へ切り替わっていない」ことだけで失敗と判断しないようにします。確認するのは、変化の方向です。
「ページのインデックス登録」レポートで全体の傾向を見る
Search Consoleの「ページのインデックス登録」では、Googleが認識しているページについて、インデックスされたURLとされていないURLの状況を確認できます。移行後は、特に次の点を見ます。
- 新URLのインデックス数が増えているか
- 重要ページが「クロール済み – インデックス未登録」等になっていないか
- 404などのエラーが急増していないか
- 意図しない旧URLが残り続けていないか
ただし、サイト全体の数字だけでは、影響の大きいページの問題が埋もれることがあります。売上・問い合わせ・検索流入への影響が大きい重要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段階に分ける
すべての項目を毎日同じ粒度で確認する必要はありません。実務では、確認時期を3段階に分けると運用しやすくなります。次の表は、時期ごとに優先して確認するものと、その目的をまとめたものです。
| タイミング | 優先して確認するもの | 目的 |
|---|---|---|
| 公開直後 | HTTPステータス、リダイレクト、canonical、robots.txt、noindex、内部リンク、サイトマップ | 致命的な設定ミスを止める |
| 初期監視 | インデックス、404、canonical選択、クロール状況 | Googleへの移行が進んでいるか確認 |
| 継続監視 | クリック、表示回数、主要クエリ、主要ページ | 検索パフォーマンスの回復・定着を確認 |

公開直後に検索順位を細かく追い続けるより、まず技術的な経路を正常化する方が優先度は高くなります。その後はインデックス状況、さらに検索流入の回復・定着へと監査対象を移していきます。
数字が悪化したときは、症状から原因候補を切り分ける
サイト移行後に数字が悪化した場合は、症状ごとに確認する順番を変えます。次の表は、代表的な症状ごとに、最初に疑う項目と次に確認する項目を並べたものです。
| 症状 | 最初に疑う項目 | 次に確認する項目 |
|---|---|---|
| 特定ページだけ検索から消えた | index/noindex、canonical | リダイレクト、内部リンク |
| 大量の404が増えた | URLマッピング、リダイレクト | 内部リンク、外部リンク |
| 旧URLが検索結果に残る | リダイレクト、canonical | サイトマップ、再クロール状況 |
| 新URLがなかなか登録されない | クロール可否、index制御 | サイトマップ、内部リンク |
| サイト全体の流入が急落した | robots.txt、noindex、リダイレクト | サーバー障害、canonical |
| 一部のキーワードだけ順位低下 | コンテンツ・内部リンク変更 | 検索意図・競合変化 |

サイト移行後の異常は、順位だけでは原因を特定できません。
大切なのは、「順位が落ちたから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年間維持することを推奨しているため、「監査完了」と「旧環境を完全に撤去してよい時点」は分けて考える必要があります。
まとめ:検索エンジンへのシグナルを新URLにそろえ、変化の方向で判断する
サイト移行後のSEO監査では、順位変動だけを見るのではなく、リダイレクト、canonical、サイトマップ、インデックス、検索パフォーマンスを一連の流れとして確認します。特に重要なのは、検索エンジンへ送るシグナルをすべて新URLへそろえることです。
確認の順番は、旧URLから新URLへの転送、canonical・index制御、サイトマップ・内部リンク、インデックス状況です。そのうえで、Search Consoleのクリック・表示回数・クエリ・ページ単位の変化を追います。
移行後は一時的な検索変動が起こる場合があります。順位低下だけを見て判断せず、「Googleが新URLを発見し、正規URLとして認識し、検索露出が旧URLから新URLへ移っているか」を確認することが、サイト移行SEO監査の中心です。
最初の一歩は、主要な旧URLが対応する新URLへ直接転送されているかを確認することです。
参考文献・データ元
この記事で参照した情報を確認できます。
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「検索パフォーマンス レポート」
‹ 親記事: テクニカルSEOとは?クロールからセキュリティまで、企業担当者が押さえるべき7領域の実務チェックリスト
関連記事
- › INDEX削除(インデックス削除)とは?検索結果から消える仕組みと対処法
- › Core Web Vitals改善ガイド|LCP・INP・CLSの原因特定と優先順位付け
- › SEO内部リンクの確認方法|孤立ページ・深度・アンカー偏りを改善
- › ページがインデックスされない原因は?Search Consoleで未登録・除外・重複URLを確認
- › JavaScript SEOの確認方法|表示・内部リンク・登録状況
- › クロールバジェットの確認方法|無駄なクロールと改善優先度
- › 構造化データの確認方法|エラー・本文との不一致・重複を検証
- › 多言語ページの言語・地域指定を確認|相互参照・正規URLをチェック
- › 絞り込み検索のSEO確認方法|URL増加・クロール・重複を防ぐ
- › SEOリダイレクトの確認方法|多段転送・ループ・誤転送を検出
- › robots設定のSEO確認方法|クロール許可と登録制御の矛盾を確認
- › ページネーションのSEO確認方法|正規URL・内部リンク・クロール
- › 404・soft 404のSEO確認|リンク切れ・消失URLを修正
- › SEOリリース前チェックの作り方|noindex・canonical・robots・リダイレクトの事故を防ぐ
- › 画像SEOの確認方法|alt・画像URL・遅延読み込みを確認
- › 求人ページの構造化データを確認|給与・勤務地・期限の不一致
- › サイト内検索ページのSEO確認|noindex・クロール・重複URL
- › サイトリニューアルでSEO評価を落とさない移行方法|URL・301・計測・公開手順
- › サービス終了ページは削除すべき?301・404/410・残す場合のSEO判断基準
- › SEOに強いURL・ディレクトリ設計|階層・命名・変更時の注意点
- › サブディレクトリとサブドメインの違い|SEO・運用の判断基準
- › リッチリザルトとは?種類・構造化データ・表示確認方法を解説
- › Google Search Consoleとは?登録方法と最初に見る4つの指標




