SitecoreAI用語集

このトピックでは、SitecoreAIで使われる一般的な概念や用語について説明します。

組織

organizationは企業やブランドなどの事業ユニットを表します。Sitecore内では、あなたがサブスクリプションしている関連するチームメンバーやSitecore製品の集合体です。組織は1つ以上のSitecore製品を保有し、それぞれの製品の複数のインスタンスを持つことができます。

企業やソリューションパートナーは複数の組織にアクセスできるかもしれませんが、小規模な会社は一つの組織を持つことがあります。各組織は、誰が各製品にアクセスでき、どのような業務ができるかを決定するための一連のルールを使用しています。組織管理はCloud Portalで行われます。

プロジェクト

プロジェクトとは、環境の論理的なグループです。各プロジェクトは、開発、テスト、本番環境など複数の環境を含むことができます。SitecoreAIでは、Deployアプリ、CLI、またはREST APIを使ってプロジェクトを作成できます。

Deployアプリでプロジェクトを作成すると、自動的に1つの環境が作成され、それが本番環境(非本番環境よりもサポートが速い環境)かどうかを選択できます。作成できるプロジェクトの数は、サブスクリプションによって異なります。

環境

environmentとは、一連の構成、コード、実装を保持するエンティティのことです。各環境には以下が含まれます:

• 単一のコンテンツ管理(CM)インスタンス

• Experience Edgeテナント

• データベース

• インデックス

• 自動化クライアント

• 環境変数

• ホストのレンダリング

• CMインスタンスをPagesやComponentsなどの機能と接続するアプリテナント

それぞれの環境は孤立していて、独自のものです。これにより、実装ニーズに応じて 環境上で独自のカスタマイズ、展開、構成が可能になります。

Content Managementインスタンス

あなたの環境の中心にはContent Management (CM) instanceがあります。CMインスタンスはサイトコンテンツの作成、保存、編集を行う場所です。そして、公開、コンテンツモデリング、バージョン管理、ワークフロー、翻訳、ルール、権限管理を担当します。コンテンツ管理インスタンスには、ページのレイアウト、コンポーネント、データソースの設定、ローカライズ、パーソナライズ設定が含まれます。CMインスタンスからExperience EdgeにデータをGraphQLを使って配信します。

遺跡

siteは1ページまたは複数のページの集合であり、1ページには複数のコンポーネントが含まれることがあります。SitecoreAI内では、サイトは常にヘッドレスサイトであり、フロントエンドアプリ(レンダリングホストを含む)はコンテンツモデリングやビジネスロジックとは別に存在します。

遺跡収集

site collectionは、関連サイトを事業部門、ブランドなどに基づいて整理し、サイト間でコンテンツを共有するための親項目です。例えば、データテンプレートやデジタル資産などです。

スターターキット

starter kitはほとんどのSitecoreAI実装の基盤となるコードをベースにしています。使うには、新しいプロジェクトを作成するときにXM Cloud templateオプションを選択します。オープンソースで、GitHubで利用可能です。

XM Cloudは現在SitecoreAIとなっています

一部のコード例、画像、UIラベルは、エンジニアリング資産の更新中もXM Cloudを使用している場合があります。

スターターキットを使うことで、ソリューション構築を始める際に推奨するアセット、参照、アセンブリ、アーティファクトの最も安定で最新のバージョンを手に入れることができますSitecoreAI。その中には以下が含まれます:

• デバッグやテストをサポートするローカル開発ワークステーションリソース。

• JSSとヘッドレスライブラリ。

• ヘッドレスSXA参照コンポーネントは、Next.jsで書かれています。

• パーソナライズと分析ミドルウェア。

ASP.NETコアスターターキット

starter kitはASP.NET Coreアプリケーションのほとんどの実装の基礎となるコードを意図しています。使い始めるには「自分でコードを使おう」という流れに従ってSitecoreAI。オープンソースで、GitHubで利用可能です。スターターキットを使うことで、ソリューション構築を始める際に推奨するアセット、リファレンス、アセンブリ、アーティファクトの最も安定し最新のバージョンを手に入れることができますSitecoreAI。

Sitecore Cloud Portal

Sitecore Cloud Portalは、すべてのSitecoreデジタルエクスペリエンスプラットフォーム(DXP)製品にアクセスするための中央ハブです。ポータルで組織とユーザーを管理し、SitecoreAIやDeployアプリへのアクセスも管理します。https://portal.sitecorecloud.ioでCloud Portalにアクセスできます。

Deploy app

Deployアプリは、環境管理やプロジェクトのデプロイのためのユーザーインターフェースです。プロジェクト作成のウォークスルー、デプロイプロセスの各ステップの詳細なログ、ステータスページ、そしてプロジェクトや環境を管理するための集中管理場所が含まれています。プロジェクト作成フローを正常に完了した後、アプリは以下のプロセスを実行してプロジェクト作成を完了します。

• 提供

• 建設

• Deploy

ホストレンダリング

ホストの 編集とレンダリングホストの説明を参照してください。

Experience Edge

Experience Edge GraphQL APIベースのサービスエンドポイントで、レイアウトやコンテンツをCDNを通じて取得できます。Experience EdgeはSitecoreがホストするSitecoreAI出版ターゲットです。

環境変数

Environment variables環境構成のコア部分を制御するキー値ペアです。環境のソースコード外に保存されているため、設定変更が簡素化されます。例えば、Next.jsアプリケーションでは .envファイルに保存されますが、ローカル開発のシナリオではenv.localに保存されます。 SitecoreAI 、システム、ユーザー制御、カスタムの3種類の環境変数を含みます。

