Sitecore を Astro に移行 | ヘッドレス CMS エージェンシー

Sitecore から企業が離れている理由

Sitecore XP のライセンス費用は年間 $250K 以上—ホスティング、専門開発者、アップグレードのコストはこれに含まれていません。XM Cloud は SaaS 価格体系をもたらしましたが、企業契約はそれでも年間 $100K 以上の費用がかかり、パーソナライゼーション、コンテンツ管理、デプロイメントのために Sitecore のエコシステムにロックインされています。

一方、マーケティングチームは開発による コンテンツ変更の公開を数日間待つことになります。Lighthouse スコアは 50 点台に留まります。政府機関や大学のサイトは、ポリシー文書を読みたいだけのユーザーに対して完全な React バンドルを配信しています。

これに対する、より優れたアーキテクチャが存在します。80 以上のプラットフォーム移行を通じて、私たちはそれを証明してきました。

コンテンツサイトにおける Sitecore JSS と XM Cloud の問題

Sitecore JSS は Layout Service を通じてフロントエンドを React (または Next.js) に結合します。すべてのページが完全な JavaScript バンドルを配信します—95%が静的コンテンツであるページでも同様です。マーケティング中心のサイトの場合、これはアーキテクチャ上の過剰設計です。

繰り返し見られる具体的な課題

• パフォーマンスの天井: JSS でレンダリングされたページは、Lighthouse モバイルで一貫して 45～65 点のスコアを獲得します。Layout Service の往復により、コンテンツがレンダリングされる前に TTFB に 800ms～1.5s が追加されます。
• 開発者の不足: Sitecore 開発者は時給 $180～250 を要求します。Sitecore のバックエンドと最新フロントエンドの両方を理解している人材を見つけることはますます困難になっています。
• コンテンツエディターの摩擦: Experience Editor はデモでは強力に見えますが、カスタムコンポーネントで常に壊れます。作成者はそれを恐れるようになります。
• アップグレード疲労: XP から XM Cloud への移行自体が移行プロジェクトです。同じベンダーにとどまるために移行コストを支払っています。
• インフラストラクチャの肥大化: Sitecore XP には SQL Server、Solr、xConnect、Identity Server、複数のロールインスタンスが必要です。Azure ホスティングだけで月額 $3～8K のコストがかかります。

あなたのサイトが主にコンテンツ配信である場合—プログラムページ、ニュース、ポリシードキュメント、マーケティングランディングページ—これらの何も必要ありません。

Astro 5 が正しいターゲットアーキテクチャである理由

Astro はコンテンツ駆動型ウェブサイト用に構築されました。そのために適応されたのではなく、構築されたのです。

スケールで実際に機能する静的サイト生成

Astro 5 のビルドパイプラインは、すべてのルートの純粋な HTML を生成します。クライアント側の JavaScript はありません—明示的にオプトインしない限り。5,000 ページの大学サイトは 3 分以下でビルドでき、エッジ CDN からすべてのページを 300ms 未満の TTFB で配信します。

構造化コンテンツ用のコンテンツコレクション

Astro のコンテンツコレクションは、リポジトリに Markdown、MDX、または JSON ファイルとして保存されている、型安全でスキーマ検証済みのコンテンツを提供します。Sitecore のテンプレートベースのコンテンツモデルから移行するチームの場合、これはきれいにマップされます: Sitecore テンプレートは Zod スキーマになり、コンテンツアイテムはコレクションエントリになります。Git ベースのバージョン管理、ブランチプレビュー、ゼロデータベース依存性を取得します。

ビジュアル編集エクスペリエンスが必要なチームの場合、Storyblok、Sanity、または Contentful などのヘッドレス CMS オプションで Astro をペアリングします—エディターに familiar インターフェースを提供しながら、フロントエンドは静的のままです。

Islands アーキテクチャ: 重要な場所のみの JavaScript

これが Astro がマーケティング中心のサイトで Next.js を根本的に上回る部分です。Islands アーキテクチャは、ページの 90% 以上がゼロ JavaScript を配信することを意味します。インタラクティブコンポーネント—検索バー、フォーム、計算ツール、パーソナライゼーションウィジェット—は独立した islands として個別にハイドレートします。

Sitecore JSS 上の典型的な大学部門ページは 350～500KB の JavaScript を配信します。Astro 上の同じページは、12KB のハイドレートされた検索 island を備えた 0KB の JavaScript を配信します。LCP の差は劇的です: モバイルで 2.8s 対 0.6s です。

Astro が Next.js を上回る場合

ウェブアプリケーション向けに Next.js を広範に使用しています。ただし、コンテンツ重視のマーケティングサイトの場合、Astro は重要なすべてのメトリックで勝ちます:

• デフォルトでゼロ JS 対 Next.js がすべてのページで React ランタイムを配信
• フレームワーク非依存の islands — React、Vue、Svelte、または Solid を使用してインタラクティブコンポーネント用に、サイト全体を 1 つのフレームワークにコミットしない
• より高速なビルド — Astro の Vite ベースのパイプラインは、1,000 ページ以上のサイトで Next.js を上回ります
• よりシンプルなメンタルモデル — コンテンツページはコンテンツページであり、コンテンツページを装った React コンポーネントではありません

あなたのサイトがインタラクティブページが 20% 未満である場合、Astro が正しい選択です。監査中に Next.js がより適切な選択肢かどうかについて、正直にお伝えします。

当社の Sitecore から Astro への移行プロセス

Aryan Shah が当社のプラットフォーム移行実践をリードしています。以下は 80 以上の成功した移行から実証済みのプロセスです:

フェーズ 1: 監査とアーキテクチャ (第 1～2 週)

• GraphQL API またはダイレクトデータベースエクスポート経由での Sitecore からの完全なコンテンツインベントリ
• SEO ベースライン: すべての URL をクロール、ランキングをマップ、canonical 構造と hreflang 設定を文書化
• テンプレートとコンポーネントマッピング: すべての Sitecore レンダリングが対応する Astro コンポーネント仕様を取得
• インフラストラクチャ評価: 統合、パーソナライゼーションルール、カスタムパイプロジックを特定

フェーズ 2: コンテンツ移行 (第 3～5 週)

• Sitecore の Item Web API または XP インストール用のダイレクト SQL クエリ経由での自動コンテンツ抽出
• Sitecore のツリー構造を適切な frontmatter スキーマ付き Astro コンテンツコレクションに変換
• Astro の組み込み画像最適化を備えた最適化形式 (WebP/AVIF) へのメディアアセット移行
• Sitecore 言語版から Astro の i18n ルーティングへの多言語コンテンツマッピング

フェーズ 3: フロントエンドビルド (第 4～8 週)

• インタラクティブ要素用の islands を使用した Astro でのコンポーネント単位でのリビルド
• 既存ブランドガイドラインを使用したデザインシステム実装
• ビジュアル編集が必要な場合のヘッドレス CMS 統合
• フォーム処理、検索、独立した islands としてのパーソナライゼーションロジック

フェーズ 4: SEO 保持 (第 7～9 週)

• 構造変更に対する 301 リダイレクトを備えた 1:1 URL マッピング
• 前のツリー構造と一致する XML サイトマップ生成
• スキーママークアップの移行と強化
• メタタグと Open Graph パリティの検証
• Google Search Console での Core Web Vitals モニタリング設定

フェーズ 5: ローンチと検証 (第 9～10 週)

• リスク軽減のためのトラフィック分割を伴うステージロールアウト
• 404 とリダイレクトチェーンの 48 時間の集中的ログ監視
• 30 日間のローンチ後 SEO 監視(週次ランキングレポート付き)
• パフォーマンス検証: すべてのページはモバイルで 1 秒未満の LCP に到達する必要があります

SEO 保存戦略

移行で有機トラフィックを失ったことはありません。これは幸運ではなく—プロセスです。

あなたの Sitecore インスタンスからのすべての URL は、1 行のコードが書かれる前にマップされます。Screaming Frog でサイトをクロール、Google Search Console のデータと相互参照、Sitecore の URL パターン (言語プレフィックス /en/ や資産パス -/media/ を含む) を説明する完全なリダイレクトマップを構築します。

ローンチ後、30 日間毎日 Search Console を監視します。インデックス作成の問題は 24 時間以内に対処されます。80 以上の移行にわたる当社の成績: ゼロの持続的なランキング低下。

タイムラインと投資

通常、Sitecore から Astro への移行は、サイトの複雑さに応じて 8～12 週間かかります:

• 小規模サイト (500 ページ未満、最小限の統合): 6～8 週間、$40K～$70K
• 中規模サイト (500～5,000 ページ、CMS 統合、多言語): 8～12 週間、$70K～$150K
• エンタープライズサイト (5,000 ページ以上、複雑な統合、パーソナライゼーション): 12～16 週間、$150K～$300K

高端でも、Sitecore ライセンスの削除だけで初年度の投資を回収できます。2 年目以降は、ライセンスと削減されたインフラコストで年間 $200K 以上を節約しています。

ROI の計算

具体的にしましょう。典型的なエンタープライズ Sitecore デプロイメントの費用は:

• Sitecore ライセンス: 年間 $250K
• Azure ホスティング (マルチロール): 年間 $60K
• 特殊な Sitecore 開発者 (2 FTE): 年間 $400K
• 合計: 年間 $710K

Vercel/Netlify 上の Astro への移行後:

• ヘッドレス CMS ライセンス: 年間 $0～$30K
• エッジホスティング: 年間 $2.4K～$12K
• フロントエンド開発者 (Sitecore スペシャリストではなく、ジェネラリスト): 年間 $300K
• 合計: 年間 $302K～$342K

これは年間 $370K 以上の節約—より高速なページ、より幸せなエディター、実際にメンテナンスできるスタックを備えています。

この移行が適切な人

以下のケースで最も強い結果を見ます:

• 大学 が Sitecore 上でプログラムカタログ、部門サイト、入学ポータルを実行
• 政府機関 がポリシー文書と公開されているコンテンツを提供
• エンタープライズマーケティングチーム のサイトが 80% 以上のコンテンツページ
• Sitecore 更新サイクルに直面している組織 が別の $250K のチェックに署名することを拒否

あなたのサイトが大量のトランザクション処理に依存しているか、ほとんどのページで Sitecore のパーソナライゼーションエンジンに大きく依存している場合、Astro が正しい適合かどうかについて正直に対話するか—または Next.js ヘッドレスアプローチがより理にかなっているかを提案します。