Sitecore を Sanity CMS に移行

エンタープライズ企業が Sitecore から離れる理由

Sitecore は時代を席巻しました。何年もの間、エンタープライズ DXP のデフォルト選択肢でした。パーソナライゼーション、マルチサイト管理、コンテンツワークフローが必要な大規模組織にとって安全な選択でした。しかし、安全性は賢い選択ではなくなってきました。

Sitecore XP のライセンス費用は過酷です。XM Cloud はスタックの現代化を試みましたが、内部はまだ Sitecore です。意見が強く、重く、維持コストが高い。JSS はヘッドレス化への一歩でしたが、モノリシックコアに React レイヤーを追加しただけで、アーキテクチャを再考しませんでした。開発者は Sitecore 固有の抽象化をデバッグするのに時間を費やし、機能の実装には至りません。コンテンツチームは数分で完了すべき変更のために開発サイクルを待ちます。

Sanity CMS はすべてにおいて対極です。API ファースト設計の構造化コンテンツプラットフォームで、リアルタイムコラボレーション対応、システムと争わずにあらゆるコンテンツドメインをモデル化できるほど柔軟です。

Sitecore XP、JSS、XM Cloud を運用するエンタープライズの Sitecore から Sanity への移行を主導してきました。ここで得た知見をお伝えします。

実際に重要な Sitecore の課題

ライセンスと総保有コスト

Sitecore のライセンス費用は、層、モジュール、ユーザー数に応じて年間 10 万ドル～50 万ドル以上に達することがあります。Sitecore 専門開発者（減少している高価な人材）、ホスティングインフラ、すべてがパッチ適用と互換性保持のコストを追加します。実際に得られるものに対しては、総保有コストは途方もなく高いものです。

Content Hub ロックイン

Sitecore Content Hub は DAM とコンテンツオペレーションを解決するはずでした。実際には、これは別のしっかり統合されたモジュールであり、プラットフォーム依存性を深めます。Content Hub を Sanity のコンテンツレイクに置き換えることで、ベンダーロックなしに単一の照会可能なソースオブトゥルースが得られます。

開発者体験がボトルネック

Sitecore 開発は遅いです。完全にそうです。ビルド時間が長くなり、ローカル開発環境は不安定で、Experience Editor でのコンポーネント表示と本番環境のギャップが常にバグの原因になります。JSS により若干改善されましたが、それでも Sitecore のパイプラインを通じてデプロイしています。

コンテンツチームの摩擦

Sitecore のコンテンツエディターは厳密なページテンプレート内で作業します。コンテンツブロックをチャネル間で再利用したい? 開発者の介入が必要です。変更をリアルタイムでプレビューしたい? Experience Editor のレンダリング遅延がそれを困難にします。コンテンツチームはブロックされ、公開する代わりにチケットを作成します。

パーソナライゼーション劇場

Sitecore のパーソナライゼーションエンジン（xDB、xConnect）は営業デモでは素晴らしく見えます。実際には、ほとんどの組織はその機能のほんの一部しか使用しません。実装コストが莫大だからです。エンタープライズ DXP の価格を払って CMS を得ています。

Sanity がもたらすもの

構造化コンテンツモデリング

Sanity スキーマは TypeScript または JavaScript でコード定義され、Git でバージョン管理され、プルリクエストで審査されます。ドキュメントタイプ、オブジェクトタイプ、リファレンス、検証をプログラム的に定義します。コンテンツモデルはアプリケーションコードと同じくらい厳密で携帯性があります。

Portable Text — Sanity のリッチテキストフォーマット — コンテンツを生の HTML ではなく構造化 JSON として保存します。コンテンツは変換上の問題なく、Web、モバイル、メール、キオスク、または将来のあらゆるチャネルで正しくレンダリングされます。

GROQ コンテンツレイク

GROQ は Sanity のクエリ言語です。表現力があり、高速で、構造化コンテンツのクエリに専門に設計されています。GraphQL と異なり、スキーマステッチングやリゾルバーの複雑性はありません。GROQ クエリを書くと、必要なデータ形状を正確に取得できます。コンテンツレイクは、CMS に統合されたデータベースではなく、リアルタイムでグローバルに分散したデータストアです。

リアルタイムコラボレーション

複数のエディターが同じドキュメントで同時に作業できます。変更は即座に表示されます。チェックイン/チェックアウトロックなし、マージ競合なし、失われた作業なし。Sanity Studio はプレゼンスインジケーターを表示するため、チームは誰が何を編集しているかを知っています。Google Docs レベルのコラボレーションですが、CMS 用です。

Sanity Studio: カスタム CMS

Sanity Studio はオープンソースの React ベースの編集環境であり、所有して自由にカスタマイズできます。SEO スコアリング用のカスタムウィジェットが必要ですか? 構築してください。編集承認のためのワークフロープラグインが必要ですか? 構築するかインストールしてください。Studio はコードベースの一部としてデプロイされます。Sanity インフラでホストされるのではなく、完全にコントロールできます。

MACH コンポーザブルアーキテクチャ

