コンテンツ管理システムアーキテクチャとは?

ウェブを作るための設計コンテンツ管理process easy, コンテンツ管理systems (CMSs) also enable brands to create and distribute content at scale. This article explores the four types of CMS architecture: conventional, decoupled, headless, and hybrid. We wrap things up by looking at nine core factors to focus on when evaluating and ultimately choosing the best CMS platform for your organization.

コンテンツ管理システムアーキテクチャの定義

コンテンツ管理システムは、SaaS製品としてクラウドでホストされるか、オンプレミスでホストされるソフトウェアアプリケーションです。これにより、複数の寄稿者が、Web、ソーシャル メディア、モバイル アプリ、メール、IoT などのさまざまなチャネルでデジタル コンテンツを作成、変更、整理、公開できます。とても簡単に聞こえますよね?まあ、ある意味では、それは確かに爽快なほどシンプルです。特に、コンテンツ管理システム以前の時代(その時代に耐えたベテランの開発者やマーケターが振り返ることを楽しめない暗く困難な時代)と比較すると。

ただし、すべてのCMSが同じように構築されているわけではなく、価格設定モデルも異なります。比較的俊敏で拡張可能なものもあれば、導入コストが低く、ビジネスユーザーにとって簡単なものもありますが、柔軟性と汎用性が犠牲になっています。これらの相対的な利点と欠点は多面的で複雑になる可能性がありますが、あるタイプのコンテンツ管理システムを別のタイプのCMSと基本的に特徴付けるものは明確で一貫しています。

基本的に、コンテンツ管理システムのアーキテクチャは、フロントエンド機能(コンテンツが表示される場所)とバックエンド機能(コンテンツが作成および編集される場所)を制御するツールとテクノロジーとの関係(場合によってはその欠如)を定義します。明らかに、この話はこれよりもはるかに技術的です - コンテンツ管理システムアーキテクチャを専門とするソフトウェアエンジニアはすぐに同意するでしょう。しかし、この議論の目的上、コンテンツ管理システムのアーキテクチャは、フロントエンドがバックエンドと「対話」するかどうか、どのように、そしてどの程度まで「対話」するかを決定することを理解すれば十分です。

従来のコンテンツ管理システムアーキテクチャ(モノリシックまたは結合型CMSアーキテクチャと呼ばれることが多い)では、フロントエンドとバックエンドは緊密に接続され、事前に定義されています。従来のコンテンツ管理システムアーキテクチャは、次のコア要素で構成されています。

• コンテンツとデジタルアセットが格納されるバックエンドデータベース。
• コンテンツが作成されるバックエンドのコンテンツ管理プラットフォーム。
• コンテンツ作成者と発行者がデザイン スキーマを構築して適用するバックエンド アプリケーション。
• 公開されたコンテンツを HTML ページに表示するフロントエンド アプリケーション層。

従来のコンテンツ管理システムソリューションの利点

• 個人のWebサイトや基本的なビジネスWebサイト(特にリソースと予算が限られている中小企業)など、シンプルで洗練されていないユースケースに適しています。
• 実装は比較的簡単です(「標準搭載」)、フロントエンドとバックエンドが結合されており、個別のインストールが必要ないためです。
• 通常、シンプルでユーザーフレンドリーなインターフェースと事前定義されたテンプレートを提供し、技術者以外の管理者やエンドユーザーに適しています。
• これらは、これから検討する他のタイプのコンテンツ管理システムアーキテクチャ(デカップリング、ヘッドレスCMS、ハイブリッド)よりも購入、導入、更新に安価です。

従来のコンテンツ管理システムアーキテクチャの欠点

• コンテンツはウェブ専用であり、モバイルやIoTなどの他のチャネルでシームレスに再利用したり共有したりすることはできません(注:これはAPIを活用することで可能かもしれませんが、従来のコンテンツ管理システムアーキテクチャは基本的にサードパーティのツールと連携するように構築されていないため、非常に難しい場合があります)。
• 限られた範囲のコンテンツタイプとプログラミングフレームワークのみをサポートします。
• 定期的なメンテナンスや更新など、バックエンドに変更を加えることは、複雑で、時間と費用がかかり、厳格な内部テストを行っても潜在的にリスクを伴います。
• 俊敏性の欠如により、DevOpsサイクルが遅くなり、顧客の期待の変化や市場のダイナミクスにビジネスが同期しなくなる可能性があります。
• ビジネス継続性に対する継続的なリスクを表す:1つのコンポーネント(コンテンツ管理プラットフォームなど)に問題があると、コンテンツ管理システム全体がクラッシュする可能性があります。
• 継続的なセキュリティリスクを表す:従来のコンテンツ管理システムの結合性は、悪意のある人物がコンテンツデータベースを構成すると、コンテンツパブリッシングプラットフォームにアクセスしてWebサイトをオフラインにできることを意味します。

