デプロイが完了します。マーケティングチームがキャンペーンを公開します。その後―11ヶ月後―Sitecore サポートチケットが一行で返ってきます：「JSS は2026年6月にサポート終了に達しました。これ以上のパッチはありません。」セキュリティパッチが止まるまで18ヶ月あります。次のNode.jsアップグレードで CDN 統合が壊れるまで。コンテンツチームがサポートされなくなった CMS にロックインされるまで。計算は厳しいです：調査に6～8週間、ベンダーデモに4週間、コンテンツ移行に10～14週間（分類が整っていれば。でも整っていません）。2026年6月前に2～3ヶ月の余裕が残ります。XM Cloud はSitecore ファミリーに留まるよう望んでいます。Contentful と Sanity はあなたの API 呼び出しを望んでいます。Strapi はあなたがスキーマを所有することを望んでいます。各パスは異なる問題を解決します―ただし、今スコープを開始する場合のみです。

十分な数のエンタープライズ CMS 移行を経験して、計画段階だけでほとんどのチームが3～6ヶ月かかることを知っています。実際の移行？複雑でないものでも3～6ヶ月です。2026年初頭にこれを読んでいるなら、あなたは早期ではありません―あなたはまさにタイミングが良いです。これを後で読んでいるなら...昨日から始める必要があります。

実際に何が起こっているのか、どのようなオプションがあるのか、そしてチームが右往左往しない決定を下す方法を詳しく説明します。

目次

Sitecore JSS End of Life 2026: Migration Options Before June

Sitecore JSS で実際に何が起こっているか

Sitecore は過去数年間、コンポーザブル DXP 戦略を積極的に推し進めています。JSS が構築された オンプレミスおよびセルフホスト型の Sitecore XP/XM プラットフォームは、SaaS オファリングである Sitecore XM Cloud の廃止が進んでいます。

重要なタイムラインはここです：

  • Sitecore XP 10.x は2026年にメインストリームサポートの終了に入ります
  • XP/XM オンプレミスに関連付けられた JSS SDK バージョン はアクティブな開発とセキュリティパッチを失います
  • 2026年6月 は、拡張サポート条件が大きくシフトする重要な日付です
  • Sitecore XM Cloud は今後、唯一のアクティブに開発されている Sitecore ヘッドレスプラットフォームになります

「サポート終了」が実際に意味することは：新しい機能がない、能動的なセキュリティパッチがない、最終的にはサポートチケットに答えられないということです。2026年6月30日にサイトが動作しなくなることはありません。しかし、何か壊れた場合―セキュリティ脆弱性、新しいブラウザとの互換性の問題、Node.js バージョン競合―あなたは独力です。

以前、EOL プラットフォームで乗り切ろうとするチームを見たことがあります。しばらくは機能します。その後、本当に、本当にうまくいきません。

典型的な EOL 以上の重要性がある理由

これは React 17 から React 18 へのアップグレードのようなものではありません。あるいは、いくつかの依存関係をバンプして、週末に数個の破壊的変更を修正します。Sitecore JSS は Sitecore バックエンドに深く結合されています。レイアウトサービス、コンテンツリゾルバー、レンダリングホストアーキテクチャ―すべてが Sitecore が JavaScript フロントエンドにコンテンツを提供する方法に固有です。

JSS がサポート終了になると、単にフロントエンド SDK を失うだけではありません。コンテンツとプレゼンテーション層の間の橋全体を失います。つまり、任意の移行パスでそれらの方程式の両側を再検討する必要があります。

これを緊急にする別の要因：Sitecore のライセンスモデルが劇的に変わりました。現在 Sitecore XP/XM オンプレミスライセンスに対して支払っている場合、更新条件では望むかどうかに関わらず XM Cloud へのプッシュがあります。価格圧力だけで、その場所にとどまることはますます高くなります。

Sitecore XM Cloud パス

