[SaaSのみ]{class="badge positive" title="CCDMのみでプロビジョニングされたAdobe Commerce as a Cloud Service インスタンス(Adobeで管理されるSaaS インフラストラクチャ)に適用されます。"}

カタログソース

カタログソース:製品、属性、カテゴリーの権限範囲を表します。 通常、言語、オーディエンス、原産地系の境界にマッピングし、検索、フィルター、並べ替えの動作を決定します。

カタログソースと関連する概念

カタログソースが他のマーチャンダイジングサービスの概念とどのように関連しているかを理解すると、データを正しくモデル化できます。

  • カタログ ソース – 製品情報を提供する基礎となるデータ コンテキスト。 カタログソースは、通常、ロケール(en-US、fr-CAなど)またはPIMやERPなどの外部システムから提供されるデータコンテキストを表します。 製品、属性メタデータ、およびカテゴリはすべて、カタログソースごとに範囲が設定されます。 カタログソースは、生のカタログデータの出所と、その商品の発見への影響(検索結果、フィルタリング、並べ替え動作)を定義します。

  • カタログ ビュー – 特定のビジネス ニーズに合わせてカタログの設定済みビュー。 カタログビューは、カタログソース(またはロケール)を選択し、製品の表示を絞り込むために​ ポリシーを適用し、価格表をビューに関連付けます。 単一のカタログソースを使用すると、多数のカタログビューを利用できます(例えば、ブランドや地域ごとに別々のカタログビューを持つ1つのen-US ソース)。 カタログビューは、そのデータをストアフロント、チャネル、オーディエンスに公開する​ 方法 ​と考えてください。

  • カタログレイヤー - ソースデータを変更せずに製品属性(名前、説明、画像、メタデータ)を変更するために、ベースカタログデータの上に適用されるレイヤー。 カタログレイヤーは、ストアフロントの表示のみに影響し、商品の発見に影響を与えない場合に使用します。

カタログソースの入力方法

カタログソースは、カタログデータの取り込みを通じて入力されます。 そのデータをどのように提供するかは、実装によって異なります。

  • Adobe Commerce as a Cloud ServiceとCCDM:ネイティブ同期は、Commerce Foundationからカタログデータを提供します。 Commerce Foundationで基盤となる製品とストアビュー設定を管理し、​ データ同期 ワークスペースで同期を監視します。 Data Ingestion APIを個別に統合する必要はありません。
  • サードパーティのバックエンドを備えたAdobe Commerce Optimizer – 統合により、Data Ingestion APIを通じて商品とカタログのソース情報が提供されます。

ルールと制限

  • カタログソースは、新しいロケールまたはソースシステムのカタログデータがマーチャンダイジングサービスデータレイヤーで最初に受信されたときに作成されます。
  • 製品の一意性は、SKU + カタログソースで決まります。
  • 買い物客はカタログソースに直接アクセスすることはありません。 カタログデータは、​ カタログビューを介してストアフロントに公開されます。

モデリングガイダンス

カタログ構造を計画する際には、次のガイダンスを使用します。 CCDMを使用するAdobe Commerce as a Cloud Serviceの場合、別の取り込み統合を介してカタログソースを作成するのではなく、Commerce Foundationで基になる設定を管理します。

  • 各カタログ言語に個別のカタログソースを使用します。
  • 商品と属性の違いが、検索、フィルタリング、並べ替え動作(検索性やフィルタリング性の設定の違いなど)に影響を与える必要がある場合は、別々のカタログソースを使用します。
  • 製品と属性の違いが検索、フィルタリング、並べ替え動作を変更せずに製品プレゼンテーションに影響を与える必要がある場合は、​ カタログレイヤーを使用します。
recommendation-more-help
commerce-admin-help-optimizer