用語集索引

A   B   C   D   E   F   G   H   I   J   K   L   M   N   O   P   Q   R   S   T   U   V   W   X   Y   Z


用語集索引

A   B   C   D   E   F   G   H   I   J   K   L   M   N   O   P   Q   R   S   T   U   V   W   X   Y   Z


用語集索引

A   B   C   D   E   F   G   H   I   J   K   L   M   N   O   P   Q   R   S   T   U   V   W   X   Y   Z

用語集:用語

ヘッドレスCMS:Headless CMS

クイック定義

ヘッドレスCMSとは、コンテンツの配信レイヤーからプレゼンテーションレイヤーを分離したコンテンツ管理システム(CMS)のことです。このテクノロジーを利用すれば、フロントエンドの開発者はコンテンツリポジトリーから直接、HTTP APIを介してコンテンツにアクセスし、そのコンテンツを様々な場所に配信できます。

重要ポイント

 

ヘッドレスコンテンツ管理は、より高速で応答性の高いwebエクスペリエンスの必要性、モバイルアプリやデバイスの普及拡大、フロントエンドの開発者用ツールの増加という、複数の異なるトレンドが重なったことで生み出されました。

ヘッドレスアプローチならではの利点は、迅速なエクスペリエンスの提供です。これは、リソースと帯域幅が限られているモバイルアプリケーションでは特に重要となります。

ヘッドレスCMSでは、プレゼンテーションやアプリケーション、コンテンツなどの変更は、IT開発者に大きく依存します。

ハイブリッドCMSは、あらゆるチャネルをまたいでコンテンツを配信するとともに、従来型とヘッドレス型のサイトやアプリケーションを混在して運用できるようにすることで、従来型CMSとヘッドレスCMSの間を橋渡しします。


ヘッドレスCMSに関する様々な疑問に、Mathias Siegelが回答します。Mathiasは、Adobe Experience Manager Sitesのプリンシパルプロダクトマネージャーです。製品管理を監督しており、アドビのwebコンテンツ管理機能の開発に関する計画、優先順位付け、エンジニアリング部門との連携などを管理しています。

質問:ヘッドレスCMSとは何ですか

回答:ヘッドレスCMSは、開発者が目標とするオムニチャネルコンテンツ配信を容易に実現できるようにするシステムです。開発者はコンテンツを取得し、どこにでも配信することができます。ヘッドレスCMSを使用すると、CMSからコンテンツを取得し、好みのツールで任意のフロントエンドに配信することが可能になります。その際の手順は使用するCMSの種類により異なります。

純粋なヘッドレスCMSには、コンテンツリポジトリーしか含まれていません。APIを使用すればコンテンツを取得することはできますが、それを表示する機能がありません。表示機能を使用する場合は、UI(ユーザーインターフェイス)を新たに作成する必要があります。ヘッドレスコンテンツ管理機能に加えて、強力な機能を備えたCMSも存在しています。

ヘッドレスCMS機能の一例として、フロントエンドにwebブラウザーで実行される純粋なJavaScriptアプリケーションを配置し、バックエンドシステムから取得したコンテンツを使用してエクスペリエンスを生成する仕組みを挙げることができます。このコンテンツ管理システムでは、サーバー上でその他のHTMLが生成されません。ヘッドレスCMSは、モバイルアプリやIoTデバイスチャットボット、音声アシスタントへのコンテンツ配信にも使用されます。

エクスペリエンス管理ではこうしたアーキテクチャに加えて、フロントエンドアプリケーションとコンテンツリポジトリーが通信するためのAPIが必要です。あらゆるヘッドレスアーキテクチャには、フロントエンドのアプリケーションとバックエンドのコンテンツリポジトリーを仲介するAPIが欠かせません。このAPIが、実装されたヘッドレスCMSがバックエンドリポジトリーからコンテンツを取得するためのゲートウェイになります。 

ヘッドレスCMSを使用するアプローチは、webアプリ、モバイルデバイス、IoTデバイスなどの様々なデバイスやチャネルへの迅速なコンテンツ配信に役立ちます。

質問:ヘッドレスCMSはどのように開発されましたか

回答:ヘッドレスCMS機能は、過去数年間のトレンドが重なったことで生み出されたシステムです。ひとつ目のトレンドは、エンドユーザーが常に即座の結果を求めることです。誰もが迅速なwebエクスペリエンスを求めています。

ふたつ目のトレンドは、モバイルデバイス人気の高まりです。モバイルは、ブラウザーにHTMLを送信せずに、モバイルアプリケーションのみを対象とするという、従来とは異なるフロントエンドを備えた最初のチャネルでした。初期のスマートフォンでは、低速な接続を利用してwebページを読み込むのが大変だったので、開発者が解決策を探し始めることになりました。

3つ目のトレンドは、フロントエンド開発者の増加とツールの充実です。フロントエンド開発者の役目は、エクスペリエンスを表示するクライアントサイドアプリケーションの開発です。こうした開発者向けのクライアントサイドアプリケーション開発用ツールはここ数年の間に増加しており、完成度も高くなっています。

この3つのトレンドが重なり、サーバーサイドでのHTMLレンダリングから、チャネルと目的に応じてクライアント上で直接エクスペリエンスをレンダリングする方式への潮流が生まれました。 

モバイルアプリケーションが急成長した理由のひとつは、この種のアプリケーションに、ごく短時間でコンテンツの表示や切り替えをおこなえる特性があることです。この点とフロントエンド開発ツールの増加が、ヘッドレスCMS機能の導入を加速しています。