この用語が示すように、デカップリングされたコンテンツ管理システム アーキテクチャ フロントエンドとバックエンドは別々のシステムです。バックエンドはコンテンツの作成と保存を管理し、フロントエンドはさまざまなインターフェイス (Web、ソーシャル、アプリ、IoT など) を通じてユーザーにコンテンツを表示することを管理します。分離されたコンテンツ管理システムアーキテクチャは、次のコア要素で構成されています。

• コンテンツとデジタルアセットが格納されるバックエンドデータベース。
• コンテンツが作成されるバックエンドのコンテンツ管理プラットフォーム。
• 既定のフロントエンド コンテンツ発行プラットフォーム。
• バックエンドのコンテンツ管理プラットフォームとフロントエンドのコンテンツ公開プラットフォームを接続する API。

Advantages of デカップリングされたコンテンツ管理システム architecture

• デベロッパーは、顧客体験を最適化し、コンバージョン (マイクロコンバージョンを含む) を促進するために、最適な API 統合の名簿を管理することができます
• デベロッパーは、フロントエンドに影響を与えたり中断したりすることなく、バックエンドに変更を加えることができます
• 通常、パブリッシャーと開発者の依存関係は、ヘッドレスCMS コンテンツ管理システムアーキテクチャ (これについては次に説明します) よりも低くなります
• フロントエンドのプレゼンテーション層を標的とした攻撃に対する脆弱性が低い — 悪意のある人物がコンテンツデータベースを侵害した場合でも、(分離された)コンテンツパブリッシングプラットフォームにはアクセスできません
• コンテンツがサーバーを経由せずに視聴者に直接プッシュされるため、コンテンツ配信が高速化されます。これは、ページの読み込み速度が検索エンジンのランキング要因であるため、SEOを向上させることもできます
• コンテンツは標準化され、構造化され、再利用可能な形式で保存されるため、マーケターにとって使いやすい
• クラウドのデプロイでは、インフラストラクチャのリソースを活用し、需要の増加(サイバーマンデーのトラフィックの急増など)に応じて拡張でき、スケールメリットも活用できます(トランザクション量が増えると、基盤となるクラウドベースのインフラストラクチャのユニットあたりのコストが削減されます)

Drawbacks of デカップリングされたコンテンツ管理システム architecture

• 従来のコンテンツ管理システムアーキテクチャよりも調達コストが高く、サードパーティの統合を追加すると、総所有コストが増加します。
• 比較的使いにくい (通常、開発者にとっては継続的な問題ではありませんが、一部のコンテンツ作成者にとっては課題となる可能性があります)。
• アーキテクチャレイヤーが増えると、追加の開発作業と技術的専門知識(特にフロントエンドとスケーリング)が必要になり、これらは社内のスタッフが提供するか、外部のパートナーやコンサルタントを通じて取得する必要があります。

ヘッドレスCMS コンテンツ管理システム アーキテクチャでは、テンプレートを使用してコンテンツを表示する定義済みのフロントエンドはありません。代わりに、バックエンドはさまざまなデバイスやチャネル(Web、ソーシャル、モバイル、IoTなど)にコンテンツをプッシュし、それぞれがそのコンテンツの表示方法を制御できるようにします。ヘッドレスコンテンツ管理システムアーキテクチャは、次のコア要素で構成されています。

• コンテンツとデジタルアセットが保存されるバックエンドデータベース
• コンテンツが作成されるバックエンドのコンテンツ管理プラットフォーム
• バックエンドのコンテンツ管理プラットフォームとフロントエンドのコンテンツ公開プラットフォームを接続する API

一見すると、ヘッドレスCMSコンテンツ管理システムアーキテクチャは、デカップリングされたコンテンツ管理システムアーキテクチャと本質的に同じように見えるかもしれません。重複する部分もありますが、同一ではありません。デカップリングされたコンテンツ管理システムアーキテクチャでは、デフォルトのフロントエンドコンテンツパブリッシングプラットフォームが使用されます。しかし、ヘッドレスCMSコンテンツ管理システムアーキテクチャにより、組織は必要なフロントエンドテクノロジーを完全に自由に選択できます。標準のテンプレートや事前定義されたモジュール統合を備えたフロントエンドシステムはありません。

