AI:商品データを活用した購買カタログの作成。
構造化データ、フィード、バリエーション、在庫状況、ポリシー、シグナルを備えた AI 購入エージェント向けの製品カタログを準備する方法を学びます。
Updated May 25, 2026
AI ショッピング カタログの準備とは、AI システムが商品を検索、比較、信頼し、カートに追加できることを意味します。読みやすいカタログは単なる製品概要ではありません。安定した ID、バリエーション、価格と在庫状況、配送ルール、返品ポリシー、画像、レビュー、エージェントが推測を避けるための十分な構造が必要です。
カタログが現在戦略的である理由#
代理取引は支払い前に開始されます。エージェントは自分が解釈できないものを購入することはできません。 PayPal の販売者調査では、実際的な準備段階として機械可読商品データが強調されている一方、Google はユニバーサル カートと UCP を代理店ショッピングのインフラストラクチャとして説明しています。
これにより、カタログの作成が AEO の中心的なタスクになります。
スキーマ レベルの詳細については、関連する 構造化製品データ ガイド を、カートの影響については ユニバーサル カートの準備 をお読みください。
カタログの最小フィールド数#
|フィールド |エージェントがそれを必要とする理由 |
| — |
| 製品識別 |
| 名前 |
| カテゴリー |
| 説明 |
| バリアント属性 |
| 価格 |
| 可用性 |
| 配送ポリシー |
| 返品ポリシー |
| 画像と代替テキスト |
| レビュー/評価 |
フィード、スキーマ、API、または UCP?#
|表面 |最高の論文 |
| — |
| 製品ページのHTML |
| スキーマ.org/製品 |
| 販売者/製品フィード |
| カタログAPI |
| UCP カタログ容量 |
ほとんどの販売者は複数の表面を必要とします。重要なのは一貫性です。
一般的なカタログ エラー#
- 価格はフィードとページで異なります
- バリアントは曖昧な説明に統合されます
- 在庫切れの商品はまだ入手可能なようです
- 送料はチェックアウト時にのみ表示されます
- 返品規則が曖昧な法的文章として書かれている
- 製品画像には有用な代替テキストがありません
- パッケージには機械可読コンポーネントが含まれていません
- 購読ルールが不明瞭
これらの失敗は人間の変換とエージェントの選択に悪影響を及ぼします。
AI 検索と AEO の影響#
AI 検索の最適化 では、カタログの準備により引用と推奨の品質が向上します。 エージェント エンジンの最適化 では、推奨事項からアクションへの移行をサポートします。エージェントは次のことを知っておく必要があります。
- 製品とは何ですか
- 誰のためのものですか
- ユーザーの制限に適合する場合
- はい、今すぐ購入できます
- 購入後はどうなりますか
よくある質問#
製品概要は AI 購買エージェントにとって十分ですか?#
いいえ、商品スキーマは役立ちますが、エージェントはフィード、API、カート機能、ポリシー データ、現在の在庫も必要になる場合があります。
e コマース チームは最初に何を解決する必要がありますか?安定した製品 ID、バリエーションの明確さ、現在の価格と在庫状況、配送ルール、返品ポリシー、明確な製品概要から始めます。#
すべての製品に API エンドポイントが必要ですか?#
いつもではありません。ただし、価値の高いカタログ、大量のカタログ、または頻繁に変更されるカタログには、リアルタイムの検索サーフェスが役立ちます。
カタログの準備はユニバーサル カートにどのような影響を与えますか?#
ユニバーサル カートまたはエージェント カートは、品目、価格、バリエーション、およびポリシーの正確なデータに基づいています。カタログ データが弱いと、カートが失敗したり信頼性が低くなったりします。
ソース#
主な情報源: Google Universal Cart の発表、Google UCP Commerce Update、PayPal Agentic Commerce Pulse の調査結果、および Google Product Structured Data Documentation。