Adobe コンポーザブルカタログデータモデルのポリシー
カタログビューが、買い物客が統合されたベースカタログから見るものを形成するレンズである場合、ポリシーはそのレンズで構成されています。 このチュートリアルでは、ポリシーの概要、Carvelo Automobilesのデモンストレーション シナリオで STATIC と トリガー のポリシーがどのように連携するのか、また、カタログを再構築せずにポリシーの更新がすぐに有効になる理由について説明します。
この動画は誰のためのものでしょうか？
- Adobe Commerce Optimizerでカタログビューとマーチャンダイジングルールを設定するCommerceソリューションアーキテクトおよび開発者
ビデオコンテンツ
- 製品属性に対するデータアクセスフィルターとしてのポリシー
- 複数のポリシーをCelport カタログビューで組み合わせる方法（ブランドとパーツ カテゴリ）
- 永続的なビジネスルールの静的ポリシー
- API リクエストヘッダーによってアクティブ化されたトリガーポリシー（例：
AC-Policy-Brand） - カタログを再構築することなく、日常業務でポリシーを更新する
ポリシーは データアクセスフィルター です。 製品属性を検査し、カタログビューで表示される製品を決定するルールを適用します。 ポリシーは、共有されたコンポーザブルカタログの上に配置され、カタログデータを複製しません。
静的ポリシー
STATIC ポリシーは 常に にあります。 買い物客の行動やセッションの状態に関係なく、永続的なビジネスルールを適用できます。
Celport シナリオでは、静的ルールには次のものが含まれます。
- Celportは、Boltおよび Cruz のブランドのみを販売します。
- セルポートには ブレーキ と サスペンション のパーツのみが表示されます。
これらのルールは決してオフにはなりません。 静的ポリシーは、ライセンス契約、領域制限、ブランド権限が有効な場所です。 一度設定すれば、Adobe Commerce Optimizerが毎回リクエストに応じて自動的に適用します。
トリガーポリシー
値ソースが トリガー のポリシーは、排他的なポリシーと呼ばれることもあります。 カタログ ビューでは、API呼び出しのヘッダーにトリガーが指定された 場合にのみ、そのポリシー が実行されます。
例えば、Experience Delivery Services （EDS）ストアフロントでは、All Brands、Aurora、Bolt、Cruzなどのドロップダウンを提供できます。
- 最初のページビューでは何も選択されないため、追加のブランドヘッダーは送信されません。
- 買い物客が Bolt を選択すると、基になるAPIによって
AC-Policy-BrandヘッダーがBoltに設定されます。 - 買い物客が Cruz を選択すると、同じヘッダーが
Cruzに設定されます。
カタログビューでは、そのヘッダーが存在する場合にのみトリガーポリシーが適用されます。これにより、永続的な静的ルールを変更することなく、インタラクティブなフィルタリングがサポートされます。
静的データとトリガーの連携
STATIC ポリシーは、永続的なルールを処理します。 トリガー ポリシーは、インタラクティブなポリシーを処理します。 単一のカタログビューで一緒に使用すると、コンプライアンスと 柔軟性 の両方が提供されます。これは、固定の品揃え境界に加えて、買い物客による絞り込みです。
カタログを再構築せずにポリシーを更新する
日々の業務において、すばやくポリシーを変更できます。 セルポートのライセンス契約で、ブレーキやサスペンションと同様に タイヤ が許可されているとします。
- 関連するポリシーを開きます。
- 値リストに タイヤ を追加します。
- 保存。
その変更はすぐに反映されます。 カタログの再構築、再デプロイメント、待機時間はありません。 Celportのストアフロントへの次のリクエストには、更新が反映されます。
ポリシーは、共有カタログの軽量フィルターであり、個別のカタログコピーに組み込まれたルールではありません。 データではなくルールを変更します。