Optimizely CMS 12をNext.js + Supabaseに移行

Optimizely CMS 12から企業が移行する理由

Optimizely CMS 12—かつてEpiseverだったものがPaaS化した進化版—は一時代を築きました。CMS、コマース、パーソナライゼーションをマネージドAzure環境にバンドルし、しばらくの間はうまく機能していました。しかし今は2026年です：モノリシック型の.NETルーツ、エスカレートするライセンス階層、そしてエンジニアリングチームが字面通り突き抜けることができないパフォーマンス上限を生み出す共有インフラストラクチャモデル。

Optimizely DXPから移行したエンタープライズチームは、年間200K〜500K米ドルのライセンス料金だけで支払っていました。彼らはマルチチャネル配信、300ms未満のTTFB、そして.NETスペシャリストの代わりにReactデベロッパーを採用する能力が必要でした。その数学は成立しなくなっていました。

Optimizely DXPの実際の課題

あなたに対してスケーリングするライセンス料金

Optimizelyのティアード価格モデル—グループ、コーポレート、エンタープライズ—は環境ごとおよびWebアプリごとに課金されます。コマースモジュール、パーソナライゼーションアドオン、カスタム統合を追加すると、契約サイクルごとに増加する6ケタの年間更新費用が発生します。マーケティングチームが新しいマイクロサイトを希望する場合、予算の会話はライセンスから始まります。デザインではなく、ライセンスです。

アーキテクチャに組み込まれたパフォーマンス上限

Optimizely DXPは共有Azure PaaSインフラストラクチャで実行されます。統合、前本番、本番環境は単一のWebアプリと検索インデックスを共有します。監査した大ほとんどのOptimizelyサイトの実世界のLighthouse モバイルスコアは45〜65に落ち着きます。SCAケーススタディ—Optimizelyによって広く引用されている—43から70への改善を示しました。これは進歩です、確かに。でも競争力があありません。モダンヘッドレスビルドは一貫して95〜100に達します。

デベロッパーエクスペリエンスの摩擦

.NETのみのテンプレートシステムは、フロントエンドデベロッパーが実際に知っているツールを使用できないことを意味します。すべてのUI変更は完全なフルスタック.NETデプロイサイクルが必要です。2026年にシニア.NET CMSデベロッパーを採用しようとしてください—そのタレントプールは縮小する一方、React/Next.jsデベロッパーはいたるところにいてより安価です。

さらに多くの問題を生成するマイグレーションツール

Optimizelyの独自のCMS 11→12アップグレード用プロジェクトマイグレーションツールは亀裂を露わにします。新しいLinux Docker DXPインスタンスの立ち上げ、一時的なSASリンク付きAzure Storage Explorerを経由したブロブのコピー、大規模なサイトの場合20分以上かかるデータベースコピー—それはOptimizelyバージョン間の移行だけです。適切なエージェンシーなしでの完全な終了がどのように見えるかを考えてください。

設計による業者ロックイン

コンテンツモデル、ブロック構造、ページ階層、分類ツリー—すべてが独自の形式で存在します。「JSONにエクスポート」ボタンはありません。毎年滞在するにつれて、切り替えコストは増加します。これは偶然ではありません。

Next.js + Supabaseで得られるもの

ターゲットアーキテクチャはコンポーザブルスタックです：フロントエンド用Next.js 15（Vercel上）、バックエンドとコンテンツレイヤー用Supabase（PostgreSQL + Auth + Storage + Edge Functions）、およびエッジキャッシングとDDoS保護用Cloudflare。

Core Web Vitalsで勝つパフォーマンス

ISR（増分静的再生成）を備えたNext.js App Routerは、グローバルに300ms未満のTTFBを提供します。静的ページはビルド時に生成されます。動的コンテンツはオンデマンドで再検証されます。Lighthouse モバイルスコア95〜100は抱負ではなく、ベースラインです。

オープンソースエコノミクス

Subabase Proは月25米ドルで年200K米ドルのDXPライセンスに置き換わります。Vercelホスティングは月20米ドル/サイトで月10K米ドル以上のAzure PaaS費用に置き換わります。3年のTCOは900K米ドル以上から約300K米ドルに低下し、移行自体を含みます。ROIは12ヶ月以内に正に転じます。

本当のヘッドレス、ヘッドレス隣接ではなく

Optimizely CMS 13はヘッドレス機能をマーケティングしましたが、それは仍もPaaS第一で、ボルトオンAPIを備えています。Supabaseはapi-native です。コンテンツのすべてが、行レベルセキュリティポリシーで保護されたREST またはGraphQL経由でアクセス可能です。モバイルアプリ、ウェブアプリ、キオスク—同じコンテンツAPI、追加ライセンスはゼロ。

