Works
Blog Recruit Contact 無料でAI診断する
A2A
calendar_today
[AIエージェントがあなたの会社と取引する日 Vol.3] 山下 太郎 山下 太郎

AIエージェントがあなたの会社と取引する日 第3回:AIが代わりに買い物をする ― EC×A2A×UCP

AIショッピングエージェントはどう買い物するのか。A2A・UCP・AP2のプロトコルスタックで描くEC購買代行の全体像と、EC事業者が今から準備すべき優先順位を解説。

AIエージェントがあなたの会社と取引する日 第3回:AIが代わりに買い物をする ― EC×A2A×UCP

2026年3月24日、OpenAIはChatGPTの「Instant Checkout」機能を事実上撤回した。

Instant Checkoutとは、ChatGPTの会話画面の中で商品の検索から決済まで完結させる機能だ。2025年9月に華々しく発表され、「エージェンティックコマースの次なるステップ」と銘打たれた。Etsy、Walmart、Shopifyの100万以上の加盟店が参加を表明し、ECの世界を震撼させた。

しかし、結果は厳しかった。実際にInstant Checkoutに対応したShopify加盟店は約30店舗にとどまり、Walmartは約20万商品を登録したものの、チャット内での購入完了率はクリックアウト(外部サイトへの遷移)の3分の1以下だった。在庫のリアルタイム反映も、送料の正確な表示も、マルチアイテムのカートもまともに機能しなかった。

OpenAIはこう述べている。「Instant Checkoutの初期バージョンは、我々が目指す柔軟性を提供できていなかった」。今後は商品の発見と比較に注力し、購入は各加盟店のアプリやWebサイトに委ねる方針に転換した。

TD Cowenのアナリストはこれを「驚くべき撤退宣言」と評した。AIプラットフォームがアプリに取って代わる「新しいOS」になるシナリオは、実現しないか、少なくとも大幅に後退したと。

しかし、この記事で伝えたいのは「エージェンティックコマースは失敗した」という結論ではない。むしろだ。Instant Checkoutが失敗したのは、エージェンティックコマースが不可能だったからではなく、1つのプラットフォームが1つのチェックアウト体験で全てを解決しようとしたからだ。

ECの複雑さを扱うには、複数の専門エージェントが協調する仕組みが必要だ。それこそが、A2Aプロトコルが設計された問題である。

Instant Checkoutはなぜ失敗したのか

Instant Checkoutの失敗を、3つの構造的な原因に分解できる。

第一に、商品データの正確性の問題。 ECサイトの商品情報は秒単位で変動する。価格は動的に変わり、在庫は刻一刻と減り、送料は配送先と商品サイズの組み合わせで決まる。OpenAIが外部のECサイトからスクレイピングで取得した情報は、表示時点ですでに古くなっている可能性があった。Instant Checkoutで提示された価格と、実際の決済価格が異なる。在庫ありと表示された商品が、カートに入れた時点で売り切れている。この種のエラーは、購入体験に対する信頼を即座に破壊する。

第二に、加盟店のオンボーディングの困難さ。 各加盟店が持つ商品データの形式、決済フロー、配送ポリシー、返品規定は千差万別だ。Gartnerのアナリストは「OpenAIは取引の実現がどれほど困難かを過小評価した」と指摘している(CNBC 2026年3月24日記事より)。ECサイトのデータ正規化は、Googleが20年以上かけてMerchant Centerで解決してきた「10年スケールの問題」なのだ。

第三に、消費者の信頼の問題。 ユーザーはChatGPTで商品を調べることには積極的だったが、ChatGPTの中で決済を完了することには慎重だった。Apple Pay、Google Wallet、Amazonのワンクリック購入。消費者が信頼している決済体験はすでに確立されており、新しいAIプラットフォーム上の未知のチェックアウトフローに切り替えるインセンティブが足りなかった。

ここで重要な構造的洞察がある。Instant Checkoutは「ChatGPT」という1つのエージェントが、商品の発見、比較、在庫確認、価格確認、配送計算、決済、注文確認のすべてを1つの会話インターフェースの中で処理しようとした。これは、前回までの話で言えば、A2Aではなく「モノリシックな単一エージェント」のアプローチだ。

ECが医療と同じくらい、あるいはそれ以上にマルチエージェントの恩恵を受ける領域だということが、Instant Checkoutの失敗によって逆説的に証明された。

なぜECにA2Aが必要なのか

第1回で示した3つの判定基準を、ECに当てはめてみよう。

