Google Cloudは、AIエージェントがユーザーに代わって安全に支払いを開始・実行するためのオープンプロトコル「Agent Payments Protocol(AP2)」を発表した。AP2はAgent2Agent(A2A)やModel Context Protocol(MCP)の拡張として利用できる。
発表によると、Adyen、American Express、Coinbase、Etsy、JCB、Mastercard、PayPal、Salesforce、ServiceNow、Worldpayなど60以上の組織が協力している。AIエージェントが買い物や予約を代行する世界では、誰が何を承認したのかを証明する共通基盤が必要になる。
AP2が解こうとする問題
論点 | 問題 | AP2の考え方 |
|---|---|---|
認可 | ユーザーが本当に購入を許可したか | 署名付きのMandateで指示を記録 |
真正性 | エージェントの依頼がユーザー意図と一致するか | 取引文脈とカート内容を検証可能にする |
責任 | 誤購入や不正時に誰が責任を負うか | 監査可能な証跡を残す |
相互運用 | 決済手段や加盟店ごとに仕様が分断される | カード、ステーブルコイン、即時送金などを支える共通言語を目指す |
エージェントコマースの前提が変わる
現在の決済は、多くの場合「人間が信頼できる画面で購入ボタンを押す」ことを前提にしている。AIエージェントが価格比較、在庫確認、購入、予約を代行するなら、この前提は崩れる。AP2は、ユーザーがその場にいる購入と、事前に条件を指定して任せる購入の両方を扱おうとしている。
日本企業にとっては、EC、旅行、金融、SaaS購買、業務調達で重要な論点になる。エージェントに購入権限を渡す場合、上限金額、対象商品、承認者、証跡保存をシステム側で扱えるかが問われる。
注意点
AP2は発表段階のプロトコルであり、実際の普及には決済事業者、加盟店、規制当局、ブラウザやエージェント基盤の対応が必要だ。企業はすぐに全自動購入へ進むのではなく、承認付きの限定用途から検証するのが現実的だ。


.png&w=384&q=75)



