SEOを失わないサイト移行

5桁の移行プロジェクトが6桁のSO災害に変わるのを目撃してきました。それは移行を技術的な問題ではなく、継続性の問題として扱うチームの場合です。パターンはいつも同じです。新しいサイトを構築する。スイッチを切り替える。次の8週間でオーガニックトラフィックが40～70%低下するのを見守る。その後の四半期を、切り替え日に失ったものの回復に費やす。

技術的な移行はめったにあなたを殺すことはありません。80%完成したリダイレクトマップがあなたを殺します。ステージングドメインを指しているカノニカルタグがあなたを殺します。古い構造を指すままの内部リンクがあなたを殺します。「ついでにやってしまおう」で行われたURL変更がああなたを殺します。ビルド自体は簡単な部分です。継続性の作業が、Seahawk Mediaでスケール時に実行したあらゆる移行の成否を分ける要因です。

Seahawk Mediaで12,000サイトにわたって大変な思いをして学んだ5つのこと。それぞれは、私たちが実行するあらゆる移行において譲れない項目です。

まず、リダイレクトマップは任意のコード実行前に構築されます。すべての旧URLは301リダイレクトで新しいURLに転送されます。Search Console、Ahrefs、既存のサイトマップからソースURLリストをエクスポートし、スプレッドシートでマッピングを構築します。これがカットオーバーの信頼できる単一情報源になります。ビルドリンターは、移行前のURLがマップから漏れている場合、デプロイを失敗させます。

次に、新しいプラットフォームで許可される限り、URL構造は保持されます。URLの変更はランキングリスクです。URLを変更するのは実際のコンテンツ上の理由がある場合のみです。重複、タイポ、統合しているカノニカルなど。新しいプラットフォームが異なる命名規則を提案しているからという理由では決して変更しません。「ついでに整理しよう」という誘惑は、当社の移行実務における他のどの決定よりもランキングを失わせてきました。

第三に、10,000ページ以上のサイトは段階的なロールアウトを実施します。トラフィックが最も低いコンテンツから移行し、ランキングが保たれることを検証してから拡大します。段階的な移行は、特定のテンプレートやコンテンツタイプで問題が発生した場合の影響範囲を制限し、高トラフィックページが影響を受ける前に問題を修正するチャンスをチームに与えます。

第四に、並行運用期間を設けます。旧サイトはローンチ後30日間、読み取り専用モードでライブ状態を保ちます。新しいサイトに問題がある場合、トラフィックは即座に戻されます。1カ月間2つのスタックを運用するコストは、4週間のトラフィック回復サイクルのコストと比較すると小さなものです。

第五に、ローンチ後90日間のモニタリング。Search Consoleのクロール統計、インデックスカバレッジ、インプレッション、ログファイル分析、スキーマバリデーター、Core Web Vitalsのフィールドデータです。四半期ではなく、日単位で回帰に対応します。90日目までにサイトは安定し、クリーンハンドオフするか、継続的なケアプランに移行します。

当社のプロジェクト業務のほぼすべてが、ほんの数パターンの移行形態で構成されています。各パターンには独自のプレイブックと独自の一般的な失敗モードがあります。

WordPressからNext.jsまたはAstroへの移行は最も一般的なエンゲージメントです。概要は通常、クラシックWordPressのパフォーマンス上限に達したマーケティングまたはコンテンツサイトであり、wp-adminを編集チームから奪わずに最新のフロントエンドDXを求めるチームです。Headless WordPressとWPGraphQLプラスNext.jsまたはAstroフロントエンドは、双方のニーズを満たします。

Drupal、Sitecore、Typo3からWordPressへの移行は2番目のパターンです。レガシーなエンタープライズCMSから移行する際、レガシーチームが10年かけて構築したSEOランキングを破損させない場合です。移行は遅く、コンテンツモデリングはより複雑ですが、プレイブックは同じです。完全なリダイレクトマップ、可能な限りURL保持、並行運用、段階的ロールアウト。

ShopifyからHeadless Commerceへの移行は第三です。Shopify PlusストアフロントとNext.jsまたはHydrogenフロントエンド、完全なカスタムデザイン、より高速なCore Web Vitals、コマースエンジン保持です。Shopifyはカタログ、インベントリ、チェックアウトの信頼できる単一情報源として機能し続けます。フロントエンドはカスタム化されます。

その他の定期的に見られるパターンとしては、複数のレガシードメインを1つに統合するドメイン統合（適切なcanonicalタグとリダイレクト戦略を含む）、blog.example.comをexample.com/blog/に移動させてリンク資産を統合するサブドメインからサブディレクトリへの統合、そしてKinsta、WP Engine、Pressableの間でのマネージドWordPressの移行、またはベアメタルインフラストラクチャへの移行といったホスティングとプラットフォームの移行があります。

1,000ページ未満のサイトは、計画、リダイレクトマッピング、コンテンツ移行、QA、ローンチ後のモニタリングを含めて4～8週間かかります。10,000～20,000ページのサイトは12～20週間かかります。50,000ページ以上のエンタープライズ移行は最短6～9ヶ月で、フェーズド展開と並行実行期間がタイムラインに組み込まれます。

最大の変動要因はソース側のコンテンツ品質です。複雑なタクソノミー、重複URL、一貫性のないメタデータは計画フェーズに数週間を追加します。監査の時点で、貴社のソースサイトが移行可能な状態にあるか、それとも最初にコンテンツクリーンアップが必要かについて正直にお伝えします。ソースがクリーンでない場合にそうだと装うことは、移行が四半期から半年にずれ込む原因です。

最近の実際のプロジェクトからの正確な料金帯です。500ページ未満の小規模ビジネス移行は4,000～12,000ポンド。1,000～10,000ページの中堅企業移行は15,000～60,000ポンド。10,000～100,000ページのエンタープライズ移行は60,000～300,000ポンド（初四半期のローンチ後SEOサポート継続含む）。

料金の約30～40%は計画とQAに充てられ、技術的な構築ではありません。安く見積もられるチームは計画をスキップするチームです。後で失われたランキングの形で代償を払うことになり、ランキング復旧の費用は常にランキング維持の費用よりも高くつきます。