複数のCMSプラットフォームを運用するコスト

この記事は Dries Buytaert 氏の公式ブログ「dri.es」の翻訳記事です。Driesブログの記事一覧よりすべての翻訳記事をご覧いただけます。

ここ数ヶ月で、5社以上のAcquia顧客が独立して同じ戦略的決断を下しました。WordPressなどのプラットフォームから何百ものウェブサイトをDrupalへ移行するという決断です。

移行先はAcquia Cloudになるサイトもあれば、Acquia Sourceになるサイトもあります。Drupal CMSがマーケターやサイトビルダーにとってDrupalをより取り組みやすくしたことで、これらの決断において重要な役割を果たしました。

なぜ異なる組織が同じ選択をするのか？主な理由のひとつが、CMSの断片化によるコストです。

数ヶ月前、あるCMOが新しいデジタルアセット管理システム（DAM）を購入したと話してくれました。そのDAMを組織のウェブサイトに接続するための見積もりが、約10万ドル・3ヶ月という結果になったそうです。

なぜそれほどかかるのか？その組織はDrupal、WordPress、Contentfulという3つのCMSプラットフォームを運用していました。DAMは3つすべてと連携しなければなりません。つまり3つのインテグレーションだけでなく、3セットの専門知識、3つの展開計画、3つの継続的なメンテナンス責任が生まれます。新しい機能ひとつが、3つの別々のプロジェクトになってしまったのです。

組織は速く動きコストを削減するよう求められています。CMSの断片化は、継続的な重複を生み出すことでその両方を困難にします。インテグレーション、セキュリティプラクティス、ガバナンスポリシー、デザインシステム、技術的な専門知識——これらすべてを複数のプラットフォームにわたって開発・維持しなければなりません。

こうした重複の一部は、複数のCMSプラットフォームにまたがるホスティングとポートフォリオのガバナンスを標準化することで軽減できます。それは価値のあることですが、問題の一層しか対処できません。各CMSにはそれぞれ独自の拡張モデル、編集体験、セキュリティ上の考慮事項、必要な専門知識があります。

この断片化は多くの場合、理解できる理由から生じます。チームがそれぞれ独立してテクノロジーの判断を下すことが多く、サイトによって本当に異なる要件を持つことがあります。

マーケティングチームは、開発者を巻き込まずに数日でキャンペーンサイトを立ち上げる必要があるかもしれません。その場合、SaaSソリューションは魅力的です。カスタムインテグレーションを持つ高トラフィックのエンタープライズアプリケーションを担当するチームは、PaaS環境で動くオープンソースソリューションの柔軟性と制御が必要かもしれません。

それぞれの決断は個別のプロジェクトとしては理にかなっていても、組織全体として大きな重複を生み出します。

15年以上前、Acquiaのプロダクト戦略についての記事で、組織は共通のCMSに標準化しつつ、各サイトに適した運用モデルを選ぶべきだと主張しました。今日、その根拠はさらに強まっています。ウェブサイトはより多くのインテグレーションに依存するようになり、デジタル体験はより複雑になり、AIはポートフォリオ全体に展開する必要がある別の共有能力になりつつあります。複数のCMSプラットフォームがあれば、新しい能力を追加するたびにより難しく、より高コストになります。

ひとつのCMSに標準化することで、チームはデザインシステム、セキュリティプラクティス、インテグレーション、専門知識をサイト間でより多く再利用できます。マーケターはコンテンツの作成・管理においてより一貫した方法を得られ、開発者は無関係なプラットフォームで同じ機能を実装する時間を減らせます。

しかしDrupalへの標準化は、すべてのサイトを同じアーキテクチャや運用モデルに押し込むことを意味しません。組織は共通のCMS基盤を共有しながら、各サイトに適した利便性と制御のバランスを選べます。

それがAcquia SourceとAcquia Cloudが一緒に機能する場面です。

Acquia SourceはSaaS運用モデルを提供します。スピードとシンプルさを重視するチーム向けに設計されています。AcquiaがDrupalのコードベースを管理したり任意のモジュールをインストールしたりすることなく、マーケターやサイトビルダーがUI、再利用可能なコンポーネント、サポートされたインテグレーションを通じて体験をカスタマイズします。開発者はカスタムコンポーネント、API、Webhook、その他のサポートされたツールを通じてサイトを拡張できます。

Acquia CloudはPaaS運用モデルを提供します。より深いカスタマイズと開発者の制御が必要なサイト向けに設計されています。チームはカスタムDrupalモジュールを構築し、コントリビュートモジュールを使用し、Gitでコードを管理し、CI/CDパイプラインを動かし、DrupalをほかのシステムとよりDrupalを深く統合できます。

どちらもDrupalの上に構築されています。これにより組織はスキル、コンテンツプラクティス、デザインシステム、セキュリティ、インテグレーションの共通基盤を持ちながら、各サイトがスピード・シンプルさ・柔軟性・制御の適切なバランスを選べます。

サイトはスピードとシンプルさが最優先のときにAcquia Sourceから始められます。後からカスタムモジュール、より深いインテグレーション、開発者の制御が必要になった場合、組織はソースコード、データベース、ファイルをエクスポートしてAcquia Cloudや別のDrupal環境に移行できます——別のCMSへの移行なしに。

私はこれを「Open SaaS」と呼んでいます。SaaSの利便性とオープンソースの所有権・ポータビリティを組み合わせたものです。組織はDrupalを離れることなく、サイトの制御を手放すことなく、別の運用モデルを選べます。

組織がこのように標準化すると、経済性は劇的に変わります。共有された能力を異なるプラットフォームで再構築するのではなく再利用することで、一部の顧客が年間数千万ドルを節約できるよう支援してきました。セキュリティとガバナンスが調整しやすくなり、チームは共通の基盤の上でより深い専門知識を築けます。そしてお客様は完全なサイトをエクスポートできるため、コントロールを維持しベンダーロックインを避けられます。

すべてのウェブサイトを同じ方法で運用することが目標ではありません。キャンペーンサイトとミッションクリティカルなアプリケーションは、異なるレベルのスピード・柔軟性・制御を必要としますが、無関係のCMSプラットフォームは必要ありません。

目標は、組織のデジタルポートフォリオ全体に運用レバレッジを生み出すことです。各サイトはニーズに合った運用モデルを使いながら、チームはコンテンツ・デザイン・インテグレーション・セキュリティ・専門知識への投資を再利用できます。

そうなれば、組織がDAM、パーソナライゼーションエンジン、アナリティクスプラットフォーム、AI機能を追加するとき、チームは各CMSで一からやり直すのではなく共有の成果の上に積み上げられます。結果は、より速い実行、デジタル投資へのより大きなリターン、低コスト、そして低リスクです。

ひとつのCMS基盤に複数の運用モデル——それを可能にします。

By Dries Buytaert

この記事は 「The cost of running multiple CMS platforms」（投稿日：2026-07-20）の翻訳記事です。