サイト移行ガイド

ランキングを失わずにドメイン移行、CMS切り替え、またはURL再構成をガイドします。リダイレクトマッピング、監視計画、ロールバック基準を含みます。

移行タイプ

タイプ	リスクレベル	例
ドメイン変更	高	olddomain.com → newdomain.com
プロトコル変更	低	HTTP → HTTPS
CMS切り替え	中-高	WordPress → Next.js、Shopify → カスタム
URL再構成	中	/blog/2024/post → /blog/post
サブドメイン移行	中	blog.example.com → example.com/blog
デザイン/テンプレート変更	低-中	同じURL、新しいテンプレート

すべての移行にはSEOリスクがあります。目標はトラフィックの低下を最小化し、回復を加速することです。

フェーズ1：移行前監査

すべてをインベントリ化する

何かを変更する前に、現在の状態を文書化してください：

ページ：

• インデックスされたすべてのURL（サイトマップ + Search Consoleから）
• 各ページの月次トラフィック（Search Console、過去6ヶ月）
• 各ページのトップキーワードと順位
• 各ページのバックリンク数（外部リンクを持つページは特に注目）

技術：

• 現在のrobots.txt
• 現在のXMLサイトマップ
• 現在のリダイレクトルール
• 現在の構造化データ
• 現在のcanonicalタグ
• 現在の内部リンク構造

パフォーマンス：

• 総オーガニックトラフィックのベースライン（週次および月次）
• トラフィック上位50ページ
• Core Web Vitalsスコア
• Search Consoleのクロール統計

すべてを保存してください。 このデータは移行後との比較に必要です。

高価値ページを特定する

すべてのページが同等ではありません。これらに特に注意してください：

• 最もオーガニックトラフィックが多いページ（上位20%）
• 外部バックリンクを持つページ
• 高価値キーワードでランクしているページ
• コンバージョンに関連するランディングページ
• フィーチャードスニペットを持つページ

これらのページには機能するリダイレクトが必須であり、移行後に個別に検証する必要があります。

フェーズ2：リダイレクトマッピング

リダイレクトマップは最も重要な成果物です。すべての古いURLは正しい新しいURLにマップする必要があります。

マッピングルール

古いURL	新しいURL	タイプ	注記
/old-page	/new-page	301	コンテンツが一致
/removed-page	/closest-relevant-page	301	関連ページに統合
/deleted-page	/	301	関連ページなし — ホームページにリダイレクト（最終手段）

ルール：

• 永続的な移動には301リダイレクトを使用する（302ではなく）
• 各古いURLを最も関連性の高い新しいURLにマップする（すべてをホームページにではなく）
• URL構造を可能な限り保持する（リダイレクトが少ないほどリスクが低い）
• リダイレクトチェーンを回避する（古い → 中間 → 新）。すべてのリダイレクトは直接的であるべき
• URLバリエーションを処理する：末尾スラッシュの有無、wwwの有無、HTTP/HTTPS

よくある落とし穴

• ページネーション付きURL（/page/2、/page/3）のリダイレクト忘れ
• バックリンクを持つクエリパラメータURLの見落とし
• 大文字小文字の問題（一部のサーバーは/Pageと/pageを区別）
• すべてをホームページにリダイレクト（ページレベルの権限を失う）

フェーズ3：技術的セットアップ

切り替え前

• 新しいサイトは完全にクロール可能（ステージングrobots.txtが残されていない）
• すべてのリダイレクトルールが実装され、テストされている
• 新しいXMLサイトマップが準備完了（新しいURLで）
• 新しいページのcanonicalタグは新しいURLを指している（古いものではなく）
• 内部リンクが新しいURLに更新されている（リダイレクトチェーンに依存しない）
• 構造化データが新しいURLで更新されている
• hreflangタグが更新されている（多言語の場合）
• 新しいドメインのGoogle Search Consoleプロパティが作成されている（ドメイン変更の場合）
• 新しいサイトの分析トラッキングが更新されている
• 新しいサイト用のCDN/キャッシングが設定されている

切り替え

• リダイレクトルールをデプロイ
• 新しいサイトをデプロイ
• リダイレクトが機能していることを確認（20以上のURLをスポットチェック）
• 新しいサイトマップをSearch Consoleに送信
• ドメイン変更の場合：Search Consoleのアドレス変更ツールを使用
• Search Console URL Inspectionを使用して主要ページを強制クロール
• 最初の24時間、サーバーエラーをリアルタイムで監視

フェーズ4：移行後監視

第1週（日次チェック）

• Search Consoleでクロールエラーをチェック（404、5xxエラー）
• オーガニックトラフィックが劇的に低下していないことを確認
• リダイレクトが引き続き機能していることを確認
• リダイレクトされるべき404を返しているページを探す
• サーバーレスポンスタイムを監視（移行はパフォーマンス問題を明らかにする可能性がある）

第2-4週（週次チェック）

• オーガニックトラフィックを移行前のベースラインと比較
• Search Consoleのインデックス状態をチェック（インデックスされたページ数）
• 主要ページが新しいURLの下でインデックスされていることを確認
• トップキーワードのランク順位をチェック
• クロール統計の異常を確認

第2-3ヶ月（月次チェック）

• トラフィックは移行前のレベルに回復する必要があります
• すべての古いURLはSearch Consoleでリダイレクトされたことを示すべき
• 新しいURLはインデックスされ、ランキングしている必要があります
• Core Web Vitalsは安定している必要があります

予想スケジュール

• トラフィック低下： 正常です。最初の2-4週間で10-30%の低下を予想してください。
• 回復： リダイレクトが正しければ、ほとんどのサイトは2-3ヶ月以内に回復します。
• 完全な安定化： 大規模サイトでは3-6ヶ月。
• 危険な兆候： 4週間後にトラフィックが回復を始めていない場合は、調査してください。

フェーズ5：ロールバック計画

移行前に、ロールバック基準を定義してください：

ロールバック条件：

• オーガニックトラフィックが7日以上50%以上低下
• リダイレクトの20%以上が壊れている
• 主要なコンバージョンページにアクセスできない
• サーバーエラーが許容範囲を超える

ロールバック手順：

1. DNSをリバート（ドメイン変更の場合）、または古いサイトを再デプロイ
2. リダイレクトを削除または取り消す
3. 古いサイトマップを再送信
4. 何が問題だったかを調査してから再度試行

出力形式

移行計画：[古い] → [新しい]

移行タイプ： [ドメイン変更 / CMS切り替え / URL再構成 / など] リスクレベル： [低 / 中 / 高] 推定タイムライン： [準備 + 実行 + 監視]

移行前インベントリ

• インデックスされたページ総数：[数]
• バックリンクを持つページ：[数]
• トラフィックが多いページ：[上位10ページをリスト]
• 現在の月次オーガニックトラフィック：[ベースライン]

リダイレクトマップ [表 — 古い → 新しいURLの完全なマッピング]

技術チェックリスト [フェーズ3のチェックリスト]

監視スケジュール [フェーズ4のチェックポイント]

ロールバック基準 [定義されたしきい値と手順]

リスク領域

• 特に注意が必要な高価値ページ
• このタイプの移行に関する既知の技術的課題
• 保持する必要がある外部バックリンク

---

プロのヒント： 無料のBroken Link Checker を使用して移行後のリダイレクトを検証し、Htaccess Generator でリダイレクトルールを構築してください。SEOJuice MCPユーザーは/seojuice:site-healthで リンクデータを含むページのフルインベントリを実行したり、/seojuice:keyword-analysisで高価値ページを特定したり、 list_changesで移行後のコンテンツの違いを検出できます。