ヘッドレスCMSについて知っておくべきこと
Published on 31 Aug 2020
ヘッドレス CMS と非ヘッドレス CMS のそれぞれのメリットに関する議論は、ここ数年続いています。あなたはおそらくそれを無視してきたでしょう。結局のところ、CMS アーキテクチャは、コンテンツに最もこだわるマーケティング担当者にとっても、ディナー パーティーで話題に上がるような話題ではありません。
しかし、これは重要な議論です。視聴者の画面に表示されるコンテンツの品質は、ほとんどの企業のブランド価値の基盤になりつつあります。競合他社に対する優位性を維持するには、あなたとあなたの開発者仲間が作り出すエクスペリエンスが可能な限りリッチでスムーズ、かつコンテキストに沿ったものであること、そして視聴者がモバイル アプリ上であろうと接続デバイス上であろうと、どこにいても拡張可能であることを保証する必要があります。
ヘッドレス CMS アーキテクチャは、この議論の大きな部分を占めています。そこで、ヘッドレスと非ヘッドレスの議論の核心に迫る時が来ました。このホワイト ペーパーでは、ヘッドレスとは何か (そして何でないか) について説明します。また、開発者とマーケティング担当者の両方のニーズを考慮しながら、会社にとって適切な CMS の決定を下す方法についても説明します。Sitecore では、第 3 の方法、つまり、現代のコンテキスト マーケティングにはるかに適した方法のメリットを検討する時期が来ていると考えています。
準備はいいですか？さあ、始めましょう。
ヘッドレス CMS とは何ですか?
ヘッドレス CMS は、コンテンツを保存、編集、管理できるコンテンツ管理システムですが、実際にコンテンツをユーザーの画面にレンダリングすることはありません。つまり、ヘッドレス CMS は、コンテンツの作成、配信、管理 (バックエンド タスク) と、Web ページ、アプリ、またはデバイスでの表示 (フロントエンド タスク) を分離します。Web サイトのデザイン、ページ テーマ、またはテンプレートには関与しません。対照的に、従来の結合型 (非ヘッドレスとも呼ばれる) CMS は、コンテンツの作成、管理、公開、配信だけでなく、Web ページのラスト マイル レンダリング (プレゼンテーションとも呼ばれる) も担当します。
ヘッドレス CMS と非ヘッドレス CMS アーキテクチャの違い
したがって、ヘッドレス CMS (結合型 CMS ではなく) を使用すると、特定のページまたは画面の構築方法をコードで記述し、開発者が管理する必要があるため、エンドユーザーのエクスペリエンスに対する責任が開発者に大きく課されることは明らかです。ただし、ヘッドレス CMS を使用することには非常に大きな利点があり、それが最近大きな話題になっている理由です。
ヘッドレスCMSは大きな意味を持つ
デジタルの世界が Web 中心で、それ以外にはあまり関心がなかった頃、CMS はデザインされた Web サイトの作成、保存、表示を問題なく処理できました。コンテンツ リポジトリ (コンテンツを保存し、それを動的にページに配信する) は HTML テンプレート用に最適化されていました。すべてがうまく連携し、この総合的な緊密さによってパフォーマンス上の大きなメリットがありました。その後、モバイル革命とモノのインターネット (IoT) が到来し、HTML を使用しないさまざまなデバイスが市場に急増しました。突然、連携した CMS の欠陥が露呈し始めました。
ウェブページ中心のコンテンツ リポジトリは、HTML 以外の形式とうまく連携できませんでした。ハッキングや大規模な開発作業なしで最新のフロントエンド テクノロジを使用する準備が整っていませんでした。ユーザーが操作するとページが動的に更新される、流動的で応答性の高いウェブ アプリの時代に対応する準備ができていなかったのです。コンテンツ オブジェクトが API 経由で配信される新しいコンテンツの時代に適応できませんでした。
