[PaaSのみ]{class="badge informative" title="Adobe Commerce on Cloud プロジェクト(Adobeで管理されるPaaS インフラストラクチャ)とオンプレミス プロジェクトにのみ適用されます。"}

カタログの強化

カタログのエンリッチメントはAdobe Commerce機能で、商品名と長い説明を改善することで、買い物客が商品調査や発見にLLMやAI アシスタントを使用する際に、カタログをより正確に表現できるようになります。

NOTE
カタログの強化は、舞台裏のCommerce Catalog AgentとAdobe Brand Visibilityによって強化されています。 Commerce カタログワークフローの一部としてエンリッチメントを使用します。 承認済みの名前と説明の更新を適用するために、個別のAdobe Brand Visibility統合を管理することはありません。 Commerce以外の幅広いLLMの監視と最適化については、Adobe Brand Visibility 製品ドキュメント ​を参照してください。

仕組み how-it-works

Adobe Commerce製品カタログは、製品データ(名前、説明、属性、価格設定、在庫)の記録システムです。Adobe Commerce Storefront MCP (Model Context Protocol)は、ライブカタログデータをAdobe AIエクスペリエンスに接続します。 さらに、カタログエージェントは、製品名と長い説明のギャップを特定して改善を提案し、承認済みの変更をCommerceに書き戻して、Commerce管理者でレビューできるようにします。

カタログを強化することで、次のことが可能になります。

  • LLMによる製品解釈に影響を与える、製品名と長い説明文のギャップや不整合を特定します。
  • ジャスティフィケーションや前後の比較など、提案された改善をサポートコンテキストと共に確認できます。
  • 承認済みの更新をCommerceカタログに直接適用することで、管理者やストアフロントなど、フィールドを読み取るチャネルの連携を維持できます。

Commerceには商品名と長い説明が保存されているため、一度編集したコピーを改善することは、商品データを利用するあらゆるチャネルにメリットをもたらします。 このメリットは、システムの更新方法と更新時期によって異なります。

方向
目的
Commerce カタログ ->解析
カタログとURL シグナルが、エンリッチメントの提案に反映。
エンリッチメント -> Commerce カタログ
更新を承認すると、製品名と説明の変更がCommerce カタログに保存され、管理者とストアフロントに最適化された値が反映されます。

対象 who-this-is-for

  • デジタルマーケターやマーチャンダイジングを利用しているマーチャンダイザーは、LLMにもとづいて顧客データを正確かつ一貫性のある方法で提供する必要があります。
  • デジタルマーケターやマーチャンダイジング担当者で、カタログのコピーを大規模に改善するための管理された方法を必要としている人。
  • カタログの整合性、管理プロセス、および製品属性をフィードする統合(API、CSV、PIM)を所有するCommerce管理者。

前提条件 prerequisites

カタログのエンリッチメントにアクセスできる場合は、次の前提条件が適用されます。

  • ストアフロントはLLM向けおよびエージェント型のボットでクロールできます。カタログに応じた提案を行うにはクロールで対応する必要があります。
  • 必要なCommerce サービスとカタログ接続が有効になり、正常に動作します。 詳細については、​ カタログの強化を有効にするを参照してください。
  • カタログエンリッチメントにアクセスするCommerce管理者ユーザーは、Adobe IMSを使用してログインします。 IMS ログインと組織の要件を参照してください。
  • Adobe Admin Consoleにアクセスできます。
  • 組織が基礎となるAI サービスに対して、生成AIに乗り換えたり、明示的にオプトアウトしたりしました。
NOTE
Commerceでは、設定の一環として、カタログ強化の背後にあるAI サービスをカバーするGenAI ライダーに署名したかどうかを確認します。 ライダーにまだ署名していない場合やオプトアウトしていない場合は、カタログの強化を使用する前に、ライダーに署名するか更新するかを求めるメッセージが表示されます。

IMS ログインと組織の要件 ims-sign-in-requirements

カタログのエンリッチメントでは、サインイン済みのCommerce管理者ユーザーのAdobe IMSアクセストークンを使用してAdobe Brand Visibilityに接続します。 Commerceのユーザー名とパスワードのみを使用したネイティブのCommerce管理者ログインでは、このトークンは生成されないため、カタログエンリッチメントにアクセスする管理者ユーザーはAdobe IMSを使用してログインする必要があります。

IMS ログインをサポートするには、Commerce インスタンスでCommerce Admin Integration with Adobe IDが有効になっている必要があります。 Adobe IDとのCommerce Admin Integrationの設定を参照してください。

IMPORTANT
Adobe IDとのCommerce管理者統合を有効にすることは、インスタンス全体の変更です。 有効にすると、すべての管理者ユーザーはAdobe IMSを通じて認証する必要があり、ネイティブのCommerce ユーザー名とパスワードのログインは使用できなくなります。 この統合を有効にする前に、Adobe Identity Management Service (IMS)統合の概要を確認してください。