システム環境変数

System environment variables環境のコア部分を制御する設定や構成です。これらの設定はローカルの開発環境や外部レンダリングホスト使用時に変更できますが、本番環境では変更できません。

ユーザー制御環境変数

SitecoreAI環境には、あなたが制御できるあらかじめ定義された 環境変数 が付属しています。

カスタム環境変数

あらかじめ定義された環境変数に加えて、自分でカスタムキーと値のペアを作成し 、それらをSitecoreAIに保存することも可能です。例えば、サードパーティシステムへの接続に使うことができます。

アイテム

Sitecoreでは、アイテムはあなたのデジタル体験の基盤となります。Sitecoreのほとんどすべてがアイテムです。例えば、ページはアイテムであり、そのページを作成するために使われるページテンプレートもアイテムであり、そのページテンプレートを構築するために使われるページデザインや部分デザインもアイテムです。

概念的には、アイテムとはフィールドから成るオブジェクトですが、フィールドが全くないアイテムもあります。アイテムは以下の方法で識別されます:

• グローバルに一意な識別子(GUID、またはID)。

• Sitecoreプロジェクト内のアイテムの位置へのパス。

• アイテム名と、好きな表示名を用意してください。

フィールド

フィールドとは、アイテムに関するデータを格納するプロパティのことです。それらは単純なもの(例:文字列、テキスト、数字)からより複雑なもの(例:Rich Text、General Link、Multilist)まであります。アイテムの元となるテンプレートによって、どのフィールドが含まれるかが決まります。

以下の画像はƒuswer Explorerのもので、タイトルコンポーネント(レンダリングとも呼ばれる)とデフォルトのバリアントを示しています。右側には、このアイテムを構成するさまざまなフィールドが示されています。

テンプレート

テンプレートはdata templatesとも呼ばれ、コンテンツ項目の構造を定義します。各テンプレートにはセクションごとに整理されたフィールドが含まれています。テンプレートはフィールド名とフィールドが属するセクションを定義します。また、各フィールドの型、すなわちフィールドが受け入れ可能な入力を定義します。

例えば、製品データテンプレートには「一般情報」と「製造詳細」の2つのセクションがあります。一般情報セクションには以下の項目が含まれています:

• 名前 – 文字列

• カタログID – 文字列

• 価格 – 整数

製造詳細セクションには以下が含まれます:

• 製造元 – 弦

• 製造業国一覧

テンプレートはbase templateから定義を継承します。これは単に他のテンプレートがフィールドやセクションを継承するテンプレートです。

標準テンプレート

デフォルトの基本テンプレートは、他の多くのテンプレートと共有されており、明示的に継承を通じて、あるいは暗黙のうちに継承から除外されている場合もあります。デフォルトでは、すべてのテンプレートは標準テンプレートから継承されます。もしテンプレートの継承のためにベーステンプレートが定義されている場合、標準テンプレートの定義が上書きされることがあります。

レンダリング

ヘッドアプリケーション内の単一のコンポーネントに関する情報を格納するための構成項目です。サイトページは複数のレンダリングで構成されています。 renderingという用語は、レンダリングがコンポーネント定義の一部であるにもかかわらず、componentとしばしば同義で使われます。レンダリングはContent Editor、/sitecore/layout/Renderings/Featureで定義されます。

レンダリングバリアント

通常は同じデータを異なるレイアウトで表示するために使われるレンダリングのバリエーションです。レンダリングバリアントをサポートするSXAコンポーネントは、デフォルトバリアントとして1つのバリアントを定義しなければなりません。

レンダリングパラメータ

レンダリングパラメータは、データソースからのデータ以外の追加情報をコンポーネントに渡すために使用されます。コンポーネントの表示を制御するために、異なるCSSスタイル、高さ、幅を割り当てることができます。

レンダリングの定義

レンダリングを表すために使われるアイテム。 rendering parameter templateアイテムを参照しています。レンダリング定義は、Content Editorのコンテンツツリーの /sitecore/layout/Renderingsパスに記載されています。

データソース

データソースには、特定のコンポーネント以外で管理されるコンテンツが含まれています。Componentsは実行時にデータソースを呼び出してそのコンテンツを追加できます。例えば、コンポーネントはタイトル、テキスト、ボタンなどの独自のコンテンツを持ち、ページをレンダリングした際にデータソースから追加される画像も含まれます。

私たちはinternalデータソースとexternalデータソースを区別しています。内部データソースは、テキスト、画像、メディア、サイトページなどSitecoreAI内で作成・処理されます。これらはページレベル(そのページのすべてのコンポーネントで利用可能)またはサイトレベル(すべてのサイトコンポーネントで利用可能)に保存できます。さらに、ページのデータソースをページそのものに設定することも可能です。これはページのメタデータを活用するのに役立ちます。例えば、ブラウザタブに表示されるページのタイトルはページ名に結びつけることができます。

外部データソースはSitecoreAI外で作成・保存されます。コンポーネントは、データソースを呼び出すJSONを含める、HTTPリクエストを送信して応答を処理する、またはGraphQLクエリの結果を利用する方法のいずれかを用いて外部ソースからデータを取得できます。

Responsive component

表示される画面の幅に応じて表示を調整するコンポーネントです。

Dynamic component

ユーザーのやり取りやデータに基づいて表示や挙動を適応させるコンポーネントです。例えば、ユーザーのやり取りに応じて変わる折りたたみ式メニュー、カルーセル、ライブチャットウィジェットなど、または、データソースからデータを取り込むスライダー、推薦文、製品リストなどです。