質問:ヘッドレスCMS機能を使用する利点は何ですか

回答:ヘッドレスCMS機能を使用すると、より迅速にwebエクスペリエンスを提供することに加えて、web開発者が使いやすいツールやフレームワークを柔軟に選択することができます。つまり、HTMLの生成とレンダリングをおこなううえで、特定のアプリケーションスタックに縛られることがなくなります。現在では、アプリケーションプログラミングインターフェイス(API)を介してバックエンドコンテンツリポジトリーと通信し、特定のユースケースやチャネルでコンテンツをレンダリングする専用のアプリケーションを作成することができます。コンテンツAPIは、異種のテクノロジーやプラットフォーム間のやり取りを可能にします。

質問:ヘッドレスCMS機能とハイブリッドCMS機能の違いは何ですか

回答:純粋なヘッドレスCMSアーキテクチャは、コンテンツリポジトリーだけを備え、表示機能を持ちません。この方式では、新しいエクスペリエンスの開発やテストのハードルが下がり、迅速な実行が可能になる一方で、カスタム実装のための管理が難しくなる場合もあります。

ハイブリッド型のヘッドレスCMSはデカップルドCMSとも呼ばれ、HTMLをブラウザーに送信する従来のCMSとヘッドレスCMSの中間的な存在です。ひとつのチャネルだけでなく、オムニチャネルのエクスペリエンスをサポートしており、社内の様々な部門をまたいでコンテンツを管理できます。その一方で開発者には、チャットボットや音声アシスタント、その他のIoTデバイスといったあらゆるエンドポイントへの配信コンテンツに直接アクセスするためのシンプルなツールを提供します。

ハイブリッドCMSを使用すると、ヘッドレスコンテンツ管理に必要な機能に加えて、他の一通りの機能もすぐに使用できるので、オーサリングやマルチサイト管理、言語翻訳などの機能を一から作成する必要はありません。自社のwebサイトからヘッドレス方式でコンテンツを再利用するという、純粋なヘッドレスCMSではできないことも可能です。純粋なヘッドレスCMSは、グローバルなwebサイト運営に欠かせない強力な機能を駆使したマルチページwebサイト管理に対応しておらず、ヘッドレス方式でコンテンツを再利用することもできません。

ハイブリッドCMSを導入して、新旧両方のエクスペリエンス管理方式をサポートすることには、多くの利点があります。webエクスペリエンスを作成する新たな手法にはそれなりの困難もあるので、多くのwebコンテンツ所有者は、ビジネスにとって意味のある方法で新技術と従来のwebサイトやページを組み合わせています。

質問:ヘッドレスCMS機能を使用する場合の課題は何ですか

回答:ヘッドレスCMSアーキテクチャを運用する場合は、組織的な課題に対処する必要があります。ヘッドレスCMSシナリオでの長期にわたるコンテンツ管理では、主な役割が開発者に集中します。なぜならば、コンテンツエクスペリエンスを継続的に管理するには、コンテンツに対するIT開発者の関与が必要になるからです。通常、このシナリオでは、マーケターなどの事業担当者は、自らの手でコンテンツ(またはプレゼンテーション)を変更することができなくなります。

あらゆる変更が、アプリケーションを作成した開発者頼みになる場合も珍しくありません。そのため、開発者が従業員ではない場合や、ヘッドレスCMSアプリケーションの開発を外注した場合は、そのアプリケーションや関連コンテンツに対する変更はすべて、社外でおこなわなければならなくなります。このような状況では、企業のコンテンツ運用が大幅にスローダウンし、webエクスペリエンスに対する更新や変更のコストがかさむ可能性があります。こうした理由もあって、コンテンツ所有者が時間と価値にもとづく指標を使用して、コンテンツ管理の手法と適用場所を決定する傾向が強まりつつあり、その結果、さまざまなユースケースや優先事項ごとのアプローチから最適なものを組み合わせる動きが高まっています。

質問:ヘッドレスCMS機能と静的サイトジェネレーターの違いは何ですか

回答:端的に言えば、静的サイトジェネレーターは静的なwebページやサイトを生成するツールのことを指します。webコンテンツの大半が動的になり、webエクスペリエンスがコンテクストにもとづいた分析パーソナライゼーションに主導されている現在では、採算のとれる静的サイトジェネレーターのユースケースは限られています。ヘッドレスCMSの機能を示すサンプルデモとして使用されることもあります。

質問:今後、ヘッドレスCMSの機能とアーキテクチャはどのように変化していくでしょうか

回答:今後も、ヘッドレスCMSは急速な革新を続けることでしょう。フロントエンドフレームワークは進化を続け、旧式のツールは廃れ、新たな優れたツールにとって代わられます。迅速なプログラミングが可能で、チャネルや目的に結びついたクライアントアプリケーションの魅力は、さらに増大していきます。利用者からすれば、こうした傾向により、この目まぐるしい発展をみせる領域で革新のサイクルについていく負担が生じ続けるでしょう。

一方で、大企業向けソリューションには、新しいアプローチやユーティリティがますます組み込まれていきます。また、大規模なコンテンツ管理の要件に、最先端のweb開発がもたらす利点を組み込む試みがなされるでしょう。

エンドユーザーが重視されることはこれからも変わりません。利用するチャネルやデバイスにかかわらず、これまで以上のスピードと魅力を備えたwebエクスペリエンスを、いつでも楽しむことができるようになります。