AEM ヘッドレスコンテンツアーキテクトジャーニーのこのステップでは、Adobe Experience Manager(AEM)as a Cloud Service as a Headless CMS の使用時にコンテンツモデリングを理解するうえで必要な(基本)概念と用語について説明します。
このドキュメントを通じて、ヘッドレスコンテンツ配信、AEM によるヘッドレスのサポートおよびコンテンツがヘッドレス向けにどのようにモデル化されるかを理解できるようになります。読み終えると、次のことが習得できます。
使いやすい大規模なコンテンツ管理システム(CMS)が登場して以来、組織はこれらをメッセージング、ブランディング、コミュニケーションを管理する一元的な場所として活用してきました。CMS をエクスペリエンス管理の中心として使用することで、異なるシステムでタスクを重複させる必要がなくなり、効率が向上しました。
フルスタック CMS では、コンテンツを操作する機能はすべて CMS 内にあります。システムの機能は、CMS スタックの異なるコンポーネントを構成します。フルスタックソリューションには多くの利点があります。
したがって、新しいチャネルを追加したり、新しいタイプのエクスペリエンスをサポートしたりする必要がある場合は、1 つ(または複数)の新しいコンポーネントをスタックに挿入します。変更する場所は 1 つだけです。
ただし、スタック内の他の項目を、変更に合わせて調整する必要があるので、スタック内の依存関係の複雑さがすぐに明らかになります。
システムのヘッドは、通常、そのシステムの出力レンダラーです。一般的には、GUI やその他のグラフィカル出力の形式です。
ヘッドレス CMS では、CMS がコンテンツを管理し、コンシューマーに配信します。ただし、ヘッドレス CMS では、標準化された方法でコンテンツを配信だけで、最終的な出力のレンダリングは省略され、コンテンツのプレゼンテーションは消費サービスに委ねられます。
消費サービス(AR エクスペリエンス、web ショップ、モバイルエクスペリエンス、プログレッシブ web アプリ(PWA)など)では、ヘッドレス CMS からコンテンツを取り込み、独自にレンダリングを提供します。ヘッドレス CMS は、コンテンツに合わせて独自のヘッドを提供します。
ヘッドを省略することで、複雑さが減り、CMS をシンプルになります。また、コンテンツのレンダリングの責任は、実際にコンテンツを必要とするサービスに移ります。多くの場合、サービスのほうがレンダリングに適しています。
コンテンツモデリング(データモデリングとも呼ばれます)はアーキテクトの専門分野です。ヘッドレス向けモデリングの際には、何を考慮すべきでしょうか。
ヘッドレスアプリケーションがコンテンツにアクセスして何らかの処理を行えるようにするには、実のところ、コンテンツには事前に定義された構造が必要です。コンテンツを自由形式にすることも可能ですが、その場合は、アプリケーション側の処理が非常に複雑になります。
AEM の場合は、コンテンツアーキテクトがコンテンツモデリングを実行して、様々なコンテンツフラグメントモデルを設計します。これらのモデルは、コンテンツを保持するコンテンツフラグメントをコンテンツ作成者が作成する際に使用される構造を定義します。
これはどちらかと言えば、開発上の詳細になりますが、ストーリーを完結させるうえで興味を引くかもしれません。
コンテンツフラグメントモデルを作成し、作成者がそれらを使用してコンテンツを生成したら、ヘッドレスアプリケーションは、このコンテンツにアクセスする必要があります。
Adobe Experience Manager (AEM)as a Cloud Service では、AEM GraphQL API を使用して、コンテンツフラグメントに選択的にアクセスし、必要なコンテンツのみを返すことができます。開発者は、API を使用して、特定のコンテンツを選択するクエリを作成できます。この選択プロセスは、使用するコンテンツフラグメントモデルに基づいています。
つまり、アプリケーションで使用する構造化コンテンツのヘッドレス配信をプロジェクトで実現できることになります。
これで、概念と用語を説明したので、次のステップは AEM でのヘッドレス向けコンテンツモデリングの基本についてです。