コンテンツ管理
ヘッドレスCMSでの構造化コンテンツの違い
By Michael Andrews
コンテンツは複数の方法で構成できます。ヘッドレスコンテンツ管理は、コンテンツを構造化するための独自のアプローチを提供し、より多くのことを可能にします。コンテンツを構造化することの利点に興味がある場合は、ヘッドレスが他のアプローチとどのように異なるか、そしてこれらの違いが重要である理由を知っておく必要があります。
ヘッドレスコンテンツ管理の違いは何ですか?
特にアプローチに慣れていない人のために、ライターとして気になるヘッドレスコンテンツ管理のいくつかの特徴をカバーしましょう。
ほとんどのCMSとは異なり、ヘッドレスCMSはコンテンツの表示方法を決定しません。コンテンツを提示する方法は1つではありません。コンテンツが顧客にどのように表示されるかは、表示される宛先によって異なります。実際、同じコンテンツが複数の異なる方法で一度に表示される場合があります。ヘッドレスでは、複数のWebサイト、アプリ、キオスクなど、さまざまなプラットフォームにコンテンツを公開できます。どこでも好きな場所に。デザイナーには、ヘッドレスを使用するときにコンテンツを表示する方法について多くのオプションがあります。膨大なクリエイティブの自由と、コンテンツを変更することなく最新のエクスペリエンスを提供する機能をサポートします。これは、コンテンツがそのプレゼンテーションから独立しているために可能です。
ライターは、コンテンツのスタイルやレンダリング方法に気を取られないため、コンテンツ自体に集中できます。ヘッドレスCMSでは、コンテンツはその意味と目的に従って構造化されます。より大きなコンテンツのテーマとトピックは、複数の方法で使用されるチャンクに分割されます。ライターは、より大きなアイテムとしてまとめて表示できるコンテンツのチャンクを作成します。コンテンツのすべてのチャンクの構造化は、ヘッドレスCMS内のいわゆるコンテンツモデルによって処理されます。
これらのコンテンツチャンクが表示される場所にどのように向けられるかは、APIと呼ばれるものを介して行われます。 APIは、ユーザーがコンテンツ(Webサイト、スマートフォンアプリ、チャットボットなど)にアクセスするさまざまなユーザーインターフェイスを、チャンクを管理するコンテンツモデルに接続します。これにより、ユーザーに表示されるコンテンツを必要なものに一致させることができます。繰り返しになりますが、これはお客様にとって大きなメリットです。
ヘッドレスはコンテンツをより柔軟にするため、採用が進んでいます。ヘッドレスCMSが意図したとおりに機能しない製品で人気の波をサーフィンしているベンダーを含め、多くのベンダーがヘッドレスCMSを提供しています。
したがって、ヘッドレスCMSの特徴に興味がある場合は、次の3つの特性に注意してください。
- コンテンツのみを扱います。コンテンツをプレゼンテーションのスタイル、レイアウト、または形式にレンダリングする必要はありません。
- これにより、コンテンツをコンテンツモデルによって管理されるチャンクに構造化できます。
- チャンクは、APIを介してフロントエンドで必要な場所に自由に移動できます。
結論:ヘッドレスアプローチにより、パブリッシャーは他のコンテンツ管理アプローチと比較して、コンテンツの使用方法をより細かく制御できます。
コンテンツを構造化することによるメリットを最大限に活用する
コンテンツを構造化することで、より明確で、正確で、柔軟性が高まります。これにより、コンテンツ作成者とコンテンツユーザーの両方にとって、コンテンツが改善されます。コンテンツを構造化することの主な利点は、正しく実行された場合です。
- これは、ライターと編集者がさまざまなチャンクの目的と意味に集中するのに役立ちます。
- さまざまなチャンクのパフォーマンスを追跡できます。
- チャンクを複製するよりも、一度作成または修正して多くの場所で使用する方が速い場合があります。
- チャンクをさまざまな方法で再利用できるため、コンテンツの用途が広がります。
- 顧客は、必要な場所で必要な正確なチャンクを取得できます。
- 開発者は、コンテンツの大きなblobにアクセスするよりも、APIを介してチャンクにアクセスする方が簡単だと感じています。
- コンテンツは事前にフォーマットされるのではなく構造化されているため、顧客が表示して使用するデザインは、より面白くて楽しいものです。
コンテンツを構造化することで多くのメリットが得られますが、それはコンテンツを構造化するためのアプローチがすべてを提供するという意味ではありません。適切なアプローチを選択することが重要です。
コンテンツの構造がどのように変化するか
コンテンツは、構造化と非構造化の2つのフレーバーがあると考えてください。長年にわたり、コンテンツストラテジストは、チャンク(明確に定義された意味でラベル付けされた構造化コンテンツアイテムの場合)とブロブ(内部の非構造化コンテンツオブジェクトの場合)のモニカによってこれらのフレーバーを参照してきました。テキストの意味は明確ではありません)。
構造化すると、アイテムを並べ替えたり、再利用したり、移動したり、他のアイテムと簡単に組み合わせたりすることができます。また、構造化コンテンツは純粋なコンテンツであるため、どのプラットフォームでも使用できます。
Karen McGraneは、著書「 Content Strategy for Mobile 」で次のように述べています。「別のプラットフォームに配置するとき、 その巨大な塊はどうなりますか。これが専門用語です。コンテンツを細かく分割して、さまざまな画面で表示したり読んだりすることはできません。コンテンツを異なるプラットフォームに異なる方法でターゲティングすることはできません。」
これまでのところ、それは簡単に思えます。構造化されたコンテンツは良いですが、blobは悪いです。ブロブをチャンクに変換したいとします。
しかし、見落とされがちな考慮すべき別の側面があります。それは、時間の経過に伴う変化です。私たちは尋ねる必要があります:コンテンツはどの時点で構造化され、いつ構造化を停止する可能性がありますか?構造化コンテンツの利点を求める多くの人々は、視聴していないときにチャンクがブロブのような状態に戻り始めることに気づいていません。
チャンクがどのようにチャンクネスを失うか
チャンクがより大きなピースにフォーマットされると、チャンクとしての独立したアイデンティティが失われます。チャンク内のコンテンツは、フォーマットされたコンテンツ内の所定の位置にロックされます。 HTMLでWebページを定期的に作成する場合でも、変更のプロセスが開始されます。個々のチャンクの意味が低下し、コンテンツの柔軟性が低下します。独立したチャンクは、ページの本文内に表示する要素に変換されます。ページ内に表示される個々のチャンクの自律性が失われ、それらの明確な意味が不明確になります。
明らかに、このレンダリングは遅かれ早かれ行われる必要がありますが、ユーザーがコンテンツにアクセスする準備ができるまで、より大きなコンテンツアイテムのこのフォーマットを遅らせることができれば、より柔軟性があります。作成したチャンクの意味を保持する必要があります。
多くのコンテンツクリエーターは、コンテンツを構造化するための最善の意図から始めますが、コンテンツに取り組んだ後、構造化がそのパンチを失ったことに気づいていません。幸い、ヘッドレスCMSはそのような問題を防ぐように設計されています。
チャンクが失われる最初の方法は、ライターがCMSの外部で「構造化された書き込み」ツールを使用する場合です。彼らは明確で論理的な方法で書き込みを整理します。しかし、CMSに取り込まれると、構造が失われ、正式な構造を持たないテキストの束になります。
チャンクが消える2つ目の方法は、ライターのCMSがコンテンツモデル内のコンテンツを構造化するが、ユーザーがアクセスする準備ができる前にコンテンツが完全にフォーマットされる場合です。CMSは、コンテンツがCMSを離れる前に、チャンクを1つの大きなオブジェクトに変換します。場合によっては、ユーザーが配信されたものを正確に確認したいので、コンテンツに関連するものを要求する必要がない場合は問題ありませんが、ユーザーが操作したいと決めたらすぐに何らかの方法でコンテンツをフォーマットしたアセットは、分厚いものではなくなったため、適応させるのが困難です。
コンテンツを分厚い状態に保つ
ヘッドレスアプローチの際立った価値は、コンテンツを分厚い状態に保つのに役立つことです。作成した構造を失うことはありません。構造化されたコンテンツをAPIを介してユーザーの画面に送信します。ヘッドレスコンテンツAPIは、コンテンツの構造を保持します。モノリシック(非ヘッドレス)CMSのAPIを使用する場合、このような構造は保持されません。
ユーザーインターフェイスは、コンテンツ構造を読み取り、表示するチャンクを決定できます。チャンクの更新を要求できます。顧客が対話するインターフェイスは、コンテンツの詳細を整理しているコンテンツモデルと直接通信できます。これにより、必要に応じて更新または切り替えられるコンテンツ。読者は、テキストの固定ページに落ち着く代わりに、状況に一致するコンテンツにアクセスし、要求に応答できます。
作成からアクセスまで、コンテンツの全プロセスを通じて構造が維持されると、コンテンツは真に適応性があり、読者のニーズに応えることができます。
ヘッドレス後のコンテンツ構造
ヘッドレスCMSは、コンテンツ構造化の価値を高めました。これは、コンテンツ作成をより効率的にすることを中心とした、主に内部に焦点を当てた活動ではなくなりました。ヘッドレスは、これらの利点を維持しながら、さらに重要な利点を追加します。それは、コンテンツのユーザーエクスペリエンスを改善してコンテンツを作成することです。顧客と出版社により多くの価値を提供します。
ヘッドレス以前は、コンテンツの構造化はコンテンツ管理プロセスの個別のフェーズでした。ヘッドレス後、コンテンツ構造はコンテンツのDNAに焼き付けられます。構造は、作成からアクセスまでのコンテンツプロセス全体で使用されます。
コンテンツを作成したときに構造化したので、何でも準備ができていると思い込まないでください。そのモデルを理解するAPIに接続するには、コンテンツモデルが必要です。ヘッドレスコンテンツは、顧客が準備ができても構造化されています。最後に、あなたのコンテンツは本当に何に対しても準備されます。