マーケティング担当者とデベロッパーが把握すべきヘッドレス、デカップルド、APIファーストのコンテンツ管理システムについてのすべて
ヘッドレスCMSの実際の意味とは？ ヘッドレスアーキテクチャがデジタルエクスペリエンスの将来に重要な理由は？
ヘッドレスアーキテクチャが誕生したのは、Webコンテンツの発展も一部起因しています。 長い間、WebコンテンツはWebページとしてブラウザ経由で配信されていました。 しかし、最新のリンク型デバイスは常にリリースされています。
現在、オーディエンスは新しいインターフェースを通して様々なフォームファクター（スマートフォン、ウェアラブル、AI対応音声アシスタント、VRヘッドセット）でコンテンツを消費しています。
ヘッドレスCMSアーキテクチャは新しいコンテンツの課題に対応するための基盤です。 つまり、より多くのコンテンツを作成・管理して、より多くの場所へと配信できるのです。
技術的な詳細に入る前に、基本から説明していきます。
ページベースのアーキテクチャとオブジェクトベースのアーキテクチャの違いと、AI対応音声アシスタントがそれほどスマートではない理由をお確かめください。
ヘッドレスアーキテクチャと非ヘッドレスアーキテクチャの違いを見つけ、ヘッドレスの代償としてパーソナライズや分析を低下させないようにする方法をお確かめください。
大まかに言うと、CMSのバックエンドはコンテンツが管理される方法、フロントエンドはコンテンツが配信される方法と関係します。 店舗のウィンドウディスプレイのようなものです
製品の選択、配置、付随する看板のようなフロントエンドのタスクは道路からすべて見ることができます。
バックエンドのタスクには物流が含まれます。看板の作成、在庫の保管、店舗まわりでの製品の移動管理などが該当します。
基本的なWebサイトの場合、バックエンドには次が含まれます
その後、フロントエンドはコンテンツ、格納されているアセットやデザインを引き出し、それらをHTMLページに公開します。
シームレスなセットアップのため、ブログのようなシンプルなコンテンツを公開する技術的な知識が豊富ではないユーザーにとっては最適です。
しかし、デジタルエクスペリエンスが発展するにつれて、デベロッパーはカスタマイズされた回避策の作成に長時間を費やしてしまい、洗練されたコンテンツを広範なデバイスに演出することができないでいます。
デカップルドCMSはバックエンドとフロントエンドのタスクを分離します。 デベロッパーはバックエンド技術に制約されず、ご希望の言語でフロントエンドエクスペリエンスをすばやくコードおよびデザインできます。 また、デベロッパーはAPI（アプリケーションプログラミングインターフェース）を使用して、コンテンツの格納や管理のようなバックエンド機能をフロントエンドの配信環境とリンクすることも可能です。
デフォルトのフロントエンドがないAPIファーストのCMSは、機能的にはヘッドレスCMSと同じです。 デベロッパーは配信レイヤーをお好きな言語でご希望の数だけ作成し、コンテンツを想像可能な新しいチャンネルにプッシュできます。
APIファーストのCMSは経験豊富なデベロッパーのチームには最適です。このCMSはコンテンツを管理し、開発チームがビルドしたフロントエンド配信レイヤーからのAPI呼び出しを待機します。
一方、デカップルドCMSはフロントエンドとバックエンドが分離されていることで得られる融通性と、公開において多少のサポートが必要な企業に最適です。
1つ目は、デジタルコンテンツはますます洗練されているため、ユーザーの期待もそれに伴い高まっていることです。 他社よりも秀でるには、美しく応答性の高い対話型のコンテンツを構築し、迅速に提供できなくてはなりません。
2つ目は、新しいチャンネルやユーザーデバイスが常にリリースされていることです。 美しいコンテンツをただ提供するだけではなく、場所を問わずできる限り効率的に提供する必要があります。 ヘッドレスCMSにより、現代のマーケティング担当者とデベロッパーは優れたコンテンツを構築できるようになりました。さらに重要なのは、将来を見据えたコンテンツ運営を行い、競争力のあるコンテンツを継続的にどこからでも提供し続けることができるという点です。
…コンテンツを一度作成すれば、デベロッパーは好きな場所に表示できます。 つまり、管理作業に費やす時間を減らし、より密接な「個客」エクスペリエンスの構築に時間をかけることが可能です。
…スピード、一貫性、応答性の高いユーザーエクスペリエンスを常に演出できます。 コンテンツが表示されるだけで、ユーザー側がバックエンドシステムと通信する必要がないためです。
…経験が豊富ではないプログラミング言語のバックエンドにおける制約から解放されます。 その代わりに、デベロッパーは使い慣れたツール（例：JavaScriptライブラリやフレームワーク）を使用してユーザーエクスペリエンスの外観、操作性、機能性を構築し、最新のAPIを活用してコンテンツをどこからでもプッシュできます。
1つ目の短所は、融通性が高まると、アクセシビリティが損なわれる点です。 プレゼンテーションはJavaScriptを書き込むことが可能なデベロッパーに託されるため、技術的な知識のないマーケティング担当者はWYSIWYG（ウィジウィグ：What You See Is What You Get）オーサリングや編集を使用できません。
2つ目の短所は大きな障害となります。
CMSのヘッドを切断すると、サーバーがフロントエンドとバックエンド間のデータをリアルタイムで送信できなくなります。
つまり、エクスペリエンスのパーソナライズや、コンテンツ分析アクティビティの実行ができません。
パーソナライズは「あれば役立つもの」から義務的な要件になってしまいました。 顧客はアマゾン、Netflix、Spotifyのような業界リーダーのパーソナライズがどれほど優れているか身を持って実感しています。
これこそSitecoreのヘッドレスデリバリーオプションの威力です。
複数のヘッドレスオプションで、フロントエンドでのあらゆるデバイスやブラウザ上でコンテンツを表示するソリューションやアプリの構築をサポートします。 Vue.js、React.js、Angular.jsなどの JavaScriptライブラリ を使用したり、新しいASP.NET Core SDKやヘッドレスレンダリングホストアーキテクチャを活用する際、デベロッパーは最適なものを選ぶことができます。
これらのオプションには、サイトコアのコンテクストコンテンツデリバリーサーバーと接続するAPIが付いています。 このAPIはSitecore Experience Database™からの情報を使用して、コンテンツとパーソナライズルールの両方をリアルタイムで解釈するためにデバイスやブラウザをサポートします。 プロフィール情報や過去のやり取りなどに基づいて様々なコンテンツがユーザーに表示されます。
これらの企業が特定のオーディエンスへのアプローチやエンゲージメント獲得で課題に直面した場合、ヘッドレスを導入すると製品化までの時間を短縮し、マーケティング担当者もコンテンツをコントロールしやすくなります。
スウェーデンの美容グッズを扱う会社オリフレーム社の導入事例をダウンロードし、対象範囲を広げるためにどのようにヘッドレスにアプローチしたかをお確かめください。
導入事例
Get more insights into the basics
トップ記事
