Sitecore初心者向けのコンテンツオーサリングの概念
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
このトピックでは、コンテンツ作成に関連するSitecore特有の用語や概念を簡単に紹介します。
コンテンツ著者
コンテンツを管理するSitecoreユーザーは「コンテンツオーサー」と呼ばれます。Sitecoreは、これらのユーザーがページ作成、コンポーネントの追加、コンポーネント表示の編集、パーソナライズルールの定義を可能にするコンテンツオーサリングインターフェースを提供しています。
以下のトピックを参考にして、コンテンツ作成者が開発者が構築するコンポーネントをどのように扱い、ページ内のコンポーネントの位置をどのように管理するかを理解しましょう。
テンプレート
コンテンツ作成者にとってコンテンツ管理を容易にするため、Sitecore開発者はテンプレート項目を作成することでソリューション固有の情報アーキテクチャを構成します。Sitecoreにおけるテンプレートの概念は、オブジェクト指向プログラミングにおけるクラスに類似しています。テンプレートはクラスと同様に、特定の種類のオブジェクトに適用可能なフィールドの集合を定義します。
テンプレートは、Sitecoreでコンテンツ作成者が管理するすべての構成要素です。これらは以下を定義するために用いられます:
-
ホームページ、ランディングページ、商品ページなどのページタイプ。
-
Componentデータ(Image、Video、Carouselなど)です。
-
リスト項目、共有コンテンツフォルダなどの任意の項目。
開発者はSitecoreコンテンツツリーのTemplatesノードの下にテンプレートを定義します。
コンテンツ作成者は通常、これらの項目を見ません。なぜなら、彼らの作業はツリーのコンテンツ部分に限定されているからです。既存のテンプレートに基づいてコンテンツアイテムを作成します。プログラミングの例えに戻ると、これはクラスのインスタンスを作成するようなものです。
レイアウト
ページテンプレートを他のすべてのテンプレートと区別する要素は、レイアウトデータの存在です。
レイアウトデータはSitecoreにページのレンダリング方法を教えます。レンダリングとプレースホルダーで構成されています。
Sitecore開発者は、レイアウトデータをpresentation detailsやlayout detailsと呼ぶことがあります。これは、レイアウトデータの編集Sitecoreインターフェースにアクセスする方法から、LayoutセクションのPresentationタブの「Details」をクリックしてアクセスする方法です。
レンダリング
レンダリングはページUIの独立した要素です。ボタンのように単純なものから、Site Search Resultsのように複雑なものまであります。コンテンツ作成者は、ページにレンダリングを追加し、コンテンツで埋め込むことでページを作成します。
レンダリングSDKを使ってフロントエンドアプリケーションを構築する際、レンダリングアイテムはSitecoreに特定のレンダリングのHTMLを生成するためにどのフロントエンドコンポーネントを使うか、またコンテンツ項目を作成する際にどのテンプレートをコンポーネントのデータソースとして使うかを通知します。
プレースホルダー
プレースホルダーとは、コンテンツ作成者がレンダリングを挿入できるページ上の場所です。
Sitecore開発者はページレベルでプレースホルダーのルールを設定し、またコンポーネント内にプレースホルダーをネストすることも可能です。異なるプレースホルダーは異なるレンダリングを可能にします。例えば、ヘッダーのプレースホルダーはナビゲーション、ロゴ、言語セレクタの各コンポーネントを許可することができます。すべてのページはタイプに関わらずヘッダーを持たなければならないため、このプレースホルダーはすべてのページに存在します。ただし、製品関連コンポーネントのみを許可するプレースホルダーは製品ページにのみ存在します。
すべてをまとめて
ページタイプ、プレースホルダー、レンダリングを分割する普遍的な公式はありません。Sitecoreの開発者は、各コンテンツチームに最適なアプローチを特定するために、ビジネス関係者と協力しなければなりません。
ページタイプが少なく、浅いプレースホルダーネストがより多くの場所で利用可能なコンポーネントを増やし、コンテンツを適切にグループ化するのはコンテンツ作成者の責任です。このアプローチは、例えばコンテンツチームの各メンバーがアプリの全部分を管理するなど、著者が編集オプションに柔軟性を持てるようにしたい場合に好まれます。
逆に、ページタイプが増え、深いプレースホルダーネストを行うと、規定的な編集ワークフローが生まれることもあります。この方法は、企業が著作制限を強制したい場合に好まれます。例えば、コンテンツチームのメンバーが特定の役割を持つ場合、異なる役割が異なるアプリの部分を担当します。