1773385243
2026-03-12 02:21:00
組織がデジタル エクスペリエンス プラットフォームを最新化するにつれて、共通のアーキテクチャ上の疑問が生じます。「Optimizely Commerce を CMS 13 で使用し続ける必要があるか、それともコンポーザブル コマース プラットフォームに移行すべきか?」
企業がヘッドレス フロントエンド、API 主導のアーキテクチャ、AI を活用したコンテンツ ワークフローを採用するにつれて、この決定はますます重要になっています。 Optimizely は強力なエンタープライズ CMS プラットフォームを提供し続けていますが、近年、より広範なコマース エコシステムが大幅に進化しています。
この投稿では、2 つの主要なアプローチ、それらの間のトレードオフ、およびどのモデルが組織に適しているかを判断する方法について詳しく説明します。
従来の Optimizely スタック: CMS + コマース
これまで、ほとんどのエンタープライズ Optimizely 実装では、CMS と Commerce を組み合わせた緊密に統合されたスタックが使用されていました。
典型的なアーキテクチャ
Frontend (MVC / Next.js) -> Optimizely CMS -> Optimizely Commerce Connect 14 -> Catalog / Cart /Orders
このモデルでは:
- CMS は、コンテンツ、ページ、マーケティング エクスペリエンスを管理します。
- Commerce は、製品カタログ、価格設定、カート、チェックアウト、注文を管理します。
- どちらのシステムも同じアプリケーション環境内で実行されます。
利点
統合されたアプローチには、いくつかの利点があります。
- コンテンツとコマースの強力な統合
編集者はマーケティング コンテンツと製品エクスペリエンスを簡単に融合できます。 - 組み込みのコマース機能
コマースには、カタログ管理、プロモーション、価格設定、カート、注文管理が含まれます。 - 成熟したエンタープライズ プラットフォーム
Optimizely Commerce は、多くの大規模なデジタル コマースの実装を強化してきました。 - 統合された編集エクスペリエンス
マーケティング チームとマーチャンダイジング チームは単一のシステム内で活動します。
課題
ただし、このアーキテクチャでは次のような制限が生じる可能性があります。
- CMS から独立してコマースを拡張するのは難しい場合があります。
- 多くの場合、デプロイメントとリリースは密接に結びついています。
- カスタマイズは時間の経過とともに複雑になる可能性があります。
- イノベーション サイクルは、新しい SaaS コマース プラットフォームに遅れる可能性があります。
これらの課題は、多くの組織が別のアプローチを模索している理由の 1 つです。
コンポーザブルコマースの台頭
近年、多くの企業は、コンテンツとコマース プラットフォームが分離され、API を通じて統合される、コンポーザブル コマース アーキテクチャに移行しています。
典型的なアーキテクチャ
Frontend (Next.js / React) -> Optimizely CMS 13 -> GraphQL / APIs -> Composable Commerce Platform
コンポーザブルコマースプラットフォームの例には次のものがあります。
- コマースツール
- ショッピファイ
- 弾性パス
このモデルでは:
- CMS はコンテンツとエクスペリエンスに重点を置いています
- コマース プラットフォームは、トランザクション、カタログ、価格設定、注文を処理します。
- フロントエンドは API を介して両方のシステムを統合します。
利点
コンポーザブル コマースには、いくつかのアーキテクチャ上の利点が導入されています。
- 独立したスケーラビリティ
コマース サービスは、コンテンツ プラットフォームとは別に拡張できます。 - イノベーションの加速
最新の SaaS コマース ベンダーは、機能を迅速にリリースします。 - 最高のアーキテクチャ
組織は、機能ごとに特化したプラットフォームを選択できます。 - ヘッドレス開発との連携の向上
API ファーストのコマース プラットフォームは、Next.js や React などのフレームワークとシームレスに統合されます。
トレードオフ:
ただし、コンポーザブルコマースには複雑さも伴います。
- 統合作業が増加します。
- アーキテクチャガバナンスがより重要になります。
- 編集エクスペリエンスには、従来の CMS コマース ワークフローを複製するための追加ツールが必要になる場合があります。
なぜ今この会話が起こっているのか
このアーキテクチャの変化を推進しているのは、3 つの主要な業界トレンドです。
1. ヘッドレスフロントエンド
多くの組織が Next.js や React などの最新のフロントエンド フレームワークに移行しています。
これらのフレームワークは API ファーストのサービスで最適に動作するため、コンポーザブル コマース プラットフォームが自然に適合します。
2. コマースプラットフォームの急速なイノベーション
commercetools や Elastic Path などのコマース ベンダーは、次のような分野で急速なイノベーションを実現しています。
- サブスクリプションコマース
- マーケットプレイスモデル
- 高度なプロモーション
- グローバルスケーリング機能
3. Optimizely の戦略的焦点
Optimizely は以下に多額の投資を行っています。
- コンテンツ管理
- 実験
- パーソナライゼーション
- Opal を介した AI ワークフロー
コマースは依然としてエコシステムの一部ですが、多くの組織は、外部のコマース プラットフォームが最新のアーキテクチャ戦略とより適合するかどうかを評価しています。
Optimizely Commerce がまだ意味がある場合
多くの既存顧客にとって、依然として Optimizely Commerce を使い続けることが最も現実的な選択肢です。
通常、次のような場合には Commerce Connect を継続するのが理想的です。
- すでに Optimizely Commerce の実装を運用しています
- カタログの複雑さは中程度
- 編集チームとマーチャンダイジング チームは、CMS の緊密な統合に依存しています
- プラットフォームの再構築には多額の費用がかかる
これらの組織にとって、Commerce 14 と組み合わせた CMS 13 は、引き続き安定した実績のあるアーキテクチャです。
コンポーザブルコマースがより良い選択である場合
次のような場合には、コンポーザブル コマースがより良い選択肢となる可能性があります。
- 新しいコマースプラットフォームの構築
- 世界規模での運営
- マーケットプレイスまたはサブスクリプション モデルのサポート
- マイクロサービスベースのアーキテクチャの採用
- 複数のチャネル (Web、モバイル、キオスク、アプリ) にわたるエクスペリエンスの提供
このようなシナリオでは、エクスペリエンス層をトランザクション エンジンから分離すると、大幅な柔軟性が得られます。
多くの企業が採用しているハイブリッド モデル
興味深いことに、多くの組織はその中間に位置しています。
Optimizely CMS を置き換えるのではなく、これをエクスペリエンス オーケストレーション レイヤーとして使用し、コマース操作をコンポーザブル プラットフォームに委任します。
ハイブリッドアーキテクチャ
Next.js Frontend -> Optimizely CMS -> Composable Commerce API -> ERP / PIM / Payment Services
このアプローチでは次のようになります。
- CMS はコンテンツとエクスペリエンスのオーケストレーションを管理します
- コマース プラットフォームはトランザクションとカタログ サービスを処理します
- フロントエンド アプリケーションのエクスペリエンスを統合する
最終的な考え
- Optimizely Commerce とコンポーザブル コマースの問いに対する普遍的な答えはありません。
- 既存の Optimizely 顧客にとって、多くの場合、Commerce 14 を継続することが最も現実的な選択となります。
- ただし、新しいデジタル コマースの取り組みについては、多くの組織が、より柔軟なアーキテクチャを構築するために、Optimizely CMS と並行してコンポーザブル コマース プラットフォームを評価しています。
- 重要なのは、編集ワークフロー、アーキテクチャの柔軟性、イノベーションの速度、長期的なプラットフォーム戦略など、組織の優先事項を理解することです。
- Optimizely CMS は依然として強力なエンタープライズ コンテンツ プラットフォームです。本当の問題は単純に、コマースがそれを取り巻く将来のアーキテクチャにどのように適合するかということです。
2026 年 3 月 12 日
#どうすればいいですか