AIアシスタント内の商品発見：Adobe CommerceのCatalog Agentが変えるもの

発表の概要

2026年7月27日、AdobeはAdobe Commerceにおいて「LLMサーフェス」上の商品発見機能の提供を発表しました（公式発表）。要するに、顧客が目にするページには一切手を加えずに、AIクローラーや回答エンジン（ChatGPT、Perplexity、ショッピングアシスタントなど）向けに、機械可読な商品データのレイヤーを公開できるようになったということです。

中核となるのがCatalog Agentです。Commerceカタログから直接取得した構造化情報 — 属性、仕様、カテゴリ、バリエーション、価格、在庫状況、商品間の関係（互換性、アクセサリー）— で商品ページを強化します。

なぜ今なのか

Adobe自身の数字が物語っています。2026年3月、米国小売サイトへのAIアシスタント経由のトラフィックは前年比269%増となりました。購買行動の多くが、Google検索ではなく「マラソントレーニング用の軽量トレイルランニングシューズを見せて」といったアシスタントへの質問から始まるようになっています。

しかし、ほとんどのストアはこの種の読み手を想定して作られていません。決定的な情報が画像やアコーディオン、AIシステムが処理しにくいJavaScriptの中に埋もれています。アシスタントがあなたの商品を理解できなければ、競合の商品を推薦します — しかもそれはあなたの統計には一切現れません。

仕組み

技術チームが注目すべきポイントは3つです。

並行レイヤーであり、再構築ではない。 機械可読データは既存のストアフロントの背後で公開されます。商品ページ、画像、購買フローはそのまま変わりません。
ソースファーストの設計。 情報はスクレイピングやサードパーティのフィードではなく、カタログそのものから取得されます。AIに提示される価格・在庫・バリエーションは、信頼できる唯一の情報源のもの — ガバナンス面での大きな利点です。
オプションのAIエンリッチメント。 Adobeは、キーワードではなく会話型クエリに合うよう、実際のユースケースを軸に商品名や説明文を書き直すことを提案しています。

これらはSummit 2026で発表されたエージェント戦略の一環であり、Commerce MCPサーバーやBrand Conciergeと並ぶ取り組みです（Adobe CommerceのAIページ）。

知っておくべき制限

この機能は、追加ライセンスの発表なしに、あらゆるデプロイメントモデルのCommerceカタログの上に構築されます。ただし2つの留保があります。統合へのアクセスはまだ制限されており、カタログエンリッチメントのワークフローはベータと位置付けられています。つまり有効化にはAdobe（またはパートナー）を通す必要があり、自動エンリッチメントをレビューなしでカタログ全体に適用するのは避けるべきです。

そして何より、このレイヤーはAI可視性の基本を置き換えるものではありません。クリーンなSchema.org構造化データ、整備された属性、JavaScriptなしでも機能するコンテンツが引き続き土台です — AIはデータを豊かにしますが、無いものは作れません。

私の推奨

今すぐ属性を点検する。 不完全な商品情報、画像の中にしかないサイズ、未入力の互換性 — Catalog Agentの足かせになるのは技術ではなくデータです。
AIトラフィックを計測する。 アナリティクスでChatGPT、Perplexity、Copilotからの参照を追い、出発点を把握しましょう。
Adobe Commerceならアクセスを申請する。 正しく公開された最初のカタログが、アシスタントの回答で優位に立ちます。
Magento Open Sourceや他のプラットフォームなら： Catalog Agentはありませんが、同じ原則が適用されます — Schema.org、サイトマップ、サーバーレンダリングされたコンテンツ、llms.txt。遅れを取り戻すより先行する方が容易です。

私の見解

商品発見はますます、あなたのサイトの外、目に見えない会話の中で起きています。Adobeはそれを掛け声ではなく具体的なプロダクト機能に落とし込んだ、最初のeコマースベンダーの一つです。アクセス制限やベータ段階のエンリッチメントなど、まだ若い機能ですが、方向性は明確です。機械可読なカタログは、検索順位と同じく商業的資産になります。競合だけが引用される前に、データを整えておくべきです。