旧サイト移行で失敗しない完全チェックリスト！URL設計・リダイレクト設定の全手順
旧サイト移行が成功するかどうかは準備で決まります
サイトの移行作業は、まさにデジタル世界での「引っ越し」ですよね。
現実の引っ越しでも、事前の準備が不十分だと荷物の紛失や破損が起こるように、サイト移行でも準備不足は致命的な問題を引き起こします。
「リダイレクト設定を忘れて検索順位が大幅ダウン」「重要なページが404エラーで表示されない」「Google Analytics のデータが計測できていなかった」など、実際によく起こるトラブルなんです。
でも安心してください。
今回ご紹介するチェックリストに沿って作業を進めれば、これらのトラブルを未然に防ぎ、SEO効果を損なうことなくスムーズに移行を完了できますよ。
移行前準備で絶対に確認すべき8つのポイント
現在のサイト状況を完全に把握する
まず最初に行うべきは、移行対象となる旧サイトの現状を詳細に調査することです。
Google Search Console や Google Analytics のデータをエクスポートして、現在の検索順位やアクセス状況を記録しておきましょう。
特に重要なのは、検索流入が多いページや コンバージョン に直結するランディングページの特定です。
これらのページは移行後も確実にアクセスできるよう、優先的にリダイレクト設定を行う必要がありますからね。
全URLの一覧作成とリダイレクト設計
Screaming Frog や Ahrefs などのクローリングツールを使用して、旧サイトの全URLを抽出します。
この作業では、以下の項目を整理した一覧表を作成してください。
旧URL、新URL、リダイレクトの種類（301または302）、優先度レベル、備考欄を含めた詳細な設計表が移行成功の鍵になります。
画像ファイルやPDFファイルなどの静的コンテンツも見落とさないよう注意が必要ですよ。
SEO要素の現状確認と引き継ぎ準備
移行前に、各ページの SEO タグ（title、meta description、canonical、hreflang など）を全て台帳として出力しておきましょう。
構造化データマークアップや OG タグの設定状況も併せて記録します。
これらの情報は新サイトでも同様に設定する必要があるため、漏れなく引き継げるよう準備を整えてください。
バックアップとテスト環境の構築
万が一の事態に備えて、サイトファイルとデータベースの完全バックアップを複数箇所に保存します。
同時に、新サイトのテスト環境を構築し、robots.txt で「Disallow: /」を設定するか、Basic認証でアクセス制限をかけてください。
テスト環境が誤って検索エンジンにインデックスされると、重複コンテンツ問題を引き起こす可能性がありますからね。
リダイレクト設計とURL構造の最適化手順
301リダイレクトの正しい設定方法
サイト移行において最も重要なのが 301リダイレクト の設定です。
.htaccess ファイル（Apache）や nginx.conf（Nginx）を使用して、旧URLから新URLへの恒久的リダイレクトを設定します。
「Redirect 301 /old-page.html https://newsite.com/new-page/」のような形式で、1対1の対応関係を明確に定義してください。
サブディレクトリごとのまとめてリダイレクトや、正規表現を使った一括設定も効果的ですが、重要ページは個別設定を推奨します。
リダイレクトチェーンの回避
リダイレクトが複数回連続する「リダイレクトチェーン」は、SEO効果の減衰やページ表示速度の低下を招きます。
旧サイト → 一時的なURL → 最終的なURL のような多段階リダイレクトではなく、直接最終URLにリダイレクトするよう設計しましょう。
リダイレクトチェックツールを使用して、設定後に意図しないチェーンが発生していないか必ず確認してくださいね。
特殊ページの移行対応
トップページ、カテゴリページ、タグページ、検索結果ページなど、特殊な役割を持つページの移行には特別な注意が必要です。
特にECサイトの商品ページや会員限定ページは、移行後も同じ機能を維持できるよう、システム面での対応も併せて検討してください。
移行作業中に見落としがちな重要チェック項目
DNS設定とサーバー切り替えのタイミング
DNS の浸透には通常24〜48時間かかるため、切り替えタイミングの計画が重要です。
アクセスが少ない時間帯（深夜や週末など）を選んで作業を実施し、切り替え中はメンテナンス画面を表示してユーザーに状況を伝えましょう。
TTL（Time To Live）値を事前に短く設定しておくと、DNS変更の反映時間を短縮できますよ。
SSL証明書とHTTPS設定の確認
新しいサーバーでのSSL証明書取得と設定を忘れずに行ってください。
HTTPからHTTPSへのリダイレクト設定も併せて実施し、全てのページが安全な接続で表示されることを確認します。
Mixed Content エラーが発生しないよう、画像やCSSファイルなどの外部リソースもHTTPS対応を徹底しましょう。
Google Search Console とGoogle Analytics の再設定
新しいドメインやサーバーでのGoogle Search Console プロパティ追加と、サイトマップの再送信を必ず実施してください。
Google Analytics では、新しいトラッキングコードの設置とコンバージョン目標の再設定が必要です。
従来のデータとの連続性を保つため、移行日時を明確に記録しておくことも大切ですね。
移行後の動作確認と継続的な監視体制
全ページの表示確認と機能テスト
移行完了直後は、主要ページの表示確認と基本機能のテストを徹底的に行います。
お問い合わせフォーム、検索機能、ショッピングカート、ユーザー登録など、サイトの核となる機能が正常に動作するか確認してください。
モバイル端末での表示確認も忘れずに行い、レスポンシブデザインが適切に機能していることを確認しましょう。
404エラーの監視と修正
Google Search Console の「カバレッジ」レポートで404エラーの発生状況を定期的にチェックします。
発見されたエラーページには適切なリダイレクト設定を追加するか、カスタム404ページでユーザーに分かりやすいナビゲーションを提供してください。
外部サイトからの被リンクが404になっている場合は、特に優先して対応が必要ですよ。
検索順位とトラフィックの推移監視
移行後1〜2週間は、検索順位やオーガニックトラフィックの変動を注意深く監視します。
大幅な順位下落やアクセス減少が見られた場合は、リダイレクト設定の見直しやindexing の問題がないか確認してください。
Google Search Console の「パフォーマンス」レポートで、クリック数やインプレッション数の変化を定量的に把握することが重要です。
よくある移行トラブルと緊急時の対処法
検索流入が急激に減少した場合
まず robots.txt ファイルで検索エンジンのクロールを誤ってブロックしていないか確認してください。
noindex タグが残っていたり、Basic認証がかかったままになっていることもよくあるミスです。
Google Search Console の「URL検査」ツールで個別ページの状況を詳しく調べ、インデックス状況を確認しましょう。
リダイレクトループが発生した場合
複数のリダイレクト設定が競合して無限ループが発生することがあります。
.htaccess ファイルや設定ファイルを見直し、重複する設定がないか確認してください。
一時的にリダイレクト設定を無効化して、問題の原因を特定することも有効な手段です。
緊急時のロールバック計画
重大な問題が発生した場合に備えて、迅速に旧環境に戻せる体制を整えておきます。
DNS設定の変更履歴とバックアップファイルの保存場所を明確にし、関係者全員が共有できるようにしてください。
ロールバック実施の判断基準（アクセス数の減少率など）を事前に決めておくと、緊急時にスムーズな対応ができますよ。
移行成功のための継続的改善ポイント
パフォーマンス最適化の実施
新しい環境でのページ読み込み速度を Google PageSpeed Insights や GTmetrix で測定し、必要に応じて最適化を行います。
画像の圧縮、キャッシュ設定、CDN の導入など、ユーザー体験向上につながる施策を積極的に実施してください。
Core Web Vitals の指標改善は、SEO効果の向上にも直結しますからね。
内部リンク構造の最適化
移行を機に、サイト内の内部リンク構造を見直すことをお勧めします。
重要ページへのリンクを増やし、階層構造を分かりやすく整理することで、ユーザビリティとSEO効果の両方を向上させることができます。
パンくずナビゲーションの設置や関連記事の表示も、サイト回遊率向上に効果的です。
継続的な監視体制の構築
移行完了後も、定期的なサイト監視を継続することが重要です。
月次でのSEOレポート作成や、四半期ごとの詳細分析を行い、移行の効果を測定してください。
新たな問題が発見された際は、迅速に対応できるよう、運用体制を整えておきましょう。
サイト移行は一度完了すれば終わりではなく、継続的な改善によってその効果を最大化できるものなんです。あなたのサイト移行が成功し、さらなる成長につながることを心から願っています。