判定1:自社だけでは完結しない業務があるか → Yes。
EC事業者が1つの注文を処理するには、決済プロバイダー(Stripe、Adyen)、物流パートナー(ヤマト運輸、佐川急便)、在庫管理システム、ポイント・ロイヤルティプログラム、場合によっては越境EC向けの通関・関税計算サービスまで、複数の外部組織との連携が不可欠だ。

判定2:相手に「判断」を委ねる場面があるか → Yes。
「この商品を明日までに届けられるか」は、物流パートナーの判断だ。「この決済を承認するか」は、カード発行会社の判断だ。「この関税率は何パーセントか」は、通関エージェントの判断だ。単なるデータ参照ではなく、相手側の自律的な判断を伴うやり取りが大量に発生する。

判定3:相手の内部ロジックを知らなくても成立するか → Yes。
EC事業者は、物流パートナーがどのルートでどのトラックに荷物を積むかを知る必要はない。決済プロバイダーがどのリスクモデルで不正検知を行っているかを知る必要はない。各エージェントの内部ロジックは各エージェントだけが知っていればいい。A2Aの「不透明性(Opacity)」の原則は、ECにおいても完全に機能する。

ECのプロトコルスタック ― 4つのレイヤー

第2回で医療のプロトコルスタック(FHIR + MCP + A2A)を整理したように、ECにも独自のプロトコルスタックが形成されつつある。しかもECの場合、医療よりもレイヤーが厚い。

なお、以下のプロトコル群は当ブログの別シリーズ「AIが買い物をする時代」でも詳しく解説している。特に第2回「ACP vs UCP」ではプロトコルの技術的な構造を、第4回「実践ロードマップ」ではEC事業者の具体的な対応手順を掘り下げているので、併せて参照してほしい。ただし、あのシリーズの執筆時点(2026年2月末)から、わずか1ヶ月で状況が大きく動いた。その変化を踏まえた上での最新の整理が、以下になる。

UCP(Universal Commerce Protocol) ― 商取引の共通言語

2026年1月のNRF(全米小売連盟)で、Google CEOのSundar Pichai自らが発表したオープン標準だ。Shopify、Etsy、Wayfair、Target、Walmartと共同開発され、Adyen、American Express、Best Buy、Mastercard、Stripe、Visaなど20以上の組織が支持している

UCPが定義するのは、AIエージェントとEC事業者の間で商取引を行うための「共通言語」だ。商品の発見、チェックアウトの作成、注文管理、アフターサービスまで、ショッピング体験の全工程をカバーする標準化されたAPIを提供する。

重要なのは、UCPが他のプロトコルとの互換性を前提に設計されていることだ。UCP公式ドキュメントによれば、UCPのケーパビリティはMCPのツールと1対1で対応し、A2Aの拡張としても機能する。つまり、UCPを実装すれば、MCP・A2A・AP2のすべてとの互換性を自動的に得られる。

ACP(Agentic Commerce Protocol) ― 「死んだ」のではなく「変わった」

「AIが買い物をする時代」第2回で大きく取り上げたACPのその後は、多くの読者が気になっているところだろう。

ACPは、OpenAIとStripeが共同開発した、AIエージェントと加盟店の間のチェックアウトフローを標準化するオープンプロトコルだ。Stripe公式ドキュメントによれば、チェックアウトの作成(Create)、更新(Update)、完了(Complete)、キャンセル(Cancel)の4つのエンドポイントを定義し、RESTful APIまたはMCPサーバーとして実装できる。

Instant Checkoutの撤退によって「ACPは死んだ」と見る向きもあるかもしれないが、実態は異なる。ACPというプロトコル自体は、Apache 2.0ライセンスのオープン標準として存続している。 Crossmintの比較記事(2026年3月)によれば、Stripe、Shopify、Salesforce、PayPalが引き続きACPをサポートしている。PayPalは独自のACPサーバーを構築中だ。

ただし、ACPの性格は明確に変わった。

当初のACPは、「ChatGPTの中で決済まで完結させる」ためのプロトコルとして注目された。AIプラットフォームが全てを飲み込む「新しいOS」の象徴だった。しかしInstant Checkoutの失敗を経て、ACPは「加盟店が自分のチェックアウト体験を構築するための、プラットフォーム非依存のオープン仕様」に位置づけが変わった。

