サイト分割とカーブアウトSEO移行

TL;DR — サイト分割とは、1つの企業のウェブサイトを2つに分けることです。難しいのは リダイレクトを書くことではありません。すべてのページ、ドメイン、アカウント、 画像、ダウンロード、リンク、過去のデータの所有権を誰が持つかを決めることです。可能な場合は優れたURLを変更せずに維持します。ページが実際に移動する場合は、その旧URLを同等の新しいページにリダイレクトします。置き換えがない場合は、実際の404または410を返します。分割は売り手のサイトも買い手のサイトも同様に壊す可能性があるため、両方の新しいサイトをテストします。

サイト分割またはカーブアウトとは

サイト分割とは、1つのウェブサイトの一部が別のデジタル資産になる移行です。これは通常、事業売却、スピンオフ、製品売却、地域分離、または合弁事業の解消に伴って発生します。

通常のドメイン移行はほとんど1対1です。旧サイトが新サイトに移動します。カーブアウトは1対多です。一部のページは売り手に残り、一部は買い手に移動し、一部はライセンスに基づいて一時的にコピーされ、一部は廃止され、共有システムは所有権が変更されている間も機能し続ける必要があります。

これにより、3つの作業が発生します。

1. 所有権を決定する。 取引後に各ドメイン、URL、コンテンツ資産、アカウント、サービスを誰が管理するか。
2. 意味を維持する。 買い手の新しいページが、ユーザーにとって売り手の古いページを本当に置き換えるものか。
3. 独立性を証明する。 移行サービスが終了した後、各側が自社の資産をクロール、公開、測定、保護、運用できるか。

リダイレクトのルール

移動したURLは、宛先がその真の置き換えである場合にのみリダイレクトします。事業とともに売却された製品ページは、通常、買い手のサイトの同じ製品にリダイレクトできます。売り手が保持する企業の採用ページは、リンクがあるという理由だけで買い手のホームページにリダイレクトすべきではありません。

Googleは、多くの古いURLを1つの無関係な宛先に送信しないようアドバイスしています。これはソフト404として扱われる可能性があるためです。恒久的な移動には、301や308などのサーバーサイドの恒久リダイレクトを推奨しています。Googleのサイト移動ガイダンスを参照してください。

分離日の前に開始する

人、システム、権限がまだ存在するうちにデジタル資産を棚卸しします。最低限、以下を記録します。

• ドメイン、サブドメイン、旧ドメイン、DNS、証明書、ホスティング、CDNルール。
• インデックス可能なすべてのURLに加え、画像、動画、PDF、スクリプト、フィード。
• Search Console、アナリティクス、タグ管理、広告、同意、ビジネスプロフィール。
• コンテンツ所有者、ライセンス、著者、商標、製品データ、ソースファイル。
• リダイレクト、正規化、hreflang、構造化データ、サイトマップ、robotsルール。
• ベンダー、API、認証、検索、フォーム、共有リポジトリ。

契約と法律顧問が法的所有権を決定します。SEOチームの仕事は、提案された分離が割り当てられていない資産や権利に依存している場合にそれを明らかにすることです。

成功の姿

公開後、買い手の移動したページは、クロール可能、インデックス可能、内部リンクされ、測定可能であり、旧URLからマッピングされている必要があります。売り手の保持したページは引き続き機能する必要があります。過去のデータとアクセスは適切に保存されるべきであり、元の当事者は合意されたスケジュールで運用アクセスを失います。

それは成功したカーブアウトです。2つのサイトが稼働することは、目に見える部分にすぎません。

TL;DR — カーブアウトを、内部にSEO移行を含む資産分離プログラムとして扱います。URL、コンテンツ、ドメイン、データ、リンク、アカウント、インフラストラクチャ、および人材にわたってエンタイトルメントマトリックスを構築します。すべてのレガシーURLに明示的な処分を割り当てます：保持、移動、統合、文書化された権利に基づく一時的な二重使用、または廃止。同等の移動のみをマッピングし、共有資産を保持するか、その参照を置き換え、履歴を破棄せずに測定を分離し、DNS、リダイレクト、認証、同意、および移行サービス依存関係の周りでカットオーバーを順序付けます。両方の資産をURLコホートごとに監視します。買い手側の利益は売り手側の損害を正当化しません。

分離境界を定義する

