ACP・UCP・AP2の違いとは？AIエージェント決済の仕組みをEC事業者向けに整理
EC運営トレンド 作成 2026-10-14
AIを介した買い物を支える規格として、ACP、UCP、AP2が公開されています。注目したいのは、名前の違いより、商品・注文・決済のどこをつなぐ仕組みなのかという点です。 本記事では、各規格の役割・MCPとの関係・店舗の準備を紹介します。
- 各規格が扱う目的と範囲
- 共通規格と個別サービスの提供条件
- 商品データから始める準備の順序
3つの規格の役割を一覧で
ACPとUCPは、AIを介した取引の接続を扱う規格です。AP2は、AIが取引する権限や購入承認を証明するための仕組みを扱います。店舗で利用するには、販売基盤や契約が提供する接続方法との照合が必要です。
| 規格 | 公式説明の発表元 | 主な役割 |
|---|---|---|
| ACP | Stripe・OpenAI | AIを介した購入手続きと決済への接続 |
| UCP | Googleと協力企業 | 利用者側のAIと販売・決済基盤をつなぐ共通標準 |
| AP2 | Google Cloudと協力企業 | 利用者の購入指示・承認を検証可能にする仕組み |
引用：https://stripe.com/newsroom/news/stripe-openai-instant-checkout
引用：https://developers.googleblog.com/en/under-the-hood-universal-commerce-protocol-ucp/
引用：https://cloud.google.com/blog/products/ai-machine-learning/announcing-agents-to-payments-ap2-protocol
この表は、規格の役割を理解するための整理です。販売チャネルではなく、取引の異なる役割を担う規格として整理します。例えばUCPの公式説明は、AP2との互換性や、MCPを使う接続方法にも言及しています。
店舗側では、商品情報を渡す段階、注文条件を確定する段階、購入の承認を確かめる段階を分けて考えると理解しやすくなります。どの業務に何が必要かを整理することが準備の出発点です。
ACP（Agentic Commerce Protocol）
Stripeの公式発表では、OpenAIと共同でACPを公開し、ChatGPT内のInstant Checkoutを支えることが説明されています。発表時点の対象は米国の利用者と米国のEtsy事業者です。Shopifyの対応は今後の展開として記載されており、発表時の範囲を現在の国内利用条件と同一視しないようにしてください。
引用：https://stripe.com/newsroom/news/stripe-openai-instant-checkout
同発表では、決済情報そのものを露出させず、加盟店やカート総額に範囲を限定したShared Payment Tokenを使う説明があります。これは決済を開始するための仕組みであり、店舗の商品データや配送業務をすべて置き換えるものではありません。
一点物を扱う店舗では、商品が選ばれてから注文が確定する間の在庫確認も課題です。購入の入口を増やす準備と、既存の受注・在庫管理を維持する準備を一緒に進める必要があります。ACPの導入を考える際も、決済だけでなく受注後の流れまで照合します。
UCP（Universal Commerce Protocol）
Googleの公式解説は、UCPを利用者側のAI、販売事業者、決済事業者をつなぐオープン標準として説明しています。既存の小売基盤との連携や、API、A2A、MCPによる接続方法が示されています。特定の接続方法だけを前提にした仕組みではありません。
引用：https://developers.googleblog.com/en/under-the-hood-universal-commerce-protocol-ucp/
Googleの更新発表には、Cart、Catalog、Identity Linkingに関する機能が紹介されています。カート操作、商品情報の取得、会員特典の連携など、購入体験に関わる範囲を扱います。
引用：https://blog.google/products-and-platforms/products/shopping/ucp-updates/
店舗では、商品情報と会員条件を別々に管理している場合、その内容が一致するか確認する必要があります。商品価格だけが正しくても、送料や特典の適用が違えば、購入者が期待した条件と総額が変わる可能性があります。外部へ伝える情報を、実際の注文処理と照合しましょう。
UCPは、個別の販売基盤とどう接続するかが導入時の課題になります。自店で管理する商品データと、カート側が持つ注文条件を整理すると、開発担当へ相談する内容が具体的になります。対応しているという言葉だけでなく、実装する機能の範囲を照合します。
AP2（Agent Payments Protocol）
Google Cloudの公式説明では、AP2はAIエージェントによる決済を扱うオープンプロトコルです。暗号署名されたMandateを使い、利用者の指示と購入承認を検証できるようにする考え方が示されています。AIが要求したという事実と、利用者が承認したという証拠を区別する仕組みです。
引用：https://cloud.google.com/blog/products/ai-machine-learning/announcing-agents-to-payments-ap2-protocol
その場で利用者が確認する買い物と、条件を先に承認して任せる買い物では、承認の方法が異なります。後者では価格や時期など、任せる条件を明確にしておく必要があります。実行できる取引は、購入者が認めた条件や範囲に従います。
販売側にとっては、誰の権限で、どの商品を、どの条件で購入するかを確認する論点になります。購入承認の証明には、利用者が何を許可したかを検証できる仕組みが必要です。取引条件と承認記録を、対応する仕組みに沿って検証する必要があります。
購入承認が確認できても、商品在庫や配送条件の確認は別に残ります。中古品では、状態が異なる商品を同じ型番だけで置き換えないようにする必要があります。決済の信頼性と、販売内容の正確さを両方確認することが、AI経由の取引でも求められます。
事業者にとっては、購入者の承認範囲と実際の注文内容を対応させる準備が必要になります。
MCPとの関係
MCPは、AIアプリと外部のデータ・機能をつなぐ共通規格です。買い物を含む幅広い用途で利用する規格です。UCPの公式解説では接続方法のひとつとしてMCPが示されており、購入に関する仕様と、外部機能への接続を分けて理解できます。
詳しくは、MCPの用語記事で扱います。店舗での相談では、「AIに商品を見せたい」のか、「在庫を変更したい」のか、「注文を確定したい」のかを先に整理すると、必要な仕組みを確認しやすくなります。
接続できることは、操作が許可されることや取引の条件を満たすこととは別です。参照用の接続から、注文を変更する接続へ範囲を広げる際は、権限や確認手順も見直してください。規格の名前より、実行できる操作を具体的にすることが運営上の確認になります。
この図は役割の概念整理です。すべてのサービスで同じ組み合わせを使う実装図ではありません。
日本のEC事業者はどう向き合う？
編集部としては、商品情報と在庫管理を整える作業から始めることを勧めます。規格への接続を先に作っても、商品が何か、いくらか、販売できるかが正しく伝わらなければ、注文処理に使えません。現行ECでも必要な情報をそろえる準備は、将来の接続にも役立ちます。
次に、利用するモールやカートがどの対応を提供するか確認します。自店だけで規格に対応した接続を作っても、販売基盤の契約や運用に合わない可能性があります。参照、購入承認、受注、在庫更新の担当を分けて相談してください。
弊社のWeb APIに関する案内も参照できます。公開されたAPIがあることから、各規格に対応済みだと推定しないようにしてください。今の仕組みを把握してから、利用可能な経路を選ぶことが現実的な準備になります。
システム開発会社としての見方
システム開発会社の目線で見ると、規格がいくつも出ている今の段階で、どれか1つに賭けて大きな投資をする必要はないと考えています。
どの規格も、土台にあるのは「正確な商品データ」と「APIでつながること」です。弊社のワサビスイッチでもWeb APIを公開しているように、まずは商品・在庫のデータを外部とつなげられる状態にしておけば、どの規格が主流になっても対応しやすくなります。
引用：https://wasabi-inc.biz/news/press_webapi/
まとめ｜ACP・UCP・AP2の違い
- ACPとUCPは取引の接続、AP2は購入指示・承認の証明を扱います。
- MCPは買い物専用ではなく、外部データ・機能への接続を扱います。
- 規格の公開と国内の利用条件を分けて確認します。
まずは、自店の商品の状態、価格、在庫を正しく伝えられるか確認します。データと運用の土台を整えた上で、販売基盤に合う接続を選びましょう。
弊社では、複数モールの商品・在庫・受注をまとめて管理できる「ワサビスイッチ」を提供しています。商品・在庫・受注管理の運用にお困りの事業者の皆さまは、ぜひお気軽にご相談ください。
