WebサイトのリニューアルやCMS・ECプラットフォームの移行は、ビジネス成長のために避けて通れないプロジェクトです。
一方で、移行のやり方を誤ると「自然検索流入が半減した」「計測が壊れて原因が追えない」といったトラブルが発生しやすく、特にSEOと計測への影響は致命的になりがちです。
この記事では、Web担当者・EC運営者・制作会社PM/ディレクター・SEO担当者の方が、サイト移行で押さえるべき手順・チェックリスト・リスク対策を整理します。
移行の種類と影響範囲から、移行前の棚卸し、URL設計と301リダイレクト、公開前後のQA/監視、よくある失敗パターンまで一通りカバーするので、これからのリニューアル・Shopify等へのリプレイスの事前準備にお役立てください。
この記事のポイント
- Webサイト移行の種類と影響範囲を整理し、どこまでを移行として扱うべきかを明確にします。
- 移行前に必ず行うべき現状調査・資産棚卸し（URL・SEO・計測）の手順をチェックリスト化します。
- URL対応表と301リダイレクト設計、canonical・robots・サイトマップなど技術SEO整合のポイントを解説します。
- 公開前QAと公開後の監視・ロールバック体制の作り方を、実務フローに沿って整理します。
- 順位急落・計測欠損などよくある失敗パターンと、その事前対策・切り分けの観点をまとめます。
目次
Webサイト移行とは？影響範囲と、最初に決めるべき成功指標
Webサイト移行とは、デザイン変更だけでなく、URL構造・CMS/サーバー・ドメイン・計測基盤などの土台を変えることを指します。
影響範囲はSEOや計測、UX、運用体制まで広がるため、単なる「見た目のリニューアル」と混同すると、重要な対策が抜け落ちてしまいます。
まずは、移行で「何を変えるのか」「どの指標を守るのか」を明文化し、関係者間で合意した上でスケジュールや工数を決めることが重要です。
この段階で目的とKPIを固めておくことで、途中の判断や優先順位付けもブレにくくなります。
移行の種類（リニューアル/CMS変更/ドメイン変更/ECプラットフォーム変更）を整理する
最初に、今回のプロジェクトがどのタイプの移行に当たるかを整理します。例えば、デザインだけを変えるリニューアルと、CMS変更やドメイン変更を伴う移行では、リスクの質も対策も大きく変わります。
代表的なパターンとしては「同一ドメイン・同一URLでのテンプレ変更」「同一ドメインでのURL構造変更」「別ドメインへの移転」「ECプラットフォーム変更（例：独自カートからShopifyへ）」などがあります。
URLが変わるか、ドメインが変わるか、コンテンツ管理の仕組みが変わるか、の3軸で棚卸しすると、どこに重点を置くべきかが見えやすくなります。
特に、URL変更とドメイン変更はSEOへの影響が大きいので、対応表と301リダイレクト設計を必須のタスクとして計画に組み込みましょう。
要約ボックス：移行で必ず守るべき5つの原則
どのようなタイプの移行であっても、守るべき鉄則は共通しています。特に重要なのは、①現状の正確な棚卸し、②URL対応表の作成、③301リダイレクトの実装、④計測の維持、⑤公開後の監視の5つです。
これらは、検索評価や売上、データ蓄積を守るための「最低限ライン」であり、どれか一つでも欠けると、後から取り返しのつかない損失につながる可能性があります。
プロジェクトの初期段階でこの5原則を合意し、「どの工程でどの原則を満たすのか」をガントチャートやWBSに落とし込んでおくことをおすすめします。
特に制作側とマーケティング側で認識がずれやすいので、原則をシンプルなドキュメントとして共有し、レビューのチェックリストにも反映しましょう。
成功指標（KPI）と許容範囲を決める：流入・売上・インデックス・CVR
移行の「成功」を客観的に判断するためには、あらかじめKPIと許容範囲を決めておくことが欠かせません。
代表的なKPIとしては、自然検索流入セッション数、売上・注文数、CVR、主要キーワードの平均順位、インデックス数、重要ページの直帰率/離脱率などが挙げられます。
移行直後は一時的な変動が起こり得るため、「1〜2週間で◯％以内の減少なら許容」「◯％を超えたらアラート」といった具体的な閾値を設定しておくと、冷静に判断しやすくなります。
GoogleアナリティクスやSearch Console、BIツールなどのダッシュボードで、基準値とリアルタイムの数値を並べて見られるようにしておくと、異常検知のスピードが大きく向上します。
移行前にやること：現状調査と資産の棚卸し（SEO/計測/コンテンツ）
サイト移行で最も多い失敗要因は、実は「現状を十分に把握しないまま着手してしまうこと」です。
まずは、現行サイトの全URL・トラフィック・売上貢献・被リンク・検索順位などを洗い出し、どのページがどれだけ重要かを把握する必要があります。
同時に、Googleアナリティクスやタグマネージャー、広告CVタグなどの計測設定を棚卸しし、移行後も再現できるようにしておくことが重要です。
このフェーズでの情報が、後続のURL対応表、301リダイレクト設計、公開後のトラブルシュートの「地図」になります。
全URLの取得と重要ページ特定：アクセス/売上/被リンク/順位で重み付け
まず取り組むべきは、現行サイトの全URLのリストアップです。クローラーツールやCMSのエクスポート機能、サーバーログ、Search Consoleのインデックス一覧などを組み合わせて、できるだけ漏れのないURL表を作成します。
そのうえで、各URLに対してセッション数、売上・コンバージョン数、被リンク数、主要キーワードの順位といった指標を付与し、「高価値ページ」「中程度」「低価値」といったランクを付けていきます。
特にECサイトでは、売上貢献度の高い商品ページやカテゴリページ、SEO流入が多いブログ・メディア記事などを正しく把握することが重要です。
重要度の高いページほど、URL構造の維持や1対1の301リダイレクト、コンテンツ品質の維持にリソースを優先配分するべきだと、チームで共通認識を持っておきましょう。
計測の現状把握：GA/タグマネ/広告CV/イベントを凍結保存する
次に、現行の計測環境を詳細に把握し、移行の前に「凍結保存」しておきます。
具体的には、Googleタグマネージャー（GTM）のコンテナ設定、Googleアナリティクス（GA4など）のイベント・コンバージョン定義、広告プラットフォームの計測タグ、UTMパラメータの運用ルールなどをドキュメント化します。
これにより、移行後に「どのタグが動いていないのか」「どのイベントが欠損しているのか」を比較検証しやすくなります。
特に、決済完了ページのURL変更やサンクスページ統合などがあると、コンバージョン計測が途切れやすいため、事前にフロー図を作っておくと安心です。
SEO資産の把握：インデックス状況、クロール、内部リンク、構造化データ
SEOの観点では、現行サイトの「健康状態」を定量的に把握することが大切です。Search Consoleのカバレッジレポートやクロール統計、サイトマップの登録状況などから、どの程度インデックスされているかを確認します。
あわせて、サイト構造やパンくずリスト、主要ページ同士の内部リンクの張り方を可視化し、どのページにリンクジュースが集中しているかを把握しておきましょう。
さらに、商品スキーマや記事スキーマ、パンくずスキーマなどの構造化データがどの程度実装されているかも重要です。
移行後に同じレベル、もしくはそれ以上の構造化データが再現できているかを検証するため、代表ページのHTMLを保存しておくと比較がしやすくなります。
設計・実装の要点：URL対応、301リダイレクト、コンテンツ品質を守る
移行でSEO評価を守る要となるのが、URL対応と301リダイレクトの設計です。
現行URLと新URLの対応関係をURL対応表として整理し、原則として1対1で新URLへつなぐことを目指します。
それと同時に、各ページのタイトル・メタディスクリプション・見出し構造・本文の情報量などが、移行を機に劣化していないかを確認する必要があります。
コンテンツ品質を維持・向上させつつ、技術的にもcanonical・robots・サイトマップ・内部リンクを新URLに合わせて更新することで、評価のスムーズな移行が期待できます。
URL変更の基本：1対1対応を原則に、例外はルール化する
URL設計の基本方針は、できる限り旧URLと新URLを1対1で対応させることです。これにより、検索エンジンやユーザーがスムーズに新ページへ移行でき、評価のロスを最小限に抑えられます。
しかし、構造整理や不要ページの削除などで、複数ページを1ページに統合するケースや、完全に削除してしまうケースも出てきます。
その場合は、「どのような条件のページはどこへ転送するのか」「どの条件の場合は404/410を返すのか」といったルールを事前にドキュメント化しておくことが重要です。
特に商品ページやカテゴリページを統合する場合は、ユーザーの検索意図との整合性を意識し、もっとも近い内容のページに転送するようにしましょう。
301リダイレクトの注意点：連鎖・ループ・トップ転送を避ける
301リダイレクトは「設定したこと」よりも、「どう設定したか」が重要です。A→B→Cのようなリダイレクトチェーンや、A→B→Aのようなループは、クロール効率を落とし、ユーザー体験も悪化させます。
理想は、旧URLから新URLへの1ステップのリダイレクトです。過去のリダイレクト履歴がある場合も含め、できるだけ「一筆書き」で到達できるように整理しましょう。
また、全ての旧URLを一律でトップページに飛ばす設定は、ユーザーにとっても検索エンジンにとっても文脈が失われやすく、評価ロスの原因となります。
リダイレクトルールをコードや.htaccessだけに閉じず、URL対応表と紐付けて管理することで、実装ミスや漏れを減らせます。
技術SEOの整合：canonical、robots、サイトマップ、内部リンクを同時に更新
301リダイレクトを正しく設定しても、他の技術要素が旧URLのままだと、評価の移行スピードが遅れたり、重複コンテンツとして扱われるリスクがあります。
特に注意したいのが、ページ内のcanonicalタグ、サイト全体のrobots.txt、XMLサイトマップ、ナビゲーションやパンくず、本文中の内部リンクです。
これらが旧URLを指し続けていると、検索エンジンがどのURLを正とすべきか判断しづらくなり、インデックスの乱れや評価分散を招きます。
リリースチェックリストには「canonical/robots/サイトマップ/内部リンクの新URLへの更新」を明示的に含め、ステージング環境で事前に動作を確認しておきましょう。
公開・運用で気をつけること：テスト、監視、ロールバックの実務
公開日周辺は、想定外の不具合やパフォーマンス低下が最も起こりやすいタイミングです。
ステージング環境でのQAだけでなく、本番同等環境での最終チェック、本番公開後の監視、万が一の際のロールバック手順までを含めて、あらかじめ計画しておく必要があります。
特に、ECサイトや会員制サービスでは、決済やログインなど売上・顧客体験に直結する導線の検証に十分な時間を割きましょう。
Search Consoleやサーバーログ、監視ツールを活用しながら、1〜2カ月程度は「移行安定化期間」として定点観測する体制を整えることをおすすめします。
公開前QA：リンク切れ、ステータスコード、メタ/OGP、フォーム、決済を通しで確認
公開前QAでは、単に「ページが表示されるか」だけでなく、サイト全体の主要機能が一通り問題なく動くかをチェックする必要があります。
代表的な項目として、ステータスコード（200/301/404/500など）の確認、リンク切れ、タイトル・メタディスクリプション・OGP画像、フォーム送信、会員登録、カート投入、決済、確認メール送信などが挙げられます。
SEO観点だけでなく、売上導線や顧客体験に直結する部分を漏れなく確認するために、チェックリストをカテゴリ別に整理して担当者を割り当てると効率的です。
可能であれば、本番と同じドメイン・同じ設定でステージング環境を用意し、Search Consoleや計測タグも含めて「ほぼ本番」と同じ条件でテストできると安心です。
公開後の監視：インデックス、順位、流入、エラー（404/5xx）、クロールを定点観測
公開後数週間は、Search Consoleとアナリティクス、順位計測ツールを活用して、主要指標を継続的にモニタリングします。
特に、Search Consoleの「カバレッジ」「ページのインデックス登録」「クロールの統計情報」などを定期的に確認し、404/5xxエラーの急増やインデックス数の急減がないかをチェックしましょう。
あわせて、主要キーワードの平均順位や自然検索流入セッション数、CV数の推移も追跡し、事前に決めたKPIの許容範囲内かどうかを判断します。
問題が見つかった場合は、URL対応表やログを用いて原因を切り分け、優先度の高いページから順に修正していくことが重要です。
ガバナンスと緊急対応：凍結期間、変更管理、ロールバック手順を用意する
移行直後の数週間は、「変更凍結期間」を設けることをおすすめします。これは、移行そのものによる影響と、追加施策やABテストなどの影響が混ざってしまうことを防ぐためです。
あわせて、誰がどのような変更をいつ行ったかを記録する変更管理ルールを整備し、問題発生時に原因となりそうな変更をすぐに特定できるようにしておきます。
重大な障害が発生した場合に備えて、DNSの切り戻しやアプリケーションのロールバック、リダイレクト設定の一時停止・復旧などの手順を文書化し、関係者全員がアクセスできるようにしておきましょう。
事前に緊急連絡経路や判断基準も決めておくことで、万が一のときも冷静に対処しやすくなります。
よくある失敗例とリスク：順位急落・計測欠損・重複コンテンツを防ぐ
サイト移行におけるトラブルは、多くが似たパターンで発生します。事前に典型的な失敗例とその原因を知っておくことで、同じ落とし穴にハマる可能性を大きく減らせます。
代表的なものとして、SEO順位急落、インデックスされない・されすぎる問題、404エラーの急増、重複コンテンツの増加、計測ロスや広告効果の見えなくなる問題などがあります。
それぞれの症状に対して、「まず何を確認すべきか」「どのログやツールを見るべきか」の観点を持っておくと、復旧までの時間を短縮できます。
次の小見出しでは、特に発生頻度の高い3つの失敗パターンについて詳しく見ていきます。
SEO急落の典型：リダイレクト漏れ、重要ページ削除、内部リンク断裂
移行後に自然検索流入や順位が大きく下がった場合、多くは「評価の受け皿」が適切に用意されていないことが原因です。
最初に疑うべきは、重要ページのリダイレクト漏れや誤転送、根拠の薄いページ削除、パンくずやナビゲーションなど内部リンクの断裂といった、構造面での問題です。
Search Consoleの「上位のページ」レポートや404エラーレポートを確認し、移行前に検索流入が多かったURLが、移行後にどのような扱いになっているかを突き合わせてみましょう。
重要度の高いページから順に、リダイレクト・コンテンツ・内部リンクの3点セットを重点的にチェックすることが、復旧への近道です。
インデックス問題：noindex/robotsブロック、サイトマップ未更新、canonicalミス
インデックスが急激に減少したり、新サイトがなかなか検索結果に出てこない場合、多くは設定ミスが原因です。
ステージング環境で使っていたnoindexやrobotsブロックが本番に残っていないか、canonicalが旧URLや別ドメインを指していないか、XMLサイトマップが新URLを正しく列挙しているかを確認しましょう。
特に、Shopifyなどのプラットフォームに移行する場合は、既定のrobots.txtやサイトマップの挙動が現行サイトと異なることがあるため、事前の検証が欠かせません。
Search ConsoleのURL検査ツールを使って、代表的なページがインデックス候補として正しく解釈されているかを確認すると、問題箇所の特定に役立ちます。
計測欠損・広告影響：タグ消失、参照元崩れ、決済ドメイン跨ぎの設定漏れ
計測が壊れると、「売上はあるのにデータ上では見えない」「広告の成果が追えない」といった状態に陥ります。
典型的な症状として、directトラフィックの急増、コンバージョン数の急減、参照元が特定のドメインに偏る（例：決済代行ドメインが急増する）といったものがあります。
これらは、計測タグの設置漏れや、クロスドメイン設定・参照元除外設定の不足によって起こることが多いため、移行直後は特に注意深くモニタリングしましょう。
広告側のコンバージョン計測やオーディエンス配信にも影響するため、GAだけでなく各広告プラットフォームのCV数とも突き合わせて確認することをおすすめします。
よくある質問（FAQ）
ここでは、Webサイト移行やECプラットフォーム（例：Shopify）へのリプレイスを検討する際によくいただく質問にお答えします。
Webサイト移行とは？リニューアルと何が違うの？
移行はCMS/サーバー/ドメイン/URL構造など“基盤”の変更を含むことが多く、SEO・計測・運用に影響が出ます。
リニューアル（見た目中心）でもURLやテンプレ変更が入れば移行として扱い、事前調査とリダイレクト設計が必要です。
サイト移行で301リダイレクトは必須？どこまでやればいい？
URLが変わる場合は原則必須です。重要ページは1対1で新URLへ恒久転送し、不要ページは近い意図のページへ転送または削除（適切なステータス）を判断します。
連鎖・ループ・全ページをトップへ転送は避け、URL対応表で漏れを潰す運用を徹底しましょう。
移行後に検索順位が下がったら何を優先的に確認すべき？
まずはSearch Consoleでインデックス/クロールエラー（404/5xx）と、noindex・robots・canonicalの設定を確認します。
次にリダイレクト漏れやチェーン、内部リンクの旧URL残り、サイトマップ更新漏れを点検し、重要ページから順に修正していきましょう。
移行時にやってはいけないこと（SEO的に危険な判断）は？
代表例は、重要ページの削除・統合を根拠なく進める、旧URLを大量に404にする、全ページをトップへ転送する、noindexを本番へ残す、canonicalを誤設定する、内部リンクを放置する、計測を後回しにする、などです。
いずれも原因特定が難しくなるため、事前に「禁止事項」として合意し、レビュー時にチェックすることが大切です。
移行のテストはどこまでやる？最低限のチェック項目は？
最低限、主要テンプレ/重要ページのステータスコード、リンク切れ、タイトル/メタ、OGP、フォーム送信、決済、メール通知、リダイレクト、サイトマップ、robots/noindex、計測（PV/イベント/CV）を確認します。
また、公開後の監視指標と併せ、失敗時の切り戻し手順も用意しておくことで、リスクを許容できる範囲にコントロールしやすくなります。
ECサイト（Shopifyなど）へ移行するときに特に注意する点は？
商品/カテゴリURLの仕様差、在庫やバリエーションの表現、決済ドメイン跨ぎの計測、構造化データ、重複（タグ/コレクション）などが論点になりやすいです。
移行前に重要ページを定義し、URL対応・301・内部リンク・計測・SEO設定を一体で検証することが成功のカギになります。
まとめ：事故と順位下落を防ぐために
Webサイト移行は、「現状棚卸し→URL対応→301と技術SEO整合→公開前QA→公開後監視」という一連のプロセスをどれだけ丁寧に実行できるかが成否を分けます。
特に、移行前の資産棚卸しとURL対応表の作成、301リダイレクト設計、canonicalやrobots、サイトマップ、内部リンクといった技術要素の整合は、SEO評価を守るうえで欠かせない要素です。
同時に、計測の凍結保存と移行後の監視体制を整えることで、問題が起きても早期に発見し、原因を切り分けて復旧につなげやすくなります。
目的とKPIを先に固定し、ガバナンスとロールバック手順を含めたプロジェクト設計を行うことで、順位下落や計測ロスといったリスクを現実的な水準に抑えながら、安全に移行を進めていきましょう。
参考文献・引用元
本記事の内容を実務で適用する際は、各プラットフォームや検索エンジンの最新仕様を公式ドキュメントで必ずご確認ください。
Share:
拡張性のあるプラットフォームとは？柔軟に成長できる設計思想と選び方
自社ECとモールの違いは？メリット・デメリットと失敗しない選び方