新しく Sitecore を使用する開発者向けのコンテンツ作成の概念
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
このトピックでは、コンテンツ作成に関する Sitecore 固有の用語と概念について概説します。
コンテンツ作成・責任者
コンテンツを管理する Sitecore ユーザーはコンテンツ作成・責任者と呼ばれます。コンテンツ作成・責任者は Sitecore のコンテンツ作成インターフェイスを使って、ページの作成、ページへのコンポーネントの追加、コンポーネントによって表示されるコンテンツの編集、パーソナライゼーション ルールの定義を行うことができます。
次のトピックでは、コンテンツ作成・責任者とコンポーネント開発者がコンテンツを構築する仕組みや、ページ内でのコンポーネントの配置を制御する方法について説明します。
テンプレート
コンテンツ作成・責任者がより簡単にコンテンツを管理できるように、Sitecore 開発者はテンプレート アイテムを作成することで、ソリューション固有の情報アーキテクチャを構成します。Sitecore のテンプレートの概念は、オブジェクト指向のプログラミングにおけるクラスと似ています。テンプレートはクラスと同様に、特定のオブジェクト タイプに適用可能な一連のフィールドを定義します。
テンプレートは、Sitecore でコンテンツ作成・責任者が管理するすべての構成要素で、以下の定義に使用されます。
-
ホーム ページ、ランディング ページ、製品ページなどのページ タイプ。
-
画像、動画、カルーセルなどのコンポーネント データ。
-
リスト アイテム、共有コンテンツ フォルダーなどの任意のアイテム。
開発者は、Sitecore コンテンツ ツリーのテンプレート ノードでテンプレートを定義します。
コンテンツ作成・責任者の作業はツリーのコンテンツ部分に限定されているため、通常、コンテンツ作成・責任者がこれらのアイテムを目にすることはありません。コンテンツ作成・責任者は、既存のテンプレートに基づいてコンテンツ アイテムを作成します。プログラミングに例えると、これはクラスのインスタンスを作成するようなものです。
レイアウト
ページ テンプレートが他のすべての種類のテンプレートと異なる点は、ページ テンプレートにはレイアウト データが含まれているということです。
コンテンツが Sitecore で表示される方法は、レイアウト データによって指定されます。レイアウト データは、レンダリングとプレースホルダーで構成されます。
Sitecore 開発者は、レイアウト データをプレゼンテーションの詳細またはレイアウトの詳細と呼ぶことがあります。これは、Sitecore インターフェイスで [レイアウト] セクションの [プレゼンテーション] タブにある [詳細] をクリックして、レイアウト データを編集するためです。
レンダリング
レンダリングはページ UI の中の目立たない要素です。これには、ボタンのようなシンプルなものからサイトの検索結果のような複雑なものまでが含まれます。コンテンツ作成・責任者は、レンダリングをページに追加し、さらにコンテンツを追加することでページを構築します。
レンダリング SDK を使用してフロントエンド アプリケーションを構築する場合、レンダリング アイテムは、Sitecore が特定のレンダリング用の HTML 生成に使用するフロントエンド コンポーネント、およびコンポーネントのデータ ソースとして使用するコンテンツ アイテムの作成に使用するテンプレートを指定します。
プレースホルダー
プレースホルダーは、コンテンツ作成・責任者がレンダリングを挿入できるページ上の場所です。
Sitecore 開発者はプレースホルダーのルールをページ レベルで設定したり、コンポーネントにプレースホルダーをネストしたりできます。異なるプレースホルダーには異なるレンダリングを使用できます。たとえば、ヘッダー プレースホルダーには、ナビゲーション、ロゴ、言語選択コンポーネントを含めることができます。タイプにかかわらず、すべてのページにヘッダーが必要なため、このプレースホルダーはすべてのページに表示されます。一方、製品関連のコンポーネントのみを含むプレースホルダーは、製品ページのみに表示されます。
総合的な視野
ページ タイプ、プレースホルダー、およびレンダリングをどのように使用するかは、状況に応じて変化します。Sitecore 開発者は、ビジネス関係者と協力して、各コンテンツ チームに最適なアプローチを特定する必要があります。
少ないページ タイプを使用し、プレースホルダーを浅くネストすることで、より多くのコンポーネントをより多くの場所で使用できるようになります。コンポーネントの適切なグループ化はコンテンツ作成・責任者に依存します。このアプローチは、コンテンツ チームのすべてのメンバーがアプリのすべてのパーツの管理に関わる場合など、編集オプションに柔軟性を持たせる場合に適しています。
逆に、多くのページ タイプを使用し、プレースホルダーを深くネストすることで、規範的な編集ワークフローを構築することができます。このアプローチは、コンテンツ作成を制限する場合に適しています。たとえば、コンテンツ チームのメンバーが特定の役割を持つ場合、異なる役割が異なるアプリ パーツに責任を負う場合などです。