モダンデベロッパーワークフロー

Reactコンポーネント、TypeScript、Gitベースのデプロイメント、PRごとのプレビュー環境、サーバーロジック用のエッジ機能。チームは機能をスプリントサイクルではなく日数で出荷します。採用パイプラインは世界最大のフロントエンドデベロッパーコミュニティに開かれます。

移行プロセス

プラットフォームマイグレーションリードのAryan Shahは、すべてのコンテンツを保持し、SEO資産を維持し、ゼロダウンタイムを実現するOptimizely DXP終了の繰り返し可能なプレイブックを構築しました。

フェーズ1：深い監査（週1～3）

Optimizelyコンテンツモデル全体をマッピングします—ページタイプ、ブロックタイプ、コンテンツエリア、分類ツリー、メディアアセット、URL構造、統合タッチポイント。完全なインベントリをエクスポートし、構造変更が必要なコンテンツと1:1でSupabaseスキーマにマップされるコンテンツにフラグを立てます。

フェーズ2：スキーマ設計とETLパイプライン（週4～8）

カスタムNode.js ETLスクリプトは、Optimizelyのデータベースからコンテンツを抽出し、Supabase PostgreSQLテーブルに変換します。分類階層は再帰的なテーブル構造とRLSポリシーで保持され、既存のRBAC権限を反映します。メディアアセットはAzure Blob StorageからSubabase Storageに移行されます。並列アップロードパイプラインを使用して、50K以上のアセットカタログを1時間以内に処理しました。

フェーズ3：フロントエンドビルド（週6～14）

Next.js 15 App Routerフロントエンド、既存のデザインシステムに対してコンポーネント単位で構築されます。レプリケートするだけではなく、最適化します。すべてのOptimizelyブロックタイプはReact Server Componentになります。ナビゲーション、検索、フィルタリングはSubabase Edge Functionsに移動され、Optimizelyの共有検索インデックスを専用の高速インフラストラクチャに置き換えます。

フェーズ4：SEO保護（並列追跡）

これは移行が失敗するところです。ここは失敗しません。すべてのURLはマッピングされ、301リダイレクトはCloudflareを経由したエッジで設定されます。XMLサイトマップはSupabaseコンテンツから自動的に再生成されます。構造化データ（JSON-LD）はページタイプごとに再構築されます。移行全体および起動後90日間、Google Search Consoleを監視してインデックス作成の異常をキャッチします。

主要SEOアクション：

• 完全なURLと監査とリダイレクトマッピング
• 正規タグの保持
• 内部リンク構造の検証
• メタタイトル/説明の移行と段階的検証
• スキーママークアップの再構築
• Robots.txtおよびsitemap.xml再生成

フェーズ5：ゼロダウンタイムカットオーバー（週15～16）

ブルーグリーンデプロイメント。新しいNext.js + Supabaseスタックは、Optimizelyサイトがライブのままである間、Vercel上で並列で実行されます。最終的なコンテンツ同期はカットオーバーの2時間前に実行されます。DNSはCloudflareを経由して即座の伝播で切り替わります。トラフィックはゼロダウンタイムで移行します。セーフティネットとして古い環境を30日間暖かく保ちます。

フェーズ6：起動後の最適化（週17～20）

パフォーマンスモニタリング、CWVトラッキング、Supabase Studio上でのエディタトレーニング（またはエディタが視覚的なインターフェースが必要な場合はPayload CMSのような軽量CMSレイヤー）、およびハンドオフドキュメンテーション。

タイムラインと投資

一般的なエンタープライズOptimizely DXP終了は、監査から起動まで14～20週間かかります。価格はコンテンツ量、サイト数、統合の複雑さ、地域化要件に応じて150K米ドル～350K米ドルの範囲です。

文脈のために：次のOptimizely DXP更新はおそらく200K米ドル以上です。移行は2年目までにそれ自体を支払います。

これは誰のためのものですか

Optimizely CMS 12（またはレガシーEpisever）を実行しているエンタープライズチームで、更新決定に直面しているか、パフォーマンス上の問題と闘っているか、単に十分な速さで出荷できない人。エンジニアリングチームが機能の構築よりもプラットフォームとの闘いに時間を費やしている場合、立ち去る時が来ました。

ジェネリック再プラットフォーム化は行いません。AyanとチームはOptimizelyの内部—コンテンツモデル、ブロブストレージの癖、デプロイメントパイプラインの制限をを冷たく知っています。だからこそ、分類保護とゼロダウンタイムを保証できるのです。これは初めての終了ではありません。