取引境界から始め、それをデジタル境界に変換します。法的エンティティ、製品ライン、ブランド、地理、および顧客契約は、それぞれ異なる方法で境界を描く場合があります。URLフォルダが決定的な答えであると想定しないでください。

資産ごとに1行、以下のフィールドを持つエンタイトルメントマトリックスを作成します：

移行サービス契約（TSA） は、学ぶ価値のある取引条件です。これは、一方の当事者がクローズ後も一時的に提供を継続するサービスを定義します。SEOの場合、TSAはリダイレクトホスティング、DNS、CMS、画像CDN、アナリティクスエクスポート、同意ツール、または公開システムの仕組みを知っているスタッフをカバーする場合があります。各依存関係に所有者、サービスレベル、終了日、終了テスト、およびフォールバックを割り当てます。

証拠が完全なURLインベントリを構築する

サイトマップだけに頼るのではなく、ソースを組み合わせます：

• 本番クロールとCMS/データベースエクスポート；
• XMLサイトマップ、サーバー/CDNログ、アナリティクスのランディングページ、およびSearch Consoleページ；
• 外部リンクされたURL、有料ランディングページ、フィード、およびビジネスプロフィール；
• 画像、動画、PDF、ダウンロード可能なファイル、JavaScript、CSS、APIエンドポイント、および古いリダイレクト。

Googleはサイト所有者に対し、移動に埋め込みアセットを含め、サイトマップ、ログ、アナリティクス、CMSデータ、およびリンクレポートを使用して重要なURLを特定するよう明示的に指示しています。現在のドキュメントはそれらのソースをリストしています。

すべてのURLに1つの処分を割り当てます：

• 保持： 売り手に残り、そのURLを維持します。
• 移動： 同等の買い手ページに転送します。
• 統合： 複数のページが実際に1つの包括的な置き換えになります。
• 一時的な二重使用： 文書化された権利の下で両方の資産に表示され、所有者と有効期限があります。
• 廃止： 有用な置き換えがなく、404/410を返します。
• 保留： 所有権、権利、または宛先が解決されるまで起動できません。

空白のセルはありません。「ローンチ後に決定します」は、管理されていない失敗を受け入れる決定です。

ユーザー同等性を中心にマッピングを設計する

買い手は事業を取得するのであって、売り手に紐づくすべての検索シグナルを自動的に取得するわけではありません。リダイレクトが正当化されるのは、遷移先が実質的に同じユーザー意図を満たし、同じ主題、製品、またはサービスを継続する場合です。

コンテンツ、製品、法務、ブランドの各担当者とマッピングをレビューします。各行をスコアリングします：

• 完全な後継である；
• 統合されたが同等である；
• 不確かであり、手動レビューが必要である；
• 同等物がなく、404/410を返す；
• 資産または権利が移転しないため、禁止されている。

古いルールを最終的な宛先に直接解決することで、チェーンを回避します。Googleは長いチェーンを追跡できると述べていますが、直接リダイレクトを推奨し、やむを得ないチェーンは低く抑え、理想的には3つ以下、できれば5つ未満に抑えることを推奨しています。恒久的リダイレクトは少なくとも1年間、可能であればそれ以上維持してください。Googleは両方のポイントを文書化しています。

共有資産とサービスを整理する

共有依存関係は、カーブアウトが複雑になるところです。

アセットホスト

移動したページが、売り手のCDNから画像を、企業ドメインからフォントを、共有DAMからPDFを、親会社のホストからJavaScriptを読み込む場合があります。レンダリングされたクロールとブラウザ/ネットワークログからリクエストを棚卸しします。すべての依存関係について、移転、コピー、安定したライセンスホスティング、または置き換えを選択します。参照を更新し、キャッシュ、CORS、robotsルール、署名、ホットリンク制限、有効期限をテストします。

コンテンツと製品データ

ソースコンテンツをレンダリングされたページから分離します。製品説明、仕様、レビュー、著者略歴、翻訳メモリ、構造化データフィールドは、CMS外のシステムから取得される場合があります。法務およびデータの専門家が、それぞれを移転できるかどうかを判断します。不明確な権利をコピーですべて解決しようとしないでください。

アイデンティティと取引