ヘッドレスCMSコンテンツ管理システムアーキテクチャの利点

分離されたコンテンツ管理システムアーキテクチャのすべての利点に加えて、ヘッドレスCMSコンテンツ管理システムにはいくつかの重要な利点があります。

• デベロッパーは、必要な数の配信レイヤーを必要な数、必要な言語で作成し、コンテンツを任意のチャネルにプッシュできます。これにより、マーケターは、エンタープライズビジネスに不可欠な機能であるオムニチャネルキャンペーンを作成できます。
• デベロッパー、現在使用されていないが将来導入される可能性のあるものを含む、増え続けるフロントエンドコーディングフレームワーク(Next.jsなど)を使用できます。

ヘッドレスCMSコンテンツ管理システムアーキテクチャの欠点

• デカップリングされたアーキテクチャよりも管理が複雑で、社内に専門知識がない組織や、追加のプレゼンテーションサポートを得るための予算がない組織にとっては問題になる可能性があります
• プレゼンテーションは JavaScript を記述する開発者が担当するため、技術に詳しくないマーケターは WYSISYG のオーサリングや編集を利用できません
• 顧客のやり取りのデータがフロントエンドとバックエンドの間でリアルタイムでプッシュされないため、エクスペリエンスをパーソナライズするしたり、コンテンツアナリティクス機能(A/Bテストなど)を実行したりすることはできません

ハイブリッド コンテンツ管理システム アーキテクチャは、ヘッドレスCMS コンテンツ管理システム アーキテクチャの柔軟性と拡張性を兼ね備えながら、API を使用して、従来の コンテンツ管理システム アーキテクチャが提供するパーソナライズ機能とコンテンツアナリティクス機能を実現します。

ハイブリッドコンテンツ管理システムアーキテクチャの利点

• コンテンツは、分離されたコンテンツ管理システムアーキテクチャを通じて1つのエクスペリエンスに配信できますが、開発者は好みのライブラリやフレームワーク(React.jsなど)を使用して、個別のフロントエンドコードベースを開発および保守できます。
• デバイスやブラウザがコンテンツやパーソナライズルールをリアルタイムで解釈し(プロファイル情報、過去のインタラクションなどの要素を考慮に入れて)、リアルタイムアナリティクス(A/Bテストなど)を実行できるようにするAPIを活用します。
• WYSIWYG編集、チームがメディアを再利用できるようにすることでコンテンツのライフサイクルを延長するデジタルアセット管理、コンテンツをリアルタイムでプレビューおよび編集するライブ編集などの機能でマーケターを支援します。
• コンテンツブロック、プレゼンテーションプロンプト、Webフォームなどのコンポーネントとテンプレートを使用して、マーケターをさらに強化し、Webページやその他の形式でのコンテンツ開発とプレゼンテーションを構造化、合理化、標準化します。

ハイブリッドコンテンツ管理システムアーキテクチャのデメリット

予想通り、ハイブリッドコンテンツ管理システムアーキテクチャは、分離されたコンテンツ管理システムとヘッドレスCMSの両方と同じ機能的(ただし、コンテンツのプレビューやアナリティクスではない)の欠点を共有しています。ただし、ハイブリッドコンテンツ管理システムの導入では、デフォルトのフロントエンドレイヤーがないため、追加の専門知識が必要になる場合があります。幸いなことに、このサポートはすぐに利用でき、主要なベンダーには、必要なレベルのサポートを提供する準備ができているサードパーティのコンサルタントのネットワークがあります。

従来のコンテンツ管理システムアーキテクチャからデカップリング/ヘッドレスCMSコンテンツ管理システムアーキテクチャへの大きな飛躍に慎重な組織には、多くの点で両方の長所を提供するハイブリッドコンテンツ管理システムアーキテクチャが適している可能性があります。

ここまで、従来型、分離型、ヘッドレスCMS、ハイブリッドの 4 種類の コンテンツ管理システム アーキテクチャを見てきましたが、チームは現在の要件と予想される目標に最適なモデルを特定することに熱心かもしれません。製品とオプションを評価する際には、次の 9 つの主要な機能と属性に注目してください。

