Blog
KenticoXperienceでのヘッドレスCMSアーキテクチャの実装| Kentico Xperience
By Mike Wills
ヘッドレスと従来のCMSアーキテクチャの両方をサポートするKenticoXperienceのようなプラットフォームが、組織がオムニチャネルマーケティングの成功を確保するのにどのように役立っているかをご覧ください。
CMSが主にWebページにコンテンツをレイアウトするために使用されたときのことを覚えていますか？当時、これはウェブサイト管理のニーズを満たしていました。ただし、業界は変化しており、デジタルエクスペリエンスプラットフォームのKenticoXperienceが先導しています。オムニチャネルの成功を確実にするために使用できる2つの原則の方法と詳細については、以下をお読みください。
彼らの素晴らしいウェブサイトのために、顧客はもはや会社を見つけていません。彼らは素晴らしいコンテンツのために会社、製品、サービスを発見しています。人々は検索結果のリンクをクリックして私たちのウェブサイトを利用することでこのコンテンツを見つけていますか？いいえ。Google検索スニペット、情報パネル、音声検索、ソーシャルメディアのコンテンツを利用しています。自分が探していなかった記事に最後に夢中になったのはいつですか。LinkedInでしたか？最後に何かを調べる必要があったのはどうですか？スニペットまたは情報パネルで必要なものを見つけましたか？間違いなく、コンテンツは王様であり、先進的な組織は、人々が関与している多くのコンテンツチャネルのコンテンツを管理する必要があります。
競争力のある組織は、オムニチャネルマーケティングを採用しており、Googleのナレッジパネル、スニペット、音声ユーザーインターフェースをサポートするために、検索ボットがコンテンツを確実に理解できるようにしています。これを実現するために、組織はヘッドレスCMSソリューション、またはヘッドレスと従来のCMSアーキテクチャの両方をサポートするハイブリッドCMS（Kentico Xperienceなど）に目を向けています。ただし、リッチ構造のコンテンツタイプをサポートし、堅牢なAPI（Kentico Xperienceなど）を提供するCMSを採用するだけでは不十分です。慣れ親しんだデザインシステムアプローチでCMSソリューションにアプローチすると、コンテンツ戦略が台無しになる可能性があるという難しい方法を学びました。私の苦痛なひらめきについては、「コンテンツモデルはリストにあるデザインシステムではない」という記事で読むことができます。。デザインシステムに合うコンテンツモデルを作成するのではなく、セマンティックで接続されていることにより、コンテンツ戦略のニーズに対応する必要があることに気づきました。ここでは、Kentico Xperienceでコンテンツモデルを実装するときにこれら2つの原則を適用する方法の例を示したいと思いますが、最初に、記事を読んでいない場合は、これら2つの原則の概要を示します。
- コンテンツモデルは、レイアウトではなくセマンティクスを定義する必要があります。セマンティックコンテンツモデルは、コンテンツの表示方法ではなく、コンテンツの意味を反映する名前を使用します。たとえば、非セマンティックモデルにはティーザー、メディアブロック、カードなどのタイプがありますが、セマンティックコンテンツモデルには、各配信チャネルが製品、イベント、紹介文などのコンテンツを理解できるタイプがあります。
- コンテンツモデルは、デザインシステムに合わせてスライスするのではなく、コンテンツコンテキストを保持する必要があります。優れたコンテンツモデルは、一緒に属するコンテンツを接続するため、チャネルは、配信する前にピースをつなぎ合わせる方法を知る必要がありません。
A List Apartの記事では、イベント、プレスリリース、質問など、いくつかの明白なセマンティックの例を提供しました。この記事では、各コンテンツアイテムに必要なすべてのフィールドを提供するタイプを作成することで、コンテンツの管理とさまざまなコンテンツチャネルへの配信がはるかに簡単になることについても説明します。たとえば、イベントを設定するために必要なすべてのフィールドを1つのページタイプに配置すると、イベントコンテンツの接続が維持され、作成が容易になり、どのプラットフォームでも簡単に利用できるようになります。
記事とFAQアイテムを接続する必要があることは明らかですが、Webサイトには、接続された全体としてのみ完全な価値を保持するコンテンツが他にもたくさんあります。このコンテンツの多くは、原子以下の部分に分割すると使いにくくなります。コンテンツアイテムが小さいか大きいかにかかわらず、コンテンツモデルは一緒に属するコンテンツを接続する必要があります。Kentico Xperienceでは、これは多くの場合、再利用可能なコンテンツを管理および配信するために必要なすべてのフィールドを備えたタイプを作成することを意味します。重要なのは、コンテンツが一緒に属している場合、コンテンツの作成から各配信チャネルまで、コンテンツを一緒に保持する必要があるということです。
一般的な例
セマンティックタイプと接続タイプの概念を明確にするために、KenticoXperienceのあまり目立たない例にこれらの原則をどのように適用できるかを調べてみましょう。以下のカードレイアウトに表示される注目コンテンツのリストを提供する必要があり、ヘッドレスのAPI中心のモデルを使用して、同じコンテンツを複数の配信チャネル（複数のページや電子メールなど）で再利用する必要があるWebサイトを想像してみてください。
あなたが私のようであれば、あなたはデザインの原則について考えることに慣れており、あなたが見たものをセクションタイトル、召喚状カード、召喚状ボタンなどのデザインコンポーネントに自然にスライスします。これがまさに、設計コンポーネントの効率的な再利用を実現する方法です。ただし、この設計システム思考は、コンテンツを設計境界で分割し、コンテンツの管理と再利用をより困難にする可能性があります。すべてのコンテンツを再利用可能にしようとすると、コンテンツがセクションタイトル、CTAカード、および単純CTAの3つのページタイプに分割される可能性があります。作成者は、ツリーにいくつかのコンテンツアイテムを入力してから、セクションタイトル、カードレイアウト、およびCTAボタンの3つの別個のウィジェットでコンテンツを選択する必要がある場合があります。これがコンテンツ作成者にとってどれほど退屈であるか想像できますか？同じコンテンツをメールで再利用するのはどれほど難しいでしょうか。
これは、設計システムの観点からは完全に理にかなっているかもしれませんが、いくつかの問題があります。
- このコンテンツを電子メールなどの別のチャネルで再利用したい場合は、すべてのピースを取得するのに苦労するでしょう。上記のソリューションでは、コンテンツはKentico XperiencePageBuilderでのみ相互に関連付けられていることに注意してください。タイトル、説明、機能アイテム、およびボタンコンテンツを取得するには、ページビルダーのストレージからこれらすべての情報を抽出する必要があります。コンテンツの再利用は非常に困難です。
- すべてのコンテンツコンポーネントを抽出できたとしても、配信チャネルはコンテンツが何であるかを理解するのに苦労します。それらはプレスリリース、ビデオ、イベント、記事、またはマニュアルですか？システムは判断できず、適切なUXを提供したり、適切なSchema.org構造化データを埋め込んだりするのに苦労します。
- オーサリングの経験は非常に面倒です。作成者は、コンテンツツリーに8つの異なるアイテムを作成し、それを表示するために3つの異なるウィジェットを追加および構成する必要があります。CTAカードでは、作成者はおそらくシステムにすでに存在するコンテンツのタイトルと説明を再入力しているでしょう。
原則の適用
では、2つの原則を適用して、コンテンツがセマンティックで接続されていることを確認するとどうなりますか？コンテンツの要件を掘り下げてみると、CTAカードがさまざまな種類のコンテンツ、プレスリリース、ビデオ、イベント、記事を指していることがわかります。さらに良いことに、これらのコンテンツアイテムはすでにシステムに含まれているため、それぞれにタイトル、サムネイル、簡単な説明が含まれていることを確認すれば、作成者は同じコンテンツを別々のCTAカードに再入力する必要がありません。ターゲットアイテムは、独自の要約コンテンツを提供できます。
コンテンツを接続すること、つまり、一緒に属するコンテンツを相互に接続することを考えると、このリストのタイトルと説明がリストに属していることがわかります。これらはリストのタイトルと要約であり、それだけでは意味がありません。さらに、下部にあるCTAボタンはリストに属しています。その上のリソースなど、より多くのリソースを取得するためのリンクです。
これをまとめると、次のフィールドを持つリソースコレクションという1つのページタイプのみが必要であることがわかります。
分野 |
タイプ |
タイトル |
文章 |
説明 |
文章 |
リソースアイテム |
関連ページ |
その他のボタンテキスト |
文章 |
その他のボタンのURL |
NodeGuidまたはURL |
コンテンツを作成するには、作成者は1つの新しいコンテンツ項目を作成し、タイトル、説明、およびその他のリンクコンテンツを入力してから、以下に示すように、既存のプレスリリース、ビデオ、イベント、および記事を関連付けます。
この時点で、コンテンツは任意のコンテンツチャネルで消費できるようになります。電子メールは、リソースコレクションを簡単に要求し、それをレンダリングするために必要なすべてのコンテンツを含めることができます。コンテンツをモバイルアプリまたは別のWebサイトに返すWebAPIを簡単に追加して、ヘッドレスアーキテクチャをサポートできます。ページビルダーから抽出された指示から、コンテンツをつなぎ合わせる必要はありません。さらに、コンテンツの作成と管理がはるかに簡単になります。
接続されたコンテンツが代替配信チャネルで消費しやすいのと同じように、PageBuilderテンプレートとウィジェットでも消費しやすくなっています。作成者がリソースコレクションのコンテンツアイテムを選択できるカードレイアウトウィジェットを1つ作成するだけです。コンテンツモデルは本質的にコンテンツを接続します。ウィジェットはコンテンツを理解し、メールデザイナーがコンテンツを理解してデザインシステムでレンダリングするのと同じように、コンテンツをデザインシステムでレンダリングします。
閉鎖
このリソースコレクションを設計システムに基づいてスタンドアロンコンポーネントにスライスする代わりに、コンテンツモデルを使用すると、必要なパーツを接続してセマンティックに保つことが容易になり、次の利点が得られます。
- コンテンツの作成と管理ははるかに簡単です。
- 各配信チャネルは、独立した設計システムを使用してコンテンツを消費およびレンダリングできます。
- セマンティックタイプを使用すると、構造化データを埋め込んで、Googleの検索スニペットと情報パネルがコンテンツを理解できるようになります。
これらの2つの原則を順守し、コンテンツモデルをセマンティックで接続した状態に保つことで、コンテンツモデルはデザインシステムではないで説明されている不快なオーサリングエクスペリエンスを回避し、ソリューションが将来の配信チャネルにコンテンツを配信する準備ができていることを確認します。
Kentico Xperienceの実装を最大限に活用する方法について質問がありますか？Twitter（@HeyMikeWills ）に連絡するか、ここで他の記事を表示するか、 Kentico XperienceConnection2022に参加してください。