フォーム、ログイン、アカウント復旧、チェックアウト、サブスクリプション、サポートポータルは、分離境界を越える可能性があります。ユーザージャーニーとその周辺のインデックス可能な状態をテストします。ページが顧客を、新しい会社が運営できないアカウントフローに送り込む場合、検索での可視性は勝利ではありません。

Search Consoleと測定を安全に分離する

アクセスを変更する前に履歴を保持します。URLコホート、クエリ、国、デバイス、検索表示ごとにベースラインデータをエクスポートします。プロパティのスコープとタイムゾーンを記録します。取引のデータ規則に従って、読み取り専用のアーカイブを保持します。

Search Consoleの場合：

1. ドメインプロパティとURLプレフィックスプロパティ、ユーザー、オーナー、検証方法を棚卸しします。
2. ローンチ前に買い手の宛先プロパティを検証します。
3. 古いURLとリダイレクトを監視するために必要な売り手の検証を保持します。
4. 承認されたコントロールを通じて買い手の所有権を移転または確立します。
5. 合意された監視とハンドオフテストが合格した後にのみ、以前のアクセスを取り消します。

Googleは、オーナー、フルユーザー、制限付きユーザーを区別します。検証トークンは制御を付与できるため、アクセス設計は共有SEOスプレッドシートではなく、セキュリティに属します。GoogleはSearch Consoleの権限を文書化しています。

アナリティクスとタグ付けについては、どの当事者が履歴のあるユーザーレベルまたは商業データを保持できるかを定義します。多くの場合、最も安全なSEOベースラインは、承認された集計エクスポートと新しい宛先プロパティであり、アカウント全体をコピーすることではありません。イベント、同意、クロスドメイン設定、リファラー、チャネルルール、ビジネス成果の結合を再構築し、テスト取引で検証します。

カットオーバーを順序付ける

任意のURL数ではなく、依存関係に基づいてウェーブを使用します：

1. コントロールプレーン: ドメイン登録、DNS、証明書、CDN、ホスティング、シークレット、 アカウントの所有権、および監視。
2. 移行先の準備: テンプレート、コンテンツ、アセット、アクセシビリティ、アナリティクス、 同意、robots、canonical、hreflang、schema、およびサイトマップ。
3. パイロットコホート: 一貫性があり、変動が少ないセクションで、パフォーマンスを 独立して測定できるもの。
4. 主要コンテンツ: 価値の高い製品、カテゴリ、サポート、および編集コンテンツのコホート。
5. ロングテールとレガシー: 孤立したページ、ファイル、古いリダイレクト、プロフィール、および 統合。
6. TSA終了: すべての共有依存関係を置き換えるか終了し、アクセスを失効させます。

Googleは、大規模な移行を分割することが有用な場合に推奨していますが、パイロットは サイト全体の移行を代表しない可能性があると警告しています。また、一度に1つの主要な変数を変更し、 可能であればトラフィックが少ない時期に開始することも推奨しています。これらの期待事項は サイト移行ガイダンスに記載されています。

ローンチゲート

以下の条件が満たされるまでコホートをローンチしないでください:

• 所有権と権利が文書化された状態にあること;
• 移行先ページが意図したステータスを返し、主要コンテンツをレンダリングすること;
• 本番のrobotsとメタディレクティブが意図したクロールとインデックスを許可していること;
• canonical、hreflang、構造化データ、内部リンク、およびサイトマップが最終URLを使用していること;
• リダイレクトルールが正確、代表的、および敵対的なテストに合格すること;
• アナリティクス、同意、コンバージョン、およびログ収集がテストジャーニーに合格すること;
• キャパシティ、監視、インシデントの所有権、ロールバック、およびコミュニケーションが準備できていること;
• 売り手の保持資産が独自の回帰テストスイートに合格すること。

コホートを監視し、合計値に惑わされない

ローンチ前に固定コホートを作成します: 売り手の保持URL、買い手の移行URL、廃止URL、 共有移行URL、および変更すべきでないコントロールURL。7日、14日、30日、90日で比較し、 季節性や無関係なリリースを考慮します。

追跡項目:

• 旧URLのリクエストとリダイレクトの結果;
• 新URLのクロール、インデックス、インプレッション、クリック、ランキング、およびコンバージョン;
• 売り手の保持ページの回帰;
• サーバーエラー、レイテンシ、クロール量、およびキャッシュ動作;
• canonicalの選択、hreflangの相互性、リッチリザルトの対象、および内部リンク;
• TSA依存関係、期限切れの認証情報、証明書の更新、および未解決のアセット。