1.コンテンツを簡単に作成、編集、配信するためのツールを備えた優れた編集機能。次のような機能を探します。

• 直感的なユーザーインターフェース。
• ファーストクラスのテキスト処理。
• ライブ コンテンツ プレビュー (WYSISYG)。
• コーディングなしのデザインの柔軟性/カスタマイズ。
• コンテクスト内ヘルプとドキュメント。
• Searchおよびインデックス作成機能(柔軟なおよび拡張可能な組み込み検索エンジン、予測型検索、コンテンツ階層の任意のレベルでのフルシステム検索。ブール型クエリ ロジック。
• コンテンツの保存とアクセシビリティ。
• 適切に設計されたページとコンポーネントのテンプレート。
• バージョン管理により、コンテンツのライフサイクル全体にわたって可視性が向上します。
• スケジュール設定とリマインダー。

2. リンク管理やコンテンツモデリングなど、ワークフロー、レポート作成、コンテンツ整理ツール。

3. ユーザーおよびグループの権限を調整し、規制コンプライアンスを確保する直感的なユーザー管理(たとえば、特定の日付/時間にWebサイト上で公開されていたコンテンツを簡単かつ確実に証明する機能)。

4. 特定のドキュメントや情報にアクセスするための厳格でカスタマイズ可能なコントロールを備えた堅牢なセキュリティにより、コンテンツは適切な人だけが閲覧でき、適切なタイミングで公開されます。また、コンテンツ管理システムは、選択したエンタープライズセキュリティプロバイダーやサードパーティの認証システム(Azure AD、IdentityServer、OpenID、Oauthなど)と統合する必要があります。

5.マルチチャネルのスケーラビリティにより、マーケターは「一度作成すればどこでも配信」でき、新しいチャネルを簡単に追加し、SEOアルゴリズムの変化に合わせて新しいコンテンツとメタデータを再構築して提供できます。また、ソフトウェア開発キット(SDK)、API、コネクタ、パイプラインを使用してコンテンツ管理システムを定期的に更新した実績のある履歴実績を持つベンダーを選択することも不可欠です。

6. マルチサイトおよび多言語サポート、ローカリゼーションおよび翻訳サービスとの統合、多言語編集機能、多国籍コンテンツのワークフロー、多国籍ガバナンスなど、グローバルに展開する能力と俊敏性。

7. クラウド機能、マルチサイト展開、新しい統合、コネクタ、API の明確なポイントによる拡張性など、組み込みの柔軟性、スケーラビリティ、パフォーマンスの強化。

8. パーソナライゼーションとアナリティクスは、外部ソースやアプリケーションを含むすべてのチャネルからやり取りのデータデータを収集し、すべての顧客とのやり取りとジャーニーを測定指標し、レポートする能力によって推進されます。

9.非常に強力な統合コンテンツとeコマース統合は、以下によってサポートされています。

• 統一されたeコマースインターフェース。
• 移行ツール。
• シームレスな在庫管理。
• 適応可能な在庫処理。
• フローチャートベースのルールによる自動化。
• パーソナライゼーション機能。
• サードパーティの統合。
• ユーザー生成コンテンツの作成。
• テスト機能。

これらの重要な機能について詳しく見るには、ガイドのダウンロード:「私のビジネスに適したコンテンツ管理システムはどれですか?」

適切なコンテンツ管理システムアーキテクチャを選択することは、コンテンツ運用の基本であり、次のことを決定します。

• コンテンツの作成方法と、コンテンツを表示できる場所 (場合によっては表示できない場所)。
• チームがコンテンツの変更や編集を複数の場所で手動でレプリケートする必要があるかどうか。
• マーケターと開発者が協力しなければならない性質と範囲、およびそれらが同時に作業できるかどうか。
• コンテンツ配信のスピードは、ユーザーエクスペリエンスと顧客満足度の中核的な推進力です。

Sitecore XM Cloudの詳細

Sitecore XM Cloudは、コンテンツ管理を再考するエンタープライズ対応のSaaS コンテンツ管理システムです。XM Cloud は、ハイブリッド アーキテクチャを使用して、ヘッドレスCMSコンテンツ管理システムの最適な属性を通じて開発者の俊敏性を提供し、視覚的に豊かな WYSIWYG ページ構成エクスペリエンスを通じてマーケターを強化します。

詳細とオンデマンドのガイド付きデモを開始する.Discover XM Cloudにより、組織は関連するエクスペリエンスを迅速に提供できるようになります。