Sanity は MACH スタックにきれいに適合します。コンテンツを処理します。フロントエンド（Next.js、Astro、Remix）がプレゼンテーションを処理します。コマースプラットフォームがトランザクションを処理します。検索サービスが検索を処理します。各サービスはベストインクラスで、独立してデプロイ可能で、置き換え可能です。モノリスはありません。

Sitecore から Sanity への移行プロセス

フェーズ 1: 発見とコンテンツ監査（2～3 週間）

Sitecore インスタンスのすべてをインベントリします。すべてのテンプレート、レンダリング、コンテンツアイテム、メディアアセット、パーソナライゼーションルール、ワークフロー。URL 構造、リダイレクト、SEO メタデータについてサイトをクロールします。Sitecore のテンプレート階層を Sanity ドキュメントタイプにマップしし、何を移行し、何を統合し、何を切り捨てるかを決定します。

成果物: コンテンツモデルマッピングドキュメント、移行範囲、リスク評価、SEO ベースラインレポート。

フェーズ 2: Sanity でのコンテンツモデリング（2～3 週間）

Sanity スキーマをゼロから設計します。Sitecore テンプレートの 1:1 ポートではなく、再利用、オムニチャネル配信、編集効率に最適化された適切な構造化コンテンツモデル。Portable Text、リファレンス構造、タクソノミーシステム、ローカライゼーションパターンを構成します。

カスタムインプットコンポーネント、プレビューペイン、Sitecore でのものと同等（改善）の編集ワークフローを使用して Sanity Studio を設定します。

フェーズ 3: フロントエンド開発（4～8 週間）

Next.js（またはコンテンツの多いサイトの場合は Astro）でフロントエンドを構築し、GROQ クエリ経由で Sanity に接続します。Visual Editing とライブプレビューが構成されため、エディターは Experience Editor の近似ではなく、実際のサイトでリアルタイムで変更を確認できます。

パフォーマンスは非妥協的です。モバイルで 300ms 未満の TTFB と 95 以上の Lighthouse スコアを目指します。

フェーズ 4: コンテンツ移行と検証（2～4 週間）

API、データベースエクスポート、またはサイトクロール経由で Sitecore からコンテンツを抽出します。最もクリーンなデータが得られるもの。カスタム移行スクリプトが Sitecore フィールドを Sanity ドキュメント構造に変換し、リッチテキストを Portable Text に変換し、メディアアセットを Sanity のアセットパイプラインに再マップします。

移行はフェーズ内で実行されます。サブセットインポート、ソースに対する検証、自動化されたパリティチェック。単一の高リスクなカットオーバーではありません。

フェーズ 5: SEO 保存、QA、および起動（1～2 週間）

すべての URL は リダイレクトマップを取得します。正規タグ、構造化データ、Open Graph メタデータ、XML サイトマップ、hreflang タグを検証します。移行前後のクロールが SEO 低下がないことを確認します。

コンテンツチームに Sanity Studio を訓練し、すべてをドキュメント化し、起動と本番環境の重要な最初の数週間をサポートします。

SEO 保存戦略

Sitecore 移行は慎重に処理されない場合、本当の SEO リスクを運びます。当社のアプローチ:

• 完全な URL インベントリ Sitecore サイトマップとクロールデータから、Google Search Console と照合
• 301 リダイレクトマッピング すべてのインデックス URL について、エッジで実装（Vercel、Netlify、または Cloudflare）
• メタデータ移行 — タイトルタグ、メタ説明、OG タグ、構造化データはすべてポートされ、検証されます
• 内部リンク監査 — リダイレクトチェーンを防止するためにすべての内部リンクを更新
• 起動後の監視 — 90 日間の Search Console インデックス作成、Core Web Vitals、ランク追跡

50K 以上のページを含むサイトを移行しました。有機トラフィックを失うことなく。重要なのは SEO を初級段階ではなく、最優先事項として扱うことです。

タイムラインと価格

ほとんどの Sitecore から Sanity への移行は、コンテンツボリューム、サイト数、ローカライゼーション複雑さ、フロントエンド範囲に応じて 12～20 週間 かかります。

| 範囲 | タイムライン | 投資 | |-------|----------|------------|| | 単一サイト、5,000 ページ未満 | 12～14 週間 | $80,000～$150,000 | | マルチサイト、5,000～50,000 ページ | 14～18 週間 | $150,000～$300,000 | | エンタープライズ、50,000 ページ以上、マルチブランド | 18～24 週間 | $300,000 以上 |

これらの数字は、ほとんどの組織が年間 Sitecore ライセンスだけに費やす費用のごく一部です。移行は、削減されたライセンス、ホスティング、開発コストを通じて最初の年以内に支払われます。

デプロイする MACH コンポーザブルスタック

移行後、アーキテクチャは次のようになります:

• コンテンツ: Sanity CMS (Content Lake + Studio)
• フロントエンド: Next.js または Astro (Vercel/Netlify 上)
• 検索: Algolia または Typesense
• コマース: Shopify、commercetools、または Medusa（該当する場合）
• メディア: Sanity Asset Pipeline または Cloudinary
• アナリティクス: Plausible、Fathom、または GA4

すべてのコンポーネントは独立して拡張可能で、置き換え可能で、API 接続されています。ベンダーロックなし。モノリス税なし。