固定の回復日を約束しないでください。Googleは、URLが再クロールおよび再インデックスされる間、 大規模な移行は変動する可能性があり、完了はURLごとに発生すると述べています。大規模なサイトでは 時間がかかる場合があります。期待される移行パターンを文脈として使用し、実装の不具合の 言い訳にしないでください。

最終的な考察

リダイレクトファイルは分離計画ではありません。計画は、各アセットを誰が所有しているか、 ユーザーが何に到達すべきか、各企業がどのように独立して運営されるか、そしてすべての一時的な依存関係が いつ終了するかについての証明可能な回答です。

AIまとめ

• 分離を通常のドメイン交換ではなく、1つの資産が2つになるものとして扱います。
• URL、権利、ドメイン、アカウント、データ、インフラストラクチャ、リンク、および人を棚卸しします。
• すべてのURLに、保持、移行、統合、一時的な二重使用、廃止、または保留を割り当てます。
• 真の後継者にのみリダイレクトし、存在しない場合は404/410を使用します。
• CMS外のアセットとサービスをテストします。特にCDN、DAM、フォーム、ID、 製品データ、同意、およびアナリティクス。
• 適切にスコープされた履歴を保持し、新しい所有権を確立し、合意されたスケジュールで古い アクセスを失効させます。
• 依存関係コホートごとにローンチし、売り手の保持資産を回帰テストします。
• 買い手、売り手、廃止、移行、および変更されていないコントロールコホートを個別に監視します。

公式ガイダンスが確立すること

• Google: サイト移転とURL変更: マッピング、恒久リダイレクト、アセット、ステージング、サイトマップ、モニタリング、トラブルシューティング。
• Google: リダイレクトと検索: 対応しているリダイレクト方法とシグナルの解釈。
• Google: 正規化: 正規化シグナルと、リダイレクトがアノテーション単独よりも強い理由。
• Google: ローカライズ版: 相互のhreflangとクロスドメイン実装。
• Google: Search Consoleのユーザーと権限: 所有権、ユーザーレベル、検証コントロール。

これらの情報源は検索システムの動作を説明しています。所有権、ライセンス、プライバシー、雇用、税務、取引条件を決定するものではありません。それらの決定は専門家に委ねてください。

ソースからの引用

• “Split your move into smaller steps, if that makes sense for your site.” (翻訳) 「サイトにとって意味があるなら、移転をより小さなステップに分割しましょう。」 Google Search Central. 引用へジャンプ

カーブアウトチェックリスト

設計前

• 取引の境界を確定し、未解決のアセットを特定する。
• ドメイン、URL、ファイル、権利、アカウント、システム、ベンダー、担当者を棚卸しする。
• クロール、マッピング、リダイレクト、GSC、アナリティクス、ログ、リンク、ランキングをエクスポートする。
• 共有依存関係と提案されたTSAをすべて特定する。
• 売り手、買い手、廃止、移行、管理用のURLコホートを作成する。

公開前

• すべてのURLに処分と証拠の所有者を割り当てる。
• ユーザー同等性と権利について各リダイレクトを承認する。
• アセット、フォーム、認証、同意、アナリティクス、コンバージョンを検証する。
• 本番環境のクロール、正規化、hreflang、スキーマ、内部リンク、サイトマップを確認する。
• ロールバックと売り手側のリグレッションをテストする。
• モニタリングとインシデント対応のスタッフを配置する。

公開後

• すべての旧URLをクロールし、最終的な宛先を確認する。
• Search Consoleで重要なURLを検査し、インデックスコホートを比較する。
• 両方のサイトでログ、エラー、レイテンシ、トラフィック、ランキング、成果を監視する。
• TSA依存関係を終了日までに解決する。
• 引き継ぎゲートを通過したら、アクセスを失効させ、シークレットをローテーションする。

ROME: 権利、所有権、意味、実行

すべてのアセットに4つのゲートを使用します:

1. 権利: 買い手企業はそれを使用、変更、ホスト、リダイレクトできますか?
2. 所有権: ドメイン、アカウント、コード、コンテンツ、更新を誰が管理していますか?
3. 意味: 提案された宛先はユーザーにとって本当に同等ですか?
4. 実行: 宛先はそれを独立してレンダリング、測定、保護、維持できますか?

