サイト移行で検索順位や流入を落とさないためのSEO対策を、移行前の現状把握、新旧URL対応表、301リダイレクト、公開前テスト、公開後の監視まで順番に解説します。
ドメインやCMS、サーバー、URL構造を変更するサイト移行では、これまで蓄積してきた検索順位やアクセスを失うのではないかと不安になりやすいものです。
実際に検索流入が減少するケースはありますが、その主な原因はサイト移行そのものではなく、旧ページの評価や情報を新サイトへ正しく引き継げていないことにあります。
旧URLと新URLの対応が曖昧だったり、公開後もクロール制限が残っていたりすると、検索エンジンは新旧サイトの関係を正確に理解できません。
一方、移行前のデータ保存、新旧URL対応表の作成、公開前テスト、公開後の監視まで計画できていれば、順位低下のリスクを抑えながらサイトを改善できます。
重要なのは、制作や開発だけの作業として進めず、SEO、アクセス解析、コンテンツ、事業成果まで含めたプロジェクトとして設計することです。
そこで今回は、サイト移行で必要なSEO対策を移行前・公開時・公開後の順番で整理しました！
確認項目と判断基準を押さえ、制作会社や開発担当者と認識をそろえながら、安全なサイト移行を進めましょう。
まずは確認！サイト移行がSEOに与える影響を正しく理解しよう
サイト移行と呼ばれる作業には、サーバーだけを変更するケースから、ドメイン、CMS、URL、サイト構造、コンテンツをまとめて変更するケースまで含まれます。
変更する対象によって検索エンジンへ伝えるべき情報が異なるため、最初に何が変わり、何が変わらないのかを整理することが欠かせません。
URLを維持したままサーバーを変更する場合は、新しい配信環境の安定性や検索エンジンのアクセス可否が主な確認事項になります。
URLが変わる場合は、旧URLと新URLの対応関係を示し、恒久的なリダイレクトによってページの移転を伝える作業が必要です。
検索順位はサイト移行直後に変動する可能性がありますが、順位だけを見て成功や失敗を判断すると、必要な対応を誤るおそれがあります。
検索流入、インデックス登録、問い合わせ、売上、表示速度、回遊性なども含め、サイト移行の目的に合った評価基準を事前に設定しましょう。
アドレスが変わるかどうかで、必要な対応を切り分けよう！
サーバーやホスティングサービスだけを変更し、利用者から見えるURLを維持する場合は、原則としてページ単位のリダイレクトは必要ありません。
この場合は、新サーバーへサイトを複製して動作を確認し、検索エンジンがアクセスできる状態を整えたうえで、DNSを切り替えます。
切り替え後は旧サーバーと新サーバーのログを確認し、アクセスが新しい環境へ移ったことを確かめてから旧環境を停止します。
ドメイン変更、常時暗号化への移行、URL階層の変更、CMSの仕様によるURL変更では、新旧URL対応表と恒久的なリダイレクトが必要です。
サイト統合やサブドメインからサブディレクトリへの移動もURL変更を伴うため、ページごとに適切な移転先を決めなければなりません。
デザイン、CMS、ドメイン、コンテンツを同時に変更すると、順位が変動した際に原因を特定しにくくなるため、可能な範囲で変更時期を分けることが大切です。
順位が落ちる原因は「移行」ではなく「引き継ぎ漏れ」にある！
サイト移行後に順位が落ちる代表的な原因は、旧URLから新URLへのリダイレクト漏れです。
転送設定がなければ、旧ページへアクセスした利用者は目的の情報にたどり着けず、外部サイトから旧URLに向けられたリンクも新ページへ正しくつながりません。
検索流入を獲得していた本文、タイトル、見出し、画像、よくある質問などを大幅に削除した場合も、従来の検索意図に応えられなくなり、評価が変化する可能性があります。
グローバルナビゲーションや関連記事、パンくずリストなどの重要な内部リンクが失われると、ページの発見性と回遊性の両方が低下します。
テスト環境で使用したnoindexやrobots.txtの制限が公開後も残っていると、検索エンジンがページを登録できません。
正規URL、言語別ページの指定、XMLサイトマップなどに旧URLが残っている場合も情報が矛盾するため、公開前にまとめて確認する必要があります。
「順位を維持する」だけでなく、移行の成功基準を決めよう！
サイト移行の成否を平均掲載順位だけで判断すると、事業への影響や技術的な問題を見落としやすくなります。
検索面では、自然検索のクリック数、表示回数、検索語句、流入ページ、重要ページの順位を移行前後で比較します。
技術面では、インデックス登録数、クロールエラー、404や500の発生数、リダイレクトの成功率、新旧URLの切り替わりを確認します。
事業面では、問い合わせ、資料請求、購入、売上などのコンバージョン指標を設定し、アクセスが成果につながっているかを評価しましょう。
すべてのURLを同じ優先度で監視するのではなく、検索流入が多いページ、外部リンクを獲得しているページ、売上につながるページを最重要URLとして管理します。
一時的な順位変動と重大な障害を区別できるように、確認期間、許容範囲、修正を開始する条件も関係者間で決めておくことが重要です。
移行前が勝負！SEO評価を守る準備を抜け漏れなく進めよう
サイト移行におけるSEO対策は、公開後の修正よりも公開前の準備が大きな割合を占めます。
移行前の状態が記録されていなければ、公開後にアクセスが変化しても、どのページで何が起きているのかを正確に比較できません。
最初に旧サイトのURL、検索流入、外部リンク、ページ内容、設定情報を収集し、残すもの、統合するもの、削除するものを分類します。
そのうえで新旧URL対応表を作り、リダイレクト、内部リンク、正規URL、サイトマップなどの更新作業へつなげます。
限られた人員で進める場合は、検索流入や売上への影響が大きいページから優先して確認し、重要度の低いページは後から段階的に点検すると進めやすくなります。
データのバックアップ、担当者、公開手順、切り戻し条件まで決めておけば、問題が発生した場合も落ち着いて対応できます。
旧サイトのSEO資産を記録し、移行後に比較できる状態を作ろう！
移行前には、サイトのファイル、データベース、画像、PDF、設定情報を保存し、旧サイトを復元できる状態にします。
検索パフォーマンスについては、検索管理ツールやアクセス解析から、クリック数、表示回数、検索語句、流入、コンバージョンなどを記録します。
検索流入が多いページ、外部リンクを獲得しているページ、問い合わせや売上につながっているページを抽出し、重要ページ一覧として管理しましょう。
各ページのタイトル、メタディスクリプション、見出し、正規URL、構造化データ、内部リンクなども一覧化すると、公開前後の差分を確認しやすくなります。
画像やPDFにも検索流入や外部リンクが集まっている可能性があるため、HTMLページだけを調査対象にしないことが重要です。
移行日だけでなく、広告施策、繁忙期、季節変動、大規模なコンテンツ更新なども記録し、移行以外の要因による変化を区別できるようにします。
新旧アドレス対応表を作り、すべてのページの行き先を決めよう！
新旧URL対応表は、旧サイトの各URLと、移行後に対応するURLを一対一でまとめた管理表です。
旧URLはサイト内のリンクだけでなく、XMLサイトマップ、アクセス解析、検索管理ツール、サーバーログなど複数の情報源から集めます。
それぞれの旧ページに対して、内容と検索意図が最も近い新ページを割り当て、維持、統合、削除、改善の方針を記録します。
複数の旧ページを一つへ統合する場合は、情報を十分に引き継いだ新ページを用意し、関連する旧URLから転送します。
代替ページが存在しない削除コンテンツは、無関係なトップページへ転送せず、404または410を返すことが適切です。
作成した対応表は、リダイレクト設定だけでなく、内部リンクの更新、公開前テスト、エラー調査にも活用できるため、制作、開発、SEOの担当者が共有できる形式で管理しましょう。
評価されているコンテンツとサイト構造を安易に変えない！
サイトを新しく見せることを優先し、検索流入を獲得している文章やページを大幅に削除すると、既存の評価を維持できない可能性があります。
特に上位表示しているページでは、検索意図に応える本文、タイトル、見出し、画像、比較表、よくある質問などを確認し、必要な情報を新サイトへ引き継ぎます。
文字量だけを基準に残すのではなく、どの情報が検索者の疑問を解決しているかを見極めることが重要です。
カテゴリ構造、パンくずリスト、グローバルナビゲーション、関連記事なども、検索エンジンと利用者がページを見つけるための重要な導線です。
URLを変える明確な理由がないページは、可能な限り現状のURLを維持し、デザイン変更だけを目的とした不要な変更は避けましょう。
コンテンツ改善も同時に実施する場合は、維持した部分と変更した部分を記録し、移行後にどの変更が成果へ影響したのかを検証できる状態にします。
担当者と公開手順を決め、トラブル時の迷いをなくそう！
サイト移行では、SEO、制作、開発、サーバー、解析、コンテンツなど複数の担当者が関わるため、作業の抜け漏れが起こりやすくなります。
新旧URL対応表の作成、リダイレクトの実装、計測タグの設定、サイトマップの更新など、項目ごとに実施者と確認者を決めましょう。
設定した本人だけで確認を完了させず、別の担当者が二重確認する体制を作ると、思い込みによるミスを減らせます。
公開日時、更新を停止する期間、確認するページ、問題発生時の連絡先、修正を判断する責任者も事前に共有します。
アクセスが比較的少なく、担当者がすぐに対応できる日時を選ぶことで、不具合が発生した場合の影響を抑えやすくなります。
重大な表示障害や決済エラーなどが起きた際に旧環境へ戻せるよう、切り戻し条件、復旧手順、バックアップの保管場所まで明確にしておきましょう。
公開前のテスト環境で、検索と利用者の両面を確認しよう！
テスト環境では、ページが表示されるかだけでなく、検索エンジンが正しく情報を取得できるかまで確認します。
開発中のサイトはパスワードやアクセス制限、noindexなどで検索結果への露出を防ぎ、本番公開時には不要な制限を確実に解除します。
サイト全体をクロールし、404、リンク切れ、タイトルの重複、旧URLの混在、正規URLの誤りを洗い出しましょう。
スマートフォンとパソコンの両方で、ナビゲーション、サイト内検索、フォーム、購入、ログイン、ファイルのダウンロードなどを確認します。
アクセス解析、広告、コンバージョン、同意管理などの計測タグもテストし、公開直後から正しいデータを取得できる状態にします。
XMLサイトマップ、robots.txt、構造化データ、言語別ページの設定を本番URLへ合わせ、新旧URL対応表を使って転送先も一括確認しましょう。
公開当日からが本番！正しく切り替えてSEOの回復を早めよう
公開当日は、新サイトを表示できた時点で作業を完了と考えず、検索エンジンと利用者の双方が正しく移動できるかを確認します。
URLが変わる移行では、旧URLから対応する新URLへの恒久的なリダイレクトを有効にし、新しいサイトマップや内部リンクも新URLへ統一します。
サーバーだけを変更する場合は、DNSの反映状況、旧サーバーと新サーバーのアクセス、検索エンジンのクロール状況を監視します。
公開直後は、トップページだけでなく、検索流入が多いページ、主要カテゴリ、問い合わせや購入につながるページを優先的に確認しましょう。
移行後のインデックス切り替えには一定の時間がかかるため、短期間の順位変動だけを見て全面的な修正を行うのは避けます。
エラー、インデックス、流入、コンバージョンを時系列で確認し、問題が発生した範囲と原因を絞り込むことが重要です。
恒久的な転送で、旧ページの評価と利用者を正しく引き継ごう！
旧URLを今後使用しない場合は、旧URLから対応する新URLへ301または308の恒久的なリダイレクトを設定します。
恒久的な転送は、利用者を新しいページへ案内するとともに、検索エンジンへ移転先のURLを伝える役割を持ちます。
多数の旧URLを一律にトップページへ転送せず、各ページの内容と検索意図に最も近い新URLへ個別に転送しましょう。
旧URLから中間URLを経由して新URLへ到達する設定は避け、可能な限り最終URLへ直接転送します。
正規URL、内部リンク、言語別ページの指定、画像やファイルの参照先も新URLへ更新し、転送処理だけに依存しない状態を作ります。
リダイレクトは短期間で解除せず、少なくとも一年以上維持し、利用者の利便性を考える場合はさらに長く残すことを検討しましょう。
検索エンジンへ新サイトの情報をまとめて伝えよう！
サイト移行の前後では、旧サイトと新サイトの両方を検索管理ツールへ登録し、所有権を確認できる状態にします。
ドメインそのものを変更する場合は、恒久的なリダイレクトを設定したうえで、アドレス変更の手続きを行います。
常時暗号化への変更や、同じドメイン内で一部のURLを変えるだけの場合は、ドメイン変更とは手続きが異なるため注意が必要です。
新URLを記載したXMLサイトマップを送信し、検索エンジンが新しいページを発見しやすい状態を整えます。
公開対象のページにnoindexが残っていないか、robots.txtが必要なページのクロールを拒否していないかも確認しましょう。
各新ページの正規URLはそのページ自身を指すように設定し、テスト環境や旧URLが残っていない状態へ更新します。
公開直後のチェックで、大きな流入減少を未然に防ごう！
公開直後は、トップページ、主要カテゴリ、検索流入上位ページ、コンバージョンページを優先して確認します。
各ページが正常に表示され、想定した状態コードを返しているか、画像や装飾ファイルが読み込まれているかを点検しましょう。
旧URLへ実際にアクセスし、対応する新URLへ直接転送されること、転送の繰り返しや無限ループが発生しないことを確認します。
検索管理ツールのURL検査やサーバーログを使い、検索エンジンの巡回プログラムが新サイトへアクセスできるかも調べます。
スマートフォンとパソコンで、メニュー、サイト内検索、フォーム、購入、予約、ログインなどの主要機能を操作します。
アクセス解析のリアルタイム情報も確認し、流入やコンバージョンが記録されていない場合は、計測タグやドメイン設定を早急に見直しましょう。
移行後は「順位・巡回・成果」の三方向から監視しよう！
移行後の監視では、検索順位だけでなく、検索エンジンの巡回状況と事業成果をあわせて確認します。
検索管理ツールでは、クリック数、表示回数、検索語句、掲載順位、新旧サイトのインデックス登録数を比較します。
旧サイトの登録数が減り、新サイトの登録数が増えている場合は、URLの切り替えが進んでいると判断できます。
アクセス解析では、自然検索からの訪問数、流入ページ、問い合わせ、購入、売上などを移行前の記録と比較しましょう。
サーバーログやクロールツールでは、404や500のエラー、検索エンジンのアクセス、リダイレクトの動作を確認します。
公開直後は毎日、その後は週ごと、月ごとに確認するなど、サイトの規模と影響度に合わせて監視頻度を調整することが大切です。
流入が落ちたら、慌てて全面改修せず原因を切り分けよう！
検索流入が減少した場合は、最初にサイト全体、カテゴリ、個別ページ、検索語句の順で数値を比較します。
サイト全体で減少しているのか、特定のページ群だけで減少しているのかを確認すると、調査範囲を絞り込めます。
技術面では、リダイレクト漏れ、クロール拒否、noindex、正規URL、内部リンク、サイトマップ、サーバーエラーの順で確認しましょう。
コンテンツ面では、移行前後の本文、タイトル、見出し、画像、検索意図への回答が維持されているかを比較します。
影響の大きいページから優先して修正し、原因が分からない段階でサイト全体を再変更することは避けるべきです。
新旧URLの処理には時間がかかり、中小規模のサイトでも大半の移転が反映されるまで数週間を要する場合があるため、正常な変動と重大な異常を分けて判断しましょう。
まとめ｜サイト移行のSEO対策は「準備・引き継ぎ・監視」で成功させよう！
サイト移行でSEO評価を守るためには、公開当日の設定だけでなく、移行前の準備から公開後の監視までを一つの計画として進める必要があります。
最初に旧サイトのURL、検索流入、外部リンク、コンテンツ、各種設定を記録し、重要なSEO資産を明確にしましょう。
URLが変わる場合は、新旧URL対応表、恒久的なリダイレクト、内部リンクと正規URLの更新を優先します。
公開前にはクロール制限、リンク切れ、計測タグ、フォーム、表示速度などをテストし、公開後はインデックス、エラー、流入、コンバージョンを継続的に確認します。
一度に多くの要素を変更すると原因分析が難しくなるため、既存の評価を維持しながら、必要な改善を段階的に実施することが重要です。
まずは検索流入と成果への影響が大きいURLを抽出し、新旧URL対応表と移行前データの保存から着手しましょう。
Webマーケにお悩みなら、「AI×経験×アイディア」のぎあはーとへ！
合同会社ぎあはーとは「AI×プロの経験×アイディア」で強いマーケ戦略を着実にお届けする会社です。
| ・月間売上を前年比277.4%に （3,479,415円→9,653,169円） （上場アパレルメーカーM社：2021年 運用1年） ・新規サイトで月間コンバージョン数を31件へ （ メディア系SaaSツールC社：2025年 施策10ヶ月） ・Webイベントで1,330名の参加者集客 （メディア系SaaSツールC社：2026年 イベント期間30日） |
こんな実績を持つマーケティングのプロが、他にできない強い施策を素早く回転させます。
戦略からコンテンツ運用、結果分析までをワンストップで受けつけております。また、10本で8,8000円という格安にてSEO記事制作もお受けしております。
料金表
| 内容 | 基本料金 |
| マーケティング顧問業務 LLMO戦略立案・コンテンツ制作・レポート | 月額・要お見積もり |
| SEO記事の制作1本（スポット依頼） 5,000字以上、追加料金なし キーワード選定等ワンストップ | 9,900円（税込） |
| SEO記事の制作10本（スポット依頼） 合計50,000字以上、追加料金なし キーワード選定等ワンストップ | 88,000円（税込） |
まずはオンライン面談によるお見積もりや無料のサイト診断ができますので、ぜひお気軽にご相談ください！