まず明らかなオプションから始めましょう：Sitecore の推奨アップグレードパス XM Cloud に従います。

得られるもの

XM Cloud は Sitecore の SaaS ヘッドレス CMS です。付属：

  • 新しい SDK（Sitecore JavaScript Rendering SDK、JSS の後継）
  • Next.js のプライマリレンダリングフレームワークのサポート
  • Sitecore Pages―コンテンツ著者向けの視覚的ページビルダー
  • 管理されたホスティングおよびインフラストラクチャ
  • 他の Sitecore コンポーザブル製品（CDP、Personalize、Search など）との統合ポイント

失うもの

ここで十分に話されていないもの：

  • xDB およびエクスペリエンス分析 ― XM Cloud は XP 分析プラットフォームを含みません。Sitecore CDP（別製品、別ライセンス）またはサードパーティ分析ソリューションが必要です。
  • マーケティングオートメーション ― EXM（Email Experience Manager）は XM Cloud に存在しません。Sitecore Send または別の ESP を検討しています。
  • カスタムパイプラインプロセッサーおよびイベントハンドラー ― バックエンドで実行されているすべてのカスタム C# コード？再アーキテクチャまたは置き換える必要があります。XM Cloud は SaaS です―カスタムサーバー側コードをデプロイする権利がありません。
  • 価格管理 ― 永続ライセンスモデルから SaaS サブスクリプション価格に移行しています。組織によっては、これは承認に数ヶ月かかる予算再構成練習です。

現実的な XM Cloud 移行コスト

2026年を通じた複数のエンタープライズ移行全体で見たものに基づいて：

| コンポーネント | 推定コスト範囲 | タイムライン | |-----------|---------------------|----------|| | 発見＆アーキテクチャ | $30,000 - $75,000 | 4～8週間 | | コンテンツモデリング＆移行 | $40,000 - $120,000 | 6～12週間 | | フロントエンド再構築（Next.js SDK） | $80,000 - $250,000 | 8～16週間 | | 統合再構築 | $30,000 - $100,000 | 4～8週間 | | QA＆UAT | $25,000 - $60,000 | 4～6週間 | | XM Cloud ライセンス（年間） | $100,000 - $250,000+ | 継続中 |

これらの数字は、サイトの複雑性、コンテンツアイテム数、およびここ数年で蓄積したカスタム Sitecore コード量に基づいて大きく異なります。シンプルなマーケティングサイトは低い方にあるかもしれません。複数サイト、複数言語、重い個人化設定を伴うエンタープライズ設定？高い方の予算を計算してから、予備費を追加してください。

XM Cloud が理にかなっている場合

Sitecore にとどまるなら：

  • コンテンツチームは Sitecore オーサリングエクスペリエンスで深く訓練されています
  • Sitecore のパーソナライゼーション機能を大量に使用しており、Sitecore CDP を導入するつもりです
  • Sitecore パートナー関係が大きく、その投資を維持したいと考えています
  • 組織の調達プロセスでは、新しいベンダーをオンボードするより既存ベンダーを拡大する方が簡単です

Sitecore JSS End of Life 2026: Migration Options Before June - architecture

別の CMS でヘッドレスに

ここが Sitecore の移行ドキュメントが教えてくれないもの：この EOL は機会です。Sitecore の複雑性、ライセンスコスト、または開発者エクスペリエンスに不満を持っていた場合、代替案を評価するこのチャンスはあります。誰もが「なぜ切り替えているのですか？」と尋ねることなく。

答えは単純です：とにかく移行する必要があるので。

トップヘッドレス CMS 代替案

Contentful は長年デフォルトのエンタープライズヘッドレス CMS です。強力なコンテンツモデリング、優れた API、成熟したエコシステム。料金は小規模チームの場合は月額約 $300 から始まりますが、すぐにスケールアップします―エンタープライズプランは月額 $3,000～$5,000 以上です。Compose 製品は、コンテンツ著者が Sitecore Pages から逃すかもしれないページ構築機能の一部を提供します。