Commerce インスタンスに関連付けられているAdobe IMS組織は、通常、Adobe Brand Visibilityの使用権限を保持しているIMS組織とは異なります。 Adobe IDとのCommerce管理者統合を有効にすると、ブランドの可視性の使用権限へのアクセス権が付与されず、2つの組織が同じである必要はありません。 Adobeの管理者またはアカウントチームと協力して、設定に必要なIMS組織のメンバーシップとアカウントアクセスカタログのエンリッチメントを確認します。

カタログの強化を有効にする enable-catalog-enrichment

推奨事項を確認または適用する前に、Commerceの管理者または実装パートナーと協力して、次のことを確認してください。

カタログエンリッチメントとカタログサービス拡張機能のインストール

  1. 次のコマンドを実行して、カタログエンリッチメント拡張機能をCommerce インスタンスにインストールします。

    code language-bash
    composer require magento/module-catalog-enrichment --no-update
    composer update magento/module-catalog-enrichment
    
  2. カタログサービスをまだインストールしていない場合は、実行してください。

    Catalog enrichment​は、お使いのCommerce インスタンスで利用できるようになりました。

カタログの強化にアクセス

カタログ エンリッチメントおよびカタログ サービス拡張機能をインストールすると、カタログ エンリッチメント機能が管理者の​Catalog > Catalog Enrichment​で利用できるようになります。

​ カタログの強化 {modal="regular"}

カタログエンリッチメントの設定 configure-catalog-enrichment

Settings タブでカタログのエンリッチメントを設定して、Commerce Catalog Agentがお客様のAdobe Commerce環境に接続し、Commerce Adminで提案を表示できるようにします。

このタブのフィールドは、カタログエンリッチメントが接続するCommerce環境とストアビューを識別します。 これらは、Adobe Brand Visibilityの使用権限を保持するAdobe IMS組織とは別です。 IMS ログインと組織の要件を参照してください。

  1. 管理画面で、Catalog > Catalog Enrichment​に移動します。

  2. ページの上部にある​Scope リストで、設定するストアビューを選択するか、All Store Views​のままにして、ストアビュー全体の設定を管理します。

  3. 「Settings」タブを開きます。

  4. Commerce Configuration​で、URLがラベル付きのストアビューパネルを展開します。

    カタログ Adobe Brand Visibility サービスと監査ワークフローを有効にするには、Adobe Commerce環境の詳細を指定します。

    ​ カタログエンリッチメント設定タブのCommerce設定 {modal="regular"}

  5. ストアビューに必要な接続の詳細を入力します。

    • Store View URL: ストアビューに対応するURL (例:https://brand.example.com/fr/)。
    • Environment ID:接続がアクセスするAdobe Commerce環境の一意の識別子。
    • Website Code、Store Code​および​Store View Code: Commerce web サイトのWeb サイト、ストア、およびストアの表示コード。 これらの値は、Commerce管理者のコードと一致する必要があります。
    • Host Name: Adobe Commerce インスタンスのホスト名。
  6. Save​をクリックします。

保存した後、最初の同期ジョブまたは検証ジョブが完了するのを待ってから、そのストアビューのカタログまたは監査結果に頼ります。 商品の提案が​Catalog Enrichment ページに表示されるまでに、最大で24時間かかる場合があります。

ストアビュー設定を削除するには、そのエントリを展開し、Delete​をクリックします。

フィールドの説明 commerce-connection-fields

必須フィールドには、Commerce Configuration フォームにアスタリスク (*)が付いています。

フィールド
必須
説明
ストアビューURL
はい
ストアビューに対応するURL (例:https://brand.example.com/fr/)。
環境ID
はい
接続がアクセスするAdobe Commerce環境の一意の識別子。
Web サイトコード
はい
CommerceのWeb サイトのWeb サイトのコード。
ストアコード
はい
Commerce Web サイトのストアコード。
ストアビューコード
はい
Commerce web サイトのストアビュー。
ホスト名
はい
Adobe Commerce インスタンスのホスト名。

カタログ強化のレビューと適用 review-and-apply

カタログの強化を有効にして設定すると、製品の提案が​Agentic Opportunities タブに表示されます。 ここから、Commerce カタログ内の製品名と長い説明に対して、提案を確認し、承認済みの更新を適用できます。

カタログのエンリッチメントでは、次のワークフロービューを使用します。

  • Current Suggestions:レビューする新しい項目またはアクティブな項目。
  • Fixed Suggestions:既に適用または解決済みの項目。
  • Ignored Suggestions: アクションから意図的に除外した項目。

​ カタログの強化 {modal="regular"}

承認済み提案をデプロイ review-deploy-catalog

承認済み提案をデプロイするには:

  1. Current Suggestions​を選択します。
  2. URLまたはSKU行の展開コントロールをクリックして、提案された製品名と製品説明の更新を表示します。
  3. 候補を確認し、それがマーチャンダイジングとSEO戦略に一致することを確認します。

デプロイする前に提案を編集するか、戦略と一致しない場合は​ Ignored Suggestions ​に移動できます。

  1. 更新するURLまたはSKUの行を選択します。
  2. 「Deploy optimizations」をクリックして確認します。

承認された名前と説明の変更は、他の製品の更新と同様に、Adobe Commerce カタログに保存されます。

IMPORTANT
適用された各更新を実稼動カタログの変更として扱います。 通常の変更管理、ステージング、QAのプラクティスを使用します。 マーチャンダイジングとSEOの関係者が最終コピーについて合意した後にのみ、更新を適用します。

更新プログラムを適用すると、修正済み​として マークが付いた​ Fixed Suggestions ​に候補が移動します。

管理者でのエンリッチメントの確認 verify-in-admin

適用されたカタログの強化を確認するには:

  1. Commerce Adminで​Catalog > Products​に移動します。

  2. 必要に応じて、フィルターと​Store View セレクターを使用します(例:Default Store View)。

  3. SKUを検索します。

  4. 製品を編集モードで開きます。

    製品フォームには、強化された製品名や説明が表示されます。

    製品名 {modal="regular"}を強化しました

  5. オプション:代わりに手動で入力した名前を保持する場合は、Override Catalog Agent provided Product Name​を選択します。

    手動での上書きは、提案がカタログとの同期を維持する方法に影響します。 詳しくは、管理者での手動による上書きを参照してください。

  6. 「Content」セクションを展開し、説明フィールドを見つけます。

    説明の変更を適用すると、強化された説明が表示されます。

    製品説明 {modal="regular"}を拡充

  7. オプション:代わりに手動で入力した説明を保持する場合は、Override Catalog Agent provided Description​を選択します。

手動での上書きは、提案がカタログとの同期を維持する方法に影響します。 詳しくは、管理者での手動による上書きを参照してください。

ストアフロントでエンリッチメントを確認する verify-storefront

ストアフロントでエンリッチメントを検証するには:

  1. ストアフロントでSKUを検索します。

  2. 製品ページを開きます。

  3. 製品名と説明が承認済みと一致することを確認します。

    ストアフロントにエンリッチメントが表示されるまでに時間がかかる場合があります。

  4. 長い説明を表示する地域が、承認済みの地域と一致することを確認します。

  5. オプション:ロールアウトに関連する場合は、同じカタログ属性を使用するダウンストリームチャネルを確認します。

上書き、取り込み、古い提案 overrides-ingestion

カタログのエンリッチメントにより、製品の名前や説明が更新されると、他の取り込みシステムが同じフィールドを変更する場合があります。 REST API呼び出し、CSV読み込み、PIM フィードなどの例があります。

オリジナルの値を再取得 original-value-reingested

外部プロセスが元の名前または説明(エンリッチメントが適用される前に存在していた値)を書き込んだ場合、Commerceは、カタログ エンリッチメントルールに従って、そのフィールドのエンリッチメント値を引き続き尊重します。 提案は、その取り込みだけでは自動的に元に戻らない場合があります。

新しい値が再び取り込まれました new-value-reingested

外部プロセスがプリエンリッチメントテキストの繰り返しではない新しい値を送信する場合、Commerceは新しいカタログ値を尊重します。 例えば、「赤い靴」から「象徴的な赤い靴」に名前を変更すると、エンリッチメントされた値に置き換わります。 ライブカタログが提案コンテキストと一致しなくなったため、関連するエンリッチメントの提案は、通常、古い​とマークされます。

管理者の手動オーバーライド manual-override-in-the-admin

Adobe Commerce管理者で製品名または説明を手動で編集する場合:

  • Adminの値は、その手動変更の記録システムとして勝ちます。
  • エンリッチメントの提案は、古い​とマークされています。
  • 提案ワークフローは、その項目の元の状態に戻るので、分析が再度実行された場合は、ベースラインを変更したり、新しい提案を受け入れたりできます。

これらのルールは、複数のチャネルが同じSKUに接触した場合に、カタログのエンリッチメント、取り込みフィード、管理者編集のいずれが権限を持つかを判断するのに役立ちます。

制限と考慮事項 limits

  • Enrichmentは現在、英語の商品コンテンツのみをサポートしています。
  • エンリッチメントは、商品名と長い説明文にのみ適用されます。 PDP レイアウト、ウィジェット、その他のページレベルのストアフロントコンテンツは変更されません。
  • 大きなカタログとURL数が多い場合、分析の完了速度と一度に表示される候補の数に影響を与える可能性があります。
  • 有意義な提案は、LLM関連ボットが気になる製品URLにアクセスできることを前提としています。 ロボットルール、認証、ジオブロッキング、高度なパーソナライゼーションにより、カバー範囲を縮小することができます。

ベストプラクティス best-practices

  • PIMまたはフィードのジョブが意図せずカタログのエンリッチメントと競合しないように、製品名と説明のシステム所有権を文書化します。
  • タイトルや説明を一括適用する前に、SEO チームやブランドチームと調整しましょう。
  • 主要なカタログのインポート後に再同期または再分析して、現在のカタログの状態を提案に反映します。

例

次の例は、カタログのエンリッチメントにより、生の技術属性を、買い物客に焦点を当てた物語のような製品コピーに変換する方法を示しています。

例:技術的な属性を含むコーヒー製品

コーヒーretailerのカタログには、コーヒー豆の品種、原産地、加工方法、焙煎レベル、標高範囲などの中程度のコーヒー豆商品の技術仕様のみが保存されています。 これらのフィールドは商品を説明するものの、買い物客にその価値を伝えないため、AI アシスタントは「スムーズで低酸の味がするコーヒーは何ですか?」などの質問に答える際に、ほとんど操作できません。

カタログのエンリッチメントでは、技術的な属性と理由を読み取り、買い物客に関連する特性を推測します。

技術的属性
推測特性
推論
ハニープロセス、Mediumロースト
低酸度
蜂蜜の処理中に豆に残った果実ムシラージュは酸性度を抑制し、中焙煎は残留酸性化合物を分解します。
ハニープロセス,アラビカ,Mediumロースト
ヘーゼルナッツ味
ムシラージュの果糖は、アラビカの天然ナッツノートと組み合わされ、中程度のローストで増幅されます。
ハニープロセス,アラビカ
リッチでクリーミーな食感
乾燥中に粘液から吸収された油は粘度と体を追加します。
蜂蜜プロセス、高度900-1200m
キャラメルのアンダートーン
より密度の高い高地の豆は、蜂蜜の処理によって深められた、より複雑な糖を開発します。

カタログの強化では、推測された特性を商品コピーに適用します。

  • 前:「Mediumローストコーヒー豆 – アラビカ、ブラジルミナスジェライス、ハニープロセス、900~1200m」
  • After:「ブラジルのミナスジェライスで900~1200mで栽培されたアラビカ豆は、ハチミツ加工でミディアムローストし、独特のヘーゼルナッツの個性、キャラメルの下調、低い酸味を備えた、自然に甘くクリーミーな食感を生み出します。 連続した、親しみやすいスペシャルティコーヒーは、注ぎ込むのを通して最高の経験しました。」

更新された名前と説明はCommerceカタログに直接保存されるため、ストアフロント、LLM フィード、それらのフィールドを読み取るその他のチャネルには、同じエンリッチメントコピーが反映されます。

例:モジュール式の家具構成

Furniture retailerでは、モジュール式のセクショナルソファが販売されています。このソファでは、製品説明にコンフィギュレーションコードとファブリック名(例:6 Standard Seats + 6 Standard Sides in Sapphire Navy Corded Velvet)のみが記載されています。 この略語は、リピート顧客には理解できますが、AI アシスタントは、商品がどのように機能するのか、何が耐久性や快適なものなのかについてのコンテキストをほとんど提供しません。

カタログのエンリッチメントにより、設定とファブリックの属性がナラティブな説明に展開され、各コンポーネントの機能と、買い物客にとって重要な理由が説明されます。

  • 前:「サファイア海軍コードベルベットの標準座席数6席+標準座席数6面」
  • After: 「この設定には、6つの標準シート挿入セットと6つの標準サイドインサートが含まれており、アームまたはバックとして互換性を持って機能し、レイアウトのモジュール式ビルディングブロックを形成します。 各シートは、リフトを保持し、たるみを防ぐために設計された3つの高密度レイヤーを備えた標準フォームを備えています。 サファイア海軍コード付きベルベットカバーは、繊細な光沢と柔らかく豪華な雰囲気を作り出すテクスチャコードを備えた豪華な耐久性があります。 カバーは正確でカスタマイズされた外観を実現するために手縫いされており、機械で洗って変更できるため、セクションはスペースとともに進化することができます。」

強化された説明はCommerce カタログに書き戻されるので、AI ボットは商品詳細ページをクロールして、商品のカタログデータを使用するダウンストリームチャネルやフィードにも使用できます。買い物客がページに表示するレイアウトやデザインは変更されません。

recommendation-more-help
commerce-admin-help-catalog