いずれかのゲートに失敗した行は移行の準備ができていません。

レガシーURLの扱いを決定する

公開日のSOP

1. 変更記録で署名済みのURLマップバージョンと所有者を確認する。
2. DNS、CDN、リダイレクト、robots、サイトマップ、アナリティクス、証明書の状態をスナップショットする。
3. 宛先コホートをリリースし、リダイレクトを有効にする前にスモークテストを実行する。
4. 直接リダイレクトを有効にする。正確、サンプリング、未マッチ、パラメータ付き、アセットURLをクロールする。
5. 買い手と売り手のサイトで主要なユーザージャーニーとリアルタイム測定を検証する。
6. 新しいサイトマップを送信し、代表的な高価値URLを検査する。
7. インシデント、所有者、次のチェックポイント、ロールバック状態を含むステータス更新を公開する。
8. 観察期間とビジネステストが合格するまでチームを待機させる。

カーブアウトが失敗する一般的な方法

• フォルダ＝所有権: 法的・運営上の境界が、きれいな1つのディレクトリに一致することはほとんどありません。
• トラフィック権のロジック: 価値のあるトラフィックがあっても、購入者がそのページを所有していることや、リダイレクトを受け取る権利があることは証明されません。
• すべてを新しいホームページへ: 無関係なリダイレクトはユーザーを混乱させ、ソフト404として扱われる可能性があります。
• 今コピー、後で決定: 一時的な重複は恒久的で管理されていないコンテンツになります。
• 購入者限定のQA: 共有コードやリダイレクトの変更が、気づかないうちに売り手を壊します。
• TSAをアーキテクチャとして: 一時的なサービスは期限切れになります。すべての依存関係には出口が必要です。
• 古いアクセスをすぐに削除: 監視と履歴が引き渡し前に消えます。
• 古いアクセスを決して取り消さない: 承認された期間の後も、元の関係者がコントロールを保持します。

作業用ツール

• SEO移行プランナー＆バリデータ: マップ、デプロイ済みリダイレクト、旧URLの結果、サイトマップの差分、アーカイブ履歴をレビューします。
• リダイレクトマップビルダー: URLマッピングを提案・手動レビューし、一致しない行を保持し、チェーンを平坦化し、ルールをエクスポートします。
• クローラーとレンダリングブラウザークロール: URLと共有アセットリクエストをインベントリ化します。
• サーバー/CDNログ: ボットリクエスト、ステータスコード、リダイレクト、保持トラフィックを証明します。
• Search Consoleとアナリティクスのエクスポート: クローズ前のコホートを確立し、移行を監視します。
• DNS、証明書、依存関係、シークレットのインベントリ: 運用上の分離を証明します。

合格すべきテスト

リソース

パトリックの検証済みの作業

• M&AにおけるSEOの役割: デューデリジェンス、統合の決定、段階的統合、旧ブランド需要、買収後の監視。
• ウェブサイト移行はチェックリストだけでは不十分: パトリックの計画、ベースライン、URL変更、テスト、監視プロセス（サイト分割を含む）。

公式ドキュメント

• Googleのサイト移行ドキュメント: URLインベントリ、マッピング、恒久リダイレクト、段階的移行、監視、トラブルシューティング。
• GoogleのSearch Console権限モデル: オーナー、ユーザー、検証方法、トークン削除。
• Bingウェブマスターガイドライン: 現在のリダイレクト、クロール/レンダリング、削除に関するガイダンス。

業界からの情報

• KPMGのデジタル分離ブループリント: カーブアウトのためのオペレーティングモデルと移行サービスに関する文脈。SEOや法的ポリシーではありません。
• 9thCOのM&Aウェブサイト移行ケーススタディ: ベンダー報告によるマルチドメイン統合の例。
• Search Engine Landのサイト移行ガイド: 計画、統合、公開、公開後のカバレッジ。
• Screaming Frogのリダイレクト監査チュートリアル: 旧URLセットを大規模にテストするための回復可能なワークフロー。

このサイトの関連記事: サイト移行、ウェブサイト移行チェックリスト、およびM&AのためのSEOデューデリジェンス。

自分で試す