Agentic Commerceとは？AIが商品選定から購入まで担う仕組み・従来ECとの違い

Agentic Commerce（エージェンティック・コマース）とは、AIエージェントが利用者の希望や許可された条件をもとに、商品を探す、比較する、カートや注文内容を更新する、購入手続きを進める商取引の考え方です。

単に「AIがおすすめを表示する」こととは異なります。商品情報、加盟店の注文システム、決済、配送といった仕組みにつなぎ、AIが利用者の代理として注文プロセスに関与する点が特徴です。ただし、AIが確認なしに決済することを意味するわけではありません。提供者・加盟店・決済手段ごとに、購入前の人による確認、金額や加盟店を絞った委任など、任せられる範囲は異なります。

2026年11月3日時点で、VisaはAgentic Commerceを、AIエージェントが商品を見つけ、チェックアウトし、注文処理まで担いうる商取引として案内しています。OpenAIは、ChatGPTの購入フローと加盟店システムを接続するAgentic Commerce Protocol（ACP）の開発者向け仕様を公開しています。Googleは、消費者向け画面・事業者・決済提供者を接続するUniversal Commerce Protocol（UCP）をオープンソース標準として案内しています。これらは同じ製品や同一の仕様ではありませんが、AIが商取引を進めるための情報、注文、支払い、権限を接続する方向性を示しています。Visa: Agentic commerce／OpenAI: ACP key concepts／Google: Universal Commerce Protocol

Agentic Commerceを一言でいうと

利用者の意図を受けたAIが、購入候補の提示だけで止まらず、許可された条件の中で商取引の手続きを進める仕組みです。

たとえば、「来週の出張に必要な、機内持ち込み可能な黒いキャリーケースを、税込3万円以内で探して。返品条件も確認して候補を出して」と依頼し、AIが商品、在庫、配送日、送料、返品条件を比較したうえで、利用者の確認を受けて注文へ進む流れが該当します。

ここでいう「AIが購入する」は、AIが独立した買い手になるという意味ではありません。本記事では、利用者または企業が設定した代理権限の範囲内で、AIが行動する設計として整理します。誰の代理なのか、何をいくらまで買えるのか、どの時点で人の確認が必要なのかを、利用者向け画面、決済、加盟店側の注文処理で確認できるようにする必要があります。

従来EC・AIショッピングとの違い

この表は、本記事での実務上の整理です。実際には、同じサービスでも商品カテゴリ、金額、地域、決済手段、利用者の設定によって、AIが実行できる操作は変わります。「AIショッピング」という名称だけで、注文や決済までできると判断しないことが重要です。

何が起きているのか：商品情報、チェックアウト、決済をAI向けにつなぐ

Agentic Commerceは、AIモデルだけでは成立しません。商品情報、在庫・価格、配送・税、注文、支払い、利用者・エージェントの認証、返品や問い合わせの運用を接続する必要があります。

1. 商品カタログをAIが扱える形にする

AIが商品を表示・比較するには、商品名だけでなく、SKU、価格、在庫、画像、バリエーション、配送、返品条件などを扱える情報が必要です。OpenAIのACPでは、加盟店が識別子、説明、価格、在庫、メディア、配送オプションなどを含む商品フィードを定期的に共有する仕組みを案内しています。GoogleのUCPも、商品発見から注文管理までの商取引フローを、消費者向け画面と事業者のバックエンドの間で接続する構想です。OpenAI: ACP key concepts／Google: UCP overview

2. AIの画面と加盟店の注文システムを同期する

購入画面がAIサービス内に見えても、加盟店側の在庫、送料、税、注文可否が正しい状態で反映されなければ、取引は完結しません。OpenAIのAgentic Checkout Specでは、加盟店がチェックアウトセッションの作成・更新・完了用APIを実装し、注文イベントをWebhookで通知する流れを示しています。加盟店は自社システムで注文の受諾または拒否、決済処理、履行を扱う設計です。OpenAI: Agentic Checkout Spec

3. 支払い権限を条件付きの委任として扱う

支払いを伴う操作では、誰が、どの加盟店で、いくらまで使えるかを取引単位で扱う必要があります。OpenAIのDelegated Payment Specでは、利用者がChatGPT上で選択した内容に基づき、上限額と有効期限を含む一回限りの支払いリクエストを扱う仕組みを説明しています。Googleが紹介するAgent Payments Protocol（AP2）も、許可加盟店、支出上限、承認記録などのガードレールを持つ委任情報と、承認から支払いまでの証跡を扱う考え方を示しています。Visa Intelligent Commerceは、消費者が承認した購入指示、エージェントの検証、トークン化された決済認証情報を案内しています。OpenAI: ACP key concepts／Google: Agent Payments Protocol／Visa: Intelligent Commerce

「おすすめAI」と決定的に異なる3つの論点

購入確定：誰が、どの条件で「買う」を押したことになるか

AIが候補を出すだけなら、利用者は購入前に内容を確認できます。一方、注文を作成し決済へ進む場合は、購入意思をどのように確認するかが設計上の論点になります。

• 都度承認型：商品、合計金額、配送先を示し、利用者が毎回確定する
• 条件付き委任型：「特定店舗」「消耗品のみ」「1回あたり税込5,000円以下」などの範囲で実行する
• 事前ルール型：定期補充など、事前に定めた条件に合う購入を進める。例外時の確認、停止、取消の扱いを別途設計する

高額商品、返品条件に制約がある商品、年齢確認が必要な商品、配送先変更を伴う注文などでは、日用品の再注文と同じ確認水準にしないという考え方があります。これは一律の業界ルールではなく、対象商品、利用地域、決済事業者との契約、事業者のリスク判断に応じて定めるべき項目です。

責任：誤購入、二重注文、価格変動をどう扱うか

注文処理では、価格・在庫・送料・税が変化することや、通信再試行で重複したリクエストが届くことを前提に扱う必要があります。OpenAIのCheckout Specは、加盟店に対して、リクエスト認証、署名検証、冪等性、入力検証、安全な再試行を実装要件として示しています。また、作成・更新時の応答には、商品、価格、税・手数料、配送、割引、合計などを含むカート状態を返すことが示されています。OpenAI: Agentic Checkout Spec

誤注文や価格差異が起きた場合の返金、取消、顧客への説明、チャージバック対応を誰が担うかは、プロトコルだけでは決まりません。加盟店、AIプラットフォーム、決済提供者、利用者の間の契約・規約・運用を個別に確認してください。

加盟店対応：人間の利用者と正規エージェント、悪性ボットを区別できるか

加盟店にとっては、AI経由のアクセスが、利用者に認められた正規エージェントなのか、不正な自動アクセスなのかを識別することが論点になります。Visaは、加盟店が正規エージェントを認識し、安全な支払い手段を与え、顧客の承認に沿って動いていることを検証する仕組みを案内しています。Visa Intelligent Commerceの開発者向け資料では、エージェントの検証、消費者が承認した購入指示、トークン化された決済認証情報を扱うと説明されています。Visa: Agentic commerce／Visa: Intelligent Commerce

実用化はどこまで進んでいるか

公開されている公式情報から見ると、実用化は「すべてのECでAIが自律購入する段階」ではありません。対象となるサービス、地域、加盟店、商品、承認条件を限定しながら、商品発見、チェックアウト、決済、注文処理を接続する取り組みが進んでいる段階です。

OpenAIはACPの仕様を公開しています。ChatGPT内のInstant Checkoutは、2026年11月3日時点で承認済みパートナー向けです。加盟店は商品フィードやチェックアウトAPIを実装し、加盟店自身が注文の受諾または拒否、決済、履行を扱います。OpenAIはACPにおけるmerchant of recordではないと明記しています。OpenAI: ACP key concepts

Visa Intelligent Commerceでは、本番利用にあたり、Visa Intelligent Commerceへのオンボーディング、承認済み参加者となること、関連プログラムの認定・コンプライアンス要件などが案内されています。発表資料や開発者向け資料だけで、自社・自国・自社の加盟店契約で直ちに利用できると判断しないでください。Visa: Intelligent Commerce

日本のEC事業者・利用者にとっては、海外のサービス名だけを追うより、日本向けの提供条件、対応する決済手段、配送・返品・特定商取引法に関する表示、個人情報の取り扱い、顧客サポートの責任分界を、参加するプラットフォーム、決済事業者、加盟店契約の窓口に確認することが先です。本記事で参照した公式資料だけでは、各仕組みについて日本での一般提供条件を一律に確認できません。

EC事業者が今から確認するチェックリスト

以下は、Agentic Commerceへの接続可否を検討するためのMojiによる実務上の提案です。導入可否は、利用プラットフォーム、決済代行事業者、扱う商品、利用地域、社内のリスク許容度によって変わります。

1. 任せる購入範囲を決める：探索だけ、カート作成まで、注文下書きまで、承認後の購入までのどこを対象にするか。
2. 対象外商品を定める：年齢確認、高額品、定期課金、予約商品、受注生産、返品制約が強い商品などを分ける。
3. 商品データの正本を確認する：価格、在庫、配送日、バリエーション、送料、返品条件を、どのシステムが最終確定するか。
4. 注文APIの安全性を確認する：認証、署名検証、冪等性、レート制限、再試行、取消、注文状態の照会を設計する。
5. 委任条件をデータとして残す：利用者、代理するエージェント、許可店舗、上限額、有効期限、承認記録を取引単位で追えるようにする。
6. 顧客対応の窓口を決める：返品、配送遅延、商品不良、誤注文、チャージバックの一次対応者と引き継ぎ条件を決める。
7. ログと停止手段を用意する：誰が何を根拠に提案し、どの権限で注文し、何が確定したかを追跡し、異常時にエージェントの権限を止められるようにする。

AIエージェントに外部操作を任せるときの権限、承認、停止、監視の設計は、AIエージェントのガードレール設計も参考にしてください。AIエージェント自体の仕組みと、固定ワークフローを選ぶべき業務の見分け方は、AIエージェントとは？で解説しています。

最初のPoCで使う「購入権限」テンプレート

次は、最初から自由な購入を許可しないためのMojiによる提案テンプレートです。内容は架空の例です。

評価時は、購入成功率だけでなく、誤注文率、承認が必要なケースを正しく止められた割合、価格・在庫の不一致、取消・返品の処理時間、担当者の確認時間を測定する方法があります。モデル、商品データの鮮度、注文APIの品質、許容できる誤差によって結論は変わるため、公開デモや一般的なベンチマークだけで導入判断をしないことが重要です。

Museの買い物支援はAgentic Commerceの一例か

買い物を支援するAIエージェントは、Agentic Commerceの利用イメージを理解する材料になります。たとえばMojiでは、Meta MuseがUber Eatsで候補選定、カート追加、会計画面の確認までをどのように進めたかを実機で確認しています。ただし、個別サービスでカート操作ができたことだけで、すべての商品、加盟店、地域で購入まで進められるとはいえません。依頼内容、ログイン状態、連携先、最終承認の仕様を分けて確認してください。Museで買い物はどこまで任せられる？Uber Eatsの会計まで進めてみた

まとめ：本質は「AIに買わせること」ではなく、委任を検証可能にすること

Agentic Commerceは、AIが商品検索を便利にするだけでなく、商品データ、注文、決済、配送、サポートをまたいで利用者の代理行為を進める商取引の変化です。

一方で、AIが操作できることと、安全に任せられることは同じではありません。実用化で確認すべきなのは、より賢い推薦モデルを選ぶことだけではなく、誰が代理するのか、何をどこまで許可するのか、加盟店が何を正本として確定するのか、問題が起きたときにどう止めて説明するのかです。

EC事業者は、商品情報の鮮度と注文APIの安全性を確認したうえで、低リスクで限定的、かつ取消や人による確認を組み込みやすい購入フローから検証する方法があります。消費者側・企業の購買部門側は、AIに購入を任せる前に、金額上限、利用先、承認条件、通知、注文履歴の確認方法を設定できるかを確認しましょう。