Sanity は私個人的な開発者エクスペリエンスのお気に入りです。構造化されたコンテンツアプローチ、GROQ クエリ言語、リアルタイムコラボレーション機能は本当に優れています。シート単位ではなく API 使用量に基づくプライシングモデルは、スケール時により予測可能になります。プランは無料（驚くほど寛大）からカスタムエンタープライズ価格までです。

Storyblok は、コンテンツチームが視覚的編集を必要とする場合に真摯に検討する価値があります。視覚的エディターは Sitecore Pages が提供するものに最も近く、技術者以外のユーザーへの移行を緩和できます。料金は月額 $106 から始まり、カスタムエンタープライズ層まで上がります。

Strapi はオープンソースオプションです。セルフホスト、完全にカスタマイズ可能、1ユーザーあたりのライセンスなし。チームに強力なバックエンド開発者がおり、完全な制御が必要な場合、Strapi v5 は驚くほど機能が充実しています。トレードオフは、ホスティング、スケーリング、セキュリティの責任です。

Hygraph（旧 GraphCMS）は、チーム GraphQL について考えている場合に強力です。ネイティブフェデレーションサポートは、分散コンテンツ所有権を持つ組織にとって興味深いものにします。

複数のプラットフォームへのいくつかの移行を支援したことがあります。正しい選択は、特定のコンテンツモデル、チーム機能、予算制約に完全に依存します。

Sitecore 移行用 CMS 比較

機能 Sitecore XM Cloud Contentful Sanity Storyblok Strapi
ビジュアルページ編集 はい（Pages） 限定（Compose） はい（プレゼンテーション） はい（ビジュアルエディター） いいえ（プラグイン必要）
コンテンツモデリング柔軟性 中程度 高い 非常に高い 中程度 高い
開発者エクスペリエンス 中程度 優れた 優れた 優れた 優れた
コンテンツ著者エクスペリエンス 優れた 中程度 中程度 優れた 中程度
パーソナライゼーション内蔵 CDP アドオン経由 いいえ いいえ いいえ いいえ
マルチサイトサポート はい はい（スペース） はい（データセット） はい（スペース） はい（マルチテナント）
推定年間コスト（エンタープライズ） $100K-$250K+ $36K-$60K+ $15K-$50K+ $15K-$36K+ セルフホスト済みコスト
Sitecore からの移行複雑性 高い 中程度 中程度 中程度 中程度～高い

フロントエンドフレームワークの検討

ここが移行がエンジニアリング観点から興味深くなるところです。Sitecore JSS はもともと React、Angular、Vue、さらには React Native をサポートしていました。実際には、出会ったJSS 実装の 80%+ は React ベースです。

ですから、移行するときは、フロントエンドスタックも選択する必要があります。

Next.js

XM Cloud に移行する場合、Next.js を使用しています――唯一の公式にサポートされるレンダリングフレームワークです。Sitecore を離れても、Next.js は強いデフォルトの選択です。

Next.js 15（2024年後半時点で安定）と App Router により、サーバーコンポーネント、ストリーミング、および優れたパフォーマンスが標準で提供されます。エコシステムは巨大です。Sitecore 開発者を見つけるのと比較して、Next.js 開発者を見つけることは相対的に簡単です。

この種の移行のために多くの Next.js 開発を行い、チームが Sitecore JSS から見るパフォーマンス改善は通常、重要です―Core Web Vitals スコアの 40～60%改善が一般的です。

Astro

Sitecore サイトが主にコンテンツ駆動型（マーケティングページ、ドキュメント、ブログ）で、重い対話的機能がない場合、Astro は真摯に検討する価値があります。デフォルトでゼロ JavaScript を配布し、対話性が必要な場所でのみ React、Vue、または Svelte コンポーネントを持ち込むことができます。

Astro サイトがコンテンツ重い ページの完璧な Lighthouse スコアに達するのを見てきました。Sitecore JSS で 60～70 をスコアしていました。違いは劇的です。このパスに興味がある場合は確認してください。

Remix / React Router v7

Remix（現在 React Router と統合）は、サーバー側レンダリングで優れたプログレッシブエンハンスメントを備えたい場合の堅い選択です。これは、フォーム重いアプリケーションおよび JavaScript が失敗した場合でも最良のエクスペリエンスを望んでいるサイトに特に適しています。

移行タイムラインの計画

Q1 2026 に開始し、2026年6月前の完了を目指している場合の現実的なタイムライン：

フェーズ 1：発見＆決定（1～8週間）

  • 現在の Sitecore 実装を監査する
  • すべてのコンテンツタイプ、テンプレート、コンポーネントをカタログ化する
  • 統合を特定する（CRM、ERP、分析、マーケティングツール）
  • 2～3 CMS オプションを概念実証実装を使用して評価する
  • 予算承認を取得する（これは常に思ったより時間がかかります）

フェーズ 2：アーキテクチャ＆コンテンツモデリング（8～14週間）

  • 新しいコンテンツモデルを設計する
  • Sitecore テンプレートを新しい CMS コンテンツタイプにマッピングする
  • コンポーネントアーキテクチャを計画する
  • CI/CD パイプラインを設定する
  • コンテンツ移行スクリプトを構築する

フェーズ 3：構築（14～30週間）

  • フロントエンドコンポーネントを実装する
  • API 統合を構築する
  • コンテンツを移行する（一度にすべてを実行しないでください。反復的に）
  • パーソナライゼーションと分析を実装する
  • プレビューおよびオーサリングワークフローを設定する

フェーズ 4：QA、トレーニング＆起動（30～40週間）

  • 完全な回帰テスト
  • パフォーマンステストと最適化
  • コンテンツ著者トレーニング
  • 段階的なロールアウト（サイトセクション別または複数サイトの場合は地理別）
  • DNS カットオーバーと監視

これは大約10ヶ月です。Q1 2026 より遅く開始している場合、タイムラインを圧縮する必要があります（リスク）または 2026年6月を過ぎるまで実行する必要があります（管理可能ですが、理想的ではありません）。

誰も話さない隠れたコスト

見た移行見積もりはすべて、3つのことを過小評価しています：

コンテンツ移行はクリーンなことはない

Sitecore コンテンツは、蓄積されたスク年があります。孤立したアイテム、重複したテンプレート、5年前に「一時的に」追加されたフィールド。コンテンツ移行はリフト·アンド·シフトではありません―クリーンアップ操作です。コンテンツ移行に 20～30%の時間を予算に見積もって、思ったより多くしてください。

パーソナライゼーション負債

Sitecore パーソナライゼーションルールを使用している場合、それらはどこへ行くのかを把握する必要があります。ほとんどのヘッドレス CMS プラットフォームには組み込みパーソナライゼーションがありません。Sitecore CDP、Uniform、Ninetailed、またはカスタムソリューションのいずれかであることが必要です。パーソナライゼーションロジックを再作成することは、文書化されることはめったにないため、時間がかかります。

SEO リスク

移行には SEO リスク が伴います。URL 構造が変わり、メタタグが見落とされ、リダイレクトマップのギャップがあります。計画の悪い移行後に有機トラフィックの 20～30%を失ったサイトを見てきました。URL マッピング全体を初期段階で構築し、起動前に 301 リダイレクトを実装します。起動後の最初の 90 日間は Search Console を注視してください。

チーム再教育

コンテンツ著者は Sitecore を知っています。彼らは Experience Editor の筋肉記憶を持っています。新しい CMS に移動するということは再教育を意味し、数週間の生産性低下を意味します。これを過小評価しないでください――単なるコストではなく、変更管理上の課題です。

このスコープに圧倒されていると感じている場合、それは正常です。遠慮なく ご連絡ください ―Sitecore 移行のこの種を複数のチームを通じてガイドしたことがあり、正しいパスを理解するのに役立つことができます。

FAQ

Sitecore JSS サポート終了日は正確には何ですか？

Sitecore XP/XM オンプレミスプラットフォームに関連付けられた Sitecore JSS は、これらのプラットフォームと並んでサポート終了に入ります。2026年6月はアクティブなサポートとセキュリティパッチのレガシー JSS SDK が廃止される重要なマイルストーンです。Sitecore の XM Cloud の後継 SDK は、XM Cloud サブスクリプションを必要とする別製品です。

サポート終了日後に Sitecore JSS を実行し続けることはできますか？

できます。テクニック的には、はい。サイトは機能し続けます。しかし、Sitecore からセキュリティアップデート、バグ修正、またはサポートを受けることはできません。JSS レンダリングホストまたはレイアウトサービスで重大な脆弱性が発見された場合、自分でパッチを適用する必要があります。機密ユーザーデータを処理する組織では、これは正当化するのが難しいコンプライアンスリスクです。

Sitecore JSS から XM Cloud に移行するコストはいくらですか？

ほとんどのエンタープライズ移行は複雑性、サイト数、コンテンツボリューム、統合要件によって $200,000～$500,000 以上の範囲です。これには、発見、アーキテクチャ、開発、コンテンツ移行、QA、トレーニングが含まれます。年間 XM Cloud ライセンスは通常、移行コストの上に $100,000～$250,000 以上を実行します。

別のヘッドレス CMS に切り替える方が、XM Cloud にアップグレードするより安いですか？

しばしば、はい――特に継続中のコストで。Sanity、Contentful、Storyblok のようなプラットフォームは XM Cloud よりも低い年間ライセンスコストを持っています。ただし、Sitecore エコシステム内に留まるのではなく、完全に異なるコンテンツプラットフォームに移動しているため、移行作業は類似または若干高い。3～5年のライセンス総コストは、ほとんどの組織で Sitecore 以外のオプションに有利に傾きます。

別の CMS に移行するときに Sitecore パーソナライゼーションルールはどうなりますか？

XM Cloud に移行する場合、Sitecore CDP と Sitecore Personalize（別製品、別ライセンス）が必要になり、パーソナライゼーション機能を複製します。別の CMS に移行する場合、Uniform、Ninetailed、またはカスタム実装のようなサードパーティパーソナライゼーションプラットフォームが必要になります。どちらの方法でも、パーソナライゼーションルールをゼロから再構築する期待してください。

Sitecore 移行用にどのフロントエンドフレームワークを使用するべきですか？

Next.js は最も一般的な選択で、XM Cloud に移行する場合は唯一のオプションです。最小限の対話性を持つコンテンツ重いサイトの場合、Astro は優れたパフォーマンスを提供します。Remix はフォーム重いアプリケーションに強く有効です。現在の JSS 実装が React ベースの場合（ほとんどはそうです）、Next.js は開発チームの最もスムーズな移行を提供します。

典型的な Sitecore JSS 移行にはどのくらい時間がかかりますか？

キックオフから起動まで、エンタープライズ規模の移行に 8～12ヶ月を計画してください。シンプルなシングルサイト実装は 4～6ヶ月で完了する可能性があります。複雑な統合を持つ複数サイト、複数言語設定は 12～18ヶ月かかることができます。発見と決定フェーズだけでは通常 6～8週間かかり、開発が始まる前です。

移行前に Sitecore が拡張サポートを発表するのを待つべきですか？

それに頼らないでください。Sitecore の戦略的方向は明らかに XM Cloud に向かっており、レガシープラットフォームからお客様を移動させる強い財務的インセンティブを持っています。何らかの形の拡張サポートが提供されても、プレミアム価格で来ており、新機能や能動的なセキュリティパッチは含まれません。今移行計画を開始するとオプション提供します。待つことはオプションを取り除きます。