具体的には、WalmartがChatGPT内に独自のAIショッピングアシスタント「Sparky」を組み込み、カートの同期、ロイヤルティプログラム連携、Walmart独自のチェックアウトフローを実現する。Shopifyは「Agentic Plan」を通じて、加盟店がChatGPT、Gemini、Copilotなど複数のAIプラットフォームに商品を公開し、購入はShopifyのインアプリブラウザで完結させるモデルに移行した。いずれもACPの仕様に準拠しつつ、チェックアウトの主導権を加盟店側に戻した形だ。

この転換を、The Registerは「MCP for tool integration, A2A for agent communication, UCP + AP2 for e-commerce」という業界コンセンサスの中にACPを位置づけた。ACPはUCPと競合するものではなく、チェックアウトという特定のレイヤーに特化した補完的プロトコルとして、エージェンティックコマースのスタックの一部を担い続ける。

教訓は明確だ。プロトコルは生き残った。撤退したのは、そのプロトコルを「1つのプラットフォームが独占的に運用する」というモデルの方だ。 オープン標準の強みは、特定の実装が失敗しても、仕様そのものは他のプレイヤーに引き継がれること。ACPの今後は、「ChatGPTの機能」としてではなく、「加盟店が任意のAIプラットフォームと接続するための共通語彙」として展開されていく。

AP2(Agent Payments Protocol) ― 信頼と認可のレイヤー

Googleが60以上の組織と共同で開発した、AIエージェントによる決済のための認可プロトコルだ。Mastercard、American Express、PayPal、Adyenなどの主要な決済事業者が参加している。

AP2の核心は「Verifiable Credentials(VC)」と呼ばれる暗号署名付きの電子証明書だ。2種類のマンデート(委任状)を使って、エージェントに何を許可し、何を許可しないかを厳密に定義する。

Intent Mandate(意図マンデート)。 ユーザーが「3万円以内のランニングシューズを探して、良いのがあれば買ってほしい」と指示するとき、その条件(予算上限、商品カテゴリ、タイミング)を暗号署名付きで記録する。エージェントはこの範囲内でのみ行動できる。

Cart Mandate(カートマンデート)。 具体的な商品が決まり、ユーザーが最終承認を行うとき、商品、価格、配送先の正確な内容を暗号署名で確定する。「ユーザーが見たものと、実際に決済されるものが同一であること」を技術的に保証する。

AP2が解決するのは、エージェンティックコマースにおける最も根本的な問題 ―「AIが勝手に買ったと言っているが、本当にユーザーが承認したのか?」― への回答だ。

A2A(Agent2Agent Protocol) ― エージェント間の対話

そして、これらすべてを束ねるのがA2Aだ。

消費者の買い物エージェント(ChatGPT、Gemini、Copilot)が、EC事業者の販売エージェントにA2Aで「この商品の在庫と配送可能日を教えてほしい」と問い合わせる。販売エージェントはMCPで自社の在庫管理システムを照会し、A2Aで回答する。購入が決まれば、AP2のマンデートに基づいて決済エージェントが処理を実行し、物流エージェントにA2Aで配送を依頼する。

ここがInstant Checkoutとの決定的な違いだ。1つのプラットフォームがすべてを処理するのではなく、専門性を持った複数のエージェントが、標準化されたプロトコルで協調する。 各エージェントは自分の専門領域に集中し、他のエージェントの内部ロジックは知る必要がない。

具体的なシナリオ ― AIが服を買うまで

プロトコルの話が抽象的になりすぎたので、具体的なシナリオで見てみよう。

あなたがGeminiに「来週の出張用に、1万5千円以内でネイビーのビジネスジャケットを探して。サイズはM、できれば翌日配送で」と伝えたとする。

ステップ1:エージェントの発見(A2A)。
Geminiの買い物エージェントは、複数のEC事業者のAgent Cardを参照する。Agent Cardには「メンズアパレルを取り扱っている」「UCP対応チェックアウトがある」「日本国内配送に対応している」といった情報が記載されている。条件に合致する事業者のエージェントに、A2Aで問い合わせを開始する。

ステップ2:商品情報の取得と比較(UCP + MCP)。
各EC事業者のエージェントは、UCPの標準化されたAPIを通じて商品情報を返す。同時に、MCPで自社の在庫管理システムをリアルタイムに照会し、「この商品はMサイズの在庫が3点、翌日配送可能」といった正確な情報を提供する。

ここがInstant Checkoutとの構造的な違いだ。Instant Checkoutでは、OpenAIがスクレイピングで取得した「ある時点の」情報を表示していた。UCP + MCPでは、各事業者のエージェントが自社のシステムをリアルタイムに照会して回答する。在庫切れの商品が表示されることはない。

ステップ3:決済の認可(AP2)。
Geminiが3つの候補を提示し、あなたが「この1着にする」と決めた瞬間、AP2のCart Mandateが生成される。商品名、価格、配送先、配送日が暗号署名で確定され、エージェントはこの内容と完全に一致する取引のみを実行できる。

ステップ4:注文の確定と物流の手配(A2A)。
決済が完了すると、EC事業者のエージェントがA2Aで物流パートナーのエージェントに配送を依頼する。物流エージェントは自社の配送スケジュールを確認し、集荷時間と配送予定を返す。この情報は買い物エージェントを通じてあなたに伝えられる。

ステップ5:アフターサービス(UCP + A2A)。
届いた商品のサイズが合わなかった場合、UCPの返品フローに従って返品処理が進む。買い物エージェントがEC事業者のエージェントにA2Aで返品を申請し、物流エージェントに集荷を依頼する。決済エージェントが返金処理を実行する。あなたはGeminiに「サイズが合わなかったから返品して」と言うだけでいい。

「今すでに動いている」部分と「まだこれから」の部分

ここで、2026年3月時点のリアルな現在地を整理しておく必要がある。楽観的に書きすぎるのは不誠実だし、悲観的に書きすぎるのも現実を歪める。

すでに動いている

UCP。 Google公式ブログの発表によれば、UCP対応のプレイグラウンドが公開され、Shopifyは全加盟店にUCP互換のAgentic Storefrontsを提供している。UCPに対応すれば、ChatGPT、Gemini、Copilotなど複数のAIプラットフォームから自動的に発見・取引される状態になる。3月19日のUCPアップデートでは、Cart機能(マルチアイテムカート)、Catalog機能(リアルタイム商品データ取得)、Identity Linking(ロイヤルティプログラム連携)の3つの新ケーパビリティが追加された。Merchant CenterでのUCPオンボーディングの簡素化も進行中で、Salesforce、Stripe、Commerce Inc.が今後UCPサポートを実装する予定だ。

Shopify Agentic Plan。 Shopifyの加盟店でない事業者でも、Agentic Planに加入すれば、ShopifyのUCPインフラを通じて各AIプラットフォームに商品を公開できる(月額固定費なし、売上成立時のみカード手数料が発生)。

ACP(アプリベースモデルへの移行)。 前述の通り、Instant Checkoutは撤退したがACPはオープン標準として存続。WalmartはChatGPT内に独自の「Sparky」チャットボットを組み込み、カートの同期、ロイヤルティプログラム連携、独自のチェックアウトフローを実現する計画を2026年3月25日の週から開始している(Walmart EVP Daniel DankerがWIREDの取材で公表)。Shopifyも加盟店がインアプリブラウザで購入を完結させるモデルを展開中だ。

MPP(Machine Payments Protocol)。 2026年3月18日にStripeとTempoが共同リリースしたマシン間決済プロトコル。Stripe、Visa、Mastercard、Anthropic、OpenAI、Shopifyなど100以上のサービスが統合された状態でメインネットがローンチされた。法定通貨とステーブルコインの両方をサポートし、秒間10万トランザクション以上を処理できる。前回のシリーズ「AIが買い物をする時代」第3回で解説したTempo(Stripeの決済専用ブロックチェーン)が、ここで具体的なプロダクトとして結実した形だ。

まだこれから

A2Aのフル実装によるマルチエージェント連携。 上述のシナリオのように、買い物エージェント・販売エージェント・物流エージェント・決済エージェントがA2Aで自在に連携する世界は、まだ本格的には実現していない。Gartnerの予測では、2027年までにエージェンティックAI実装の3分の1がマルチエージェント構成を採用するとしている。

日本市場での展開。 ChatGPTのショッピング機能も、GoogleのAI Modeのチェックアウトも、現時点では米国が中心だ。日本のEC事業者が「今すぐ売上が変わる」段階ではない。しかし、UCP対応のデータ整備やSchema.orgの構造化は、今から始められるし、始めるべきだ。

AP2の本格運用。 仕様は公開されており、60以上の組織が支持しているが、大規模な商用実装はまだ初期段階にある。

Instant Checkoutの失敗が教えてくれたこと

Instant Checkoutの失敗は、エージェンティックコマースの「終わり」ではなく、「正しいアーキテクチャへの修正」だ。

第1回で「MCPは手、A2Aは口」という比喩を使った。Instant Checkoutの問題は、1つのエージェントが「手も口も脳もすべて1つの体で処理しようとした」ことにある。結果として、手(商品データの取得)の精度が足りず、口(加盟店との連携)の柔軟性が足りず、脳(商品推薦のロジック)が処理しきれなくなった。

A2Aベースのマルチエージェントアプローチは、この問題を構造的に解決する。各エージェントは自分の専門領域にだけ責任を持ち、MCP経由で自社のシステムにリアルタイムにアクセスし、A2Aで他のエージェントと協調する。在庫情報の正確性はEC事業者のエージェントが保証し、決済の安全性は決済エージェントが保証し、配送の可否は物流エージェントが保証する。

これは前回の医療シナリオと構造的に同じだ。1つの巨大なシステムがすべてを処理するのではなく、各専門組織のエージェントが自律的に判断し、A2Aで連携する。内部ロジックは各組織のものであり、外部に開示する必要はない。

そしてACPの変遷は、もう1つの重要な教訓を残した。オープンプロトコルの価値は、特定の実装の成否とは独立している。 Instant Checkoutという実装は失敗した。しかしACPというプロトコルは、より分散的なモデル(加盟店主導のアプリベースコマース)の中で新しい役割を見つけた。これは、A2A時代の本質をよく表している。標準化されたプロトコルが存在すれば、1つの実装が失敗しても、同じ仕様の上に別のアーキテクチャが構築される。プロトコルが生態系の基盤になり、その上で多様な実装が試行錯誤を繰り返す。インターネットにおけるHTTPやSMTPと同じ構造だ。

今、EC事業者のWebサイトでできること

「マルチエージェントの未来はわかった。で、今のうちに何をしておけばいい?」

答えは、前回の医療で述べたのと同じ構造だ。A2Aによるフル連携はまだ先だが、AIエージェントに「発見」されるための基盤整備は今すぐ着手できる。ECの文脈ではそれがさらに切実だ。なぜなら、AIエージェント経由のECトラフィックは、Adobeの調査によれば2025年7月に前年同月比4,700%増加した

商品データの構造化(Schema.org / JSON-LD)

Product、Offer、AggregateRatingのSchema.orgマークアップは、AIエージェントが商品を「発見」し「理解」するための最も基本的な手段だ。価格、在庫状況、配送条件、返品ポリシーをJSON-LDで構造化することで、AIエージェントの推薦候補に入れるかどうかの分岐点になる。

Google Merchant Centerの最適化

GoogleのShopping Graphには500億以上の商品リスティングが登録されており、毎時20億件が更新されている。Google AI Modeは、このShopping Graphを通じて商品を検索・推薦する。Merchant Centerのデータ品質スコアを高め、リアルタイム同期を設定することは、AI経由の発見可能性に直結する。

UCP対応の検討

Shopifyの加盟店であれば、Agentic Storefrontsを有効化するだけでUCPに対応できる。非Shopify事業者も、Agentic Planで参入できる(月額固定費なし)。カスタムECシステムの場合は、UCP公式ドキュメントを参照して段階的に実装を進めることになるが、まずはSchema.orgの整備が先決だ。

llms.txtの設置

サイト全体の構造と主要な情報をAIが効率的に把握できるファイルだ。ECサイトの場合、取り扱いカテゴリ、主要ブランド、配送・返品ポリシー、問い合わせ先をまとめることで、AIエージェントが迅速にサイトの概要を理解できるようになる。

これらは、A2Aのフル連携がなくても、今日から効果が出る施策だ。特にAIエージェント経由のトラフィックが急増している今、「AIに見つけてもらえるかどうか」がすでに売上に影響し始めている。

次回予告 ― 住宅ローン審査が3行同時に走る日

第4回は、不動産。物件検索、ローン審査、登記手続き、火災保険。1件の住宅購入に関わるステークホルダーの数は、ECをはるかに超える。しかも金額は桁違いに大きく、法的要件も厳格だ。A2Aが不動産という重厚な業界でどのような変化を起こしうるのか、具体的なシナリオで描く。

この記事はシリーズ「AIエージェントがあなたの会社と取引する日」の第3回です。

参考情報
山下 太郎

山下 太郎

代表取締役 / CEO

2000年、Webデザイナーとしてこの世界に飛び込み、フリーランスを経て2007年に株式会社アンタイプを創業。AI時代の到来とともに、効率だけを追うAI活用に違和感を覚えながら、それでも最前線でツールを使い続ける。企業のWebとコミュニケーションを設計する仕事を通じて、「人間らしさとは何か」を問い直す視点を発信し続けている。

View Profile arrow_outward

Related

あわせて読みたい