AIエージェントのための商取引プロトコル地図：UCP、ACP、AP2、MCP — スタックの全体像

主要なポイント

• UCPはGoogle、Shopify、Amazon、Meta、Stripeを含む11の共同開発者を擁する — ショッピングから宿泊・飲食領域へと拡大しており、2026年8月時点で最も広範な商取引プロトコル連合となっている。
• ACPはOpenAIとStripeが統治し（Metaが新たに加わった）、現在ベータ版で、2025年9月以降ChatGPTで稼働している — エージェント主導のチェックアウトをカバーするが、B2B購買ワークフローはカバーしない。
• AP2は60以上の組織にまたがるエージェント主導の支払いを保護し、Coinbase x402がそのステーブルコイン拡張である — x402は2026年時点でCoinbase Base上で1億件のエージェント決済を処理した。
• MCPはUCPとACPの両方の下にあるインテリジェンスレイヤーである — UCPを実装するすべてのShopifyストアが稼働中のMCPエンドポイントを公開しており、ACPの3層アーキテクチャでもMCPが中間層に位置する。
• 4つのプロトコルのいずれもB2Bのセマンティックレイヤーをカバーしていない — 顧客ティア別価格、まとめ買いRFQ見積もり、ERPに対する在庫の一時確保、チャネル横断の注文帰属は、いずれもその上にカスタムMCPモジュールを必要とする。

2025年から2026年にかけて、2つのオープン標準が数ヶ月の間隔で相次いで登場し、同じ問題を異なる方向から解決しようとしました。すなわち、すべてのストアに対して人間がその場しのぎの統合を組み立てることなく、AIエージェントがどのように商品を発見し、価格を交渉し、チェックアウトを完了し、支払うことができるのか、という問題です。Universal Commerce Protocol（UCP）はGoogleとShopifyが共同開発し、Amazon、Meta、Microsoft、Salesforce、Stripeを含む11の共同開発者が参加しています。Agentic Commerce Protocol（ACP）はOpenAIとStripeが維持しており、2025年9月以降ChatGPTで稼働しています。3つ目のプロトコルであるAgent Payments Protocol（AP2）は、60以上の参加組織とともに支払いマンデートレイヤーを保護します。この3つはいずれもModel Context Protocol（MCP）の上に構築されており、MCPがエージェントとストアのデータをつなぐインテリジェンスレイヤーの接続を提供します。

本稿では、それぞれのプロトコルがどこに位置し、どのように重なり合い、そしてB2B商取引においてどこにギャップがあるのかを整理します。なぜなら、これら4つのプロトコルは消費者向けの発見とチェックアウトのために設計されたものであり、NetSuiteやBigCommerceを運用する中堅ディストリビューターが実際に必要とする見積もり、ティア別価格設定、在庫確保といったワークフローのためのものではないからです。

4層のプロトコルスタック

商取引プロトコルの地図は単一の標準ではありません。それぞれがエージェント取引の異なる層を解決する、4つの補完的なプロトコルからなるスタックです。

層	プロトコル	統治主体	役割	本番ステータス
発見と商取引	UCP	Google、Shopify、11の共同開発者	エージェントが商品を発見し、カートを作成し、チェックアウトを加盟店に引き渡し、注文を追跡する	稼働中（Shopify 2026年春版）；宿泊・飲食領域へ拡大中
チェックアウトの相互作用	ACP	OpenAI、Stripe、Meta	エージェント主導の購入インタラクションモデル；3層アーキテクチャ（Interaction → Intelligence → Commerce）	ベータ版；2025年9月以降ChatGPTで稼働中
支払いマンデート	AP2	Google、60以上の組織、FIDO Alliance	検証可能な資格情報、支払いマンデート、エージェント主導決済の暗号学的監査証跡	v0.2；FIDO Allianceでの標準化が進行中
インテリジェンスとツール	MCP	Anthropic（当初の提唱者）	エージェントとツールの接続：商品データの読み取り、在庫の照会、ストアAPIの呼び出し	仕様は2026-07-28に確定；約2万台のサーバーが登録済み

MCPは商取引プロトコルではありません — UCPとACPがともに依存するインテリジェンスレイヤーです。UCPの仕様書には「MCPサポートが組み込み済み」と明記されています。ACPの3層アーキテクチャはMCPを中間に置きます。上部のInteractionレイヤー（エージェントと買い手の間）、エージェントをストアのデータに接続するIntelligenceレイヤー（MCP）、そして履行を担うCommerceレイヤーです。UCPを実装するすべてのShopifyストアは、エージェントが商品カタログを照会し、カートを管理し、注文状態を取得できる稼働中のMCPエンドポイントを公開しています。

UCP — 発見からチェックアウトまでの標準

UCPは最も広範な連合です。ucp.devサイトには、3つの業界にまたがる11の共同開発者が掲載されています。ショッピング（Google、Shopify、Etsy、Wayfair、Target、Walmart、Amazon、Microsoft、Meta、Salesforce、Stripe）、宿泊（Amadeus、Booking.com、Expedia、Hilton、Marriott、Trip.com）、そして飲食（DoorDash、Square、Toast、Uber Eats）です。認定パートナー一覧にはVisa、Mastercard、Coinbase、PayPal、Adyen、Klarna、Worldpayが含まれます。

UCPはRESTとJSON-RPCの両方のトランスポートをサポートし、AP2、A2A、MCPのサポートが組み込まれています。Shopifyの開発者ドキュメントは、ShopifyのMCPツールが買い手の旅のあらゆる段階でUCPを実装していることを確認しています。交渉と認証（プロファイルベースの信頼ティア）、商品発見（数億件のリスティングを横断した検索）、カートとチェックアウト（カートの作成、チェックアウトへの変換、支払いのための加盟店への引き渡し）、そして注文の監視（注文のwebhook、およびget_order MCPツールによるオンデマンドの注文状態取得）です。

Universal Cart APIにより、AIエージェントはUCPを通じて、Shopify上かどうかを問わず、あらゆる加盟店から商品を1つの統一されたカートに集めることができます。Shopifyの認定プログラム（Shopify + OpenAI + Google、クローズドベータ、2026年第3四半期に広範なアクセスへ）は、エージェント向けの新しい発見レイヤーとも呼べるものを生み出しています。整理された構造化データこそが、エージェントがあるストアを見つけて取引できるかどうかを左右するのです。

ACP — チェックアウトのインタラクションモデル

ACPは異なるアーキテクチャアプローチを取っています。広範な複数業界連合ではなく、OpenAIとStripeが統治する（Stripeのドキュメントは現在Metaを共同創設者として挙げている）創設メンテナーとして運営されており、より広範なコミュニティ統治への道筋を持っています。仕様はApache 2.0の下でベータ版にあります。

ACPはエージェント主導の商取引のための組み立て可能なビルディングブロックを定義しています。StripeのAgentic Commerce Suiteがリファレンス実装を提供します。エージェントが商品を発見し、カートに追加し、Stripeの決済インフラを使って購入を完了します。BigCommerceは自前のストアデータMCPサーバーを構築するのではなく、Stripeとのパートナーシップを通じてACP路線を採用しました — BigCommerceコネクタの記事でこの点を詳しく扱っています。

ACPの3層アーキテクチャ — Interaction → Intelligence（MCP）→ Commerce — は、MCPが接続組織であることを意味します。エージェントはACPを使うためにMCPを迂回するわけではありません。ストアと対話するためにMCPを使い、購入インタラクションを構造化するためにACPを使うのです。

AP2 — 支払いマンデートレイヤー

AP2はUCPとACPの両方の下に位置し、支払い信頼プロトコルとして機能します。Googleは2025年9月にAP2を発表し、60以上のパートナー組織が参加しました。現在FIDO Alliance内で標準化が進められています。AP2はA2A（エージェント間通信）を拡張し、構造化された支払いマンデート — Intent Mandate、Cart Mandate、Payment Mandate — を提供します。これらは、ユーザーが特定の購入をエージェントに許可したことを検証可能かつ否認不能な形で証明します。

Coinbase x402はAP2のステーブルコイン拡張であり、HTTPステータスコード402（「Payment Required」）にちなんで名付けられています。x402により、エージェントはHTTP経由でAPI呼び出し、サービス、マイクロトランザクションの支払いをステーブルコインで直接行うことができます。Chainalysisは報告で、x402がCoinbase Base上で1億件のエージェント決済を突破したとし、このステーブルコインレールが本番規模で稼働していることを示しています。

エージェント商取引をめぐって、3つの競合する決済ネットワークが形成されています。Visa Trusted Agent、Mastercard Agent Pay（30以上の業界パートナー、MDES経由のAgentic Tokens）、そしてCoinbase x402です。StripeはMastercardとVisaの両方からエージェント向けネットワークトークンをプロビジョニングしており、従来のカードレールとエージェント決済レイヤーの橋渡し役として自らを位置づけています。

4層の商取引プロトコルスタックと、カスタムMCPモジュールを必要とするB2Bセマンティックレイヤーのギャップは次の通りです。

スタックが収束する場所 — そして収束しない場所

4つのプロトコルは共有アーキテクチャへと収束しつつあります。商取引インタラクションにはUCPまたはACPを、支払いマンデートにはAP2を、インテリジェンスレイヤーにはMCPを、そしてエージェント間の委任にはA2Aを使う、という形です。UCP仕様はAP2、A2A、MCPを組み込み統合として明示的に参照しています。AP2ドキュメントもA2AとUCPを明示的に参照しています。このスタックは相互運用するように設計されているのです。

しかし、この収束は消費者向けの形をしています。これらのプロトコルが解決するのは特定の問題です。エージェントが商品を発見し、価格を交渉し、チェックアウトを完了し、支払う。これが消費者の旅です。週に200件のRFQに見積もりを出す中堅B2Bディストリビューターにとって、問題はチェックアウトではありません。価格ティアの問題、在庫確保の問題、そしてERPへの書き戻しの問題です。

そのギャップこそがB2Bセマンティックレイヤーです。

• 顧客ティア別価格。 UCPとACPが公開するのはストアの公示価格です。B2Bディストリビューターの価格は顧客ごと、契約ごと、数量ティアごとに異なり — NetSuiteやBigCommerceの顧客グループに格納されており、公開カタログには存在しません。どの商取引プロトコルもティア別価格を交渉しません。
• まとめ買いRFQ見積もり。 消費者向けプロトコルが扱うのは単品購入です。B2B調達はRFQの上で動きます。買い手が納期を指定して500個のリクエストを送り、サプライヤーが見積もりで応答し、買い手が交渉する、という流れです。RFQエンジンアーキテクチャの記事がこのワークフローを詳しく扱っています。
• ERPに対する在庫確保。 消費者向けのチェックアウトは購入の瞬間に在庫を確保します。B2Bの見積もりに必要なのは可用性の一時確保 — NetSuiteやBrightpearlの在庫に対する期限付きの予約で、見積もりが承諾されなければ失効するものです。これを提供するUCPやACPのツールはありません。
• チャネル横断の注文帰属。 エージェントが行ったB2B注文は、ERP内の正しい顧客アカウント、正しい営業担当、正しい契約に帰属させる必要があります。消費者向けプロトコルが前提とするのは単一の買い手IDです。

このギャップを埋めるのがカスタムMCPモジュールです。MCP Module Code Standardがその構造パターンを定義しています。型付きツール定義、エージェントとERPの間のセマンティックレイヤー変換、レート制限のガバナンス、そして監査証跡です。このモジュールは商取引プロトコルの上に位置します — UCPやACPを置き換えるのではなく、消費者向けプロトコルが対象としていなかったB2Bワークフローへとそれらを拡張するのです。

関連記事

• MCPでAIエージェントをBigCommerceに接続する：Stripeパートナーシップが解決しないもの — BigCommerceのACP路線とB2Bセマンティックレイヤーのギャップに関するコネクタ別分析
• AIエージェントがあなたに代わって販売するとき：ShopifyをB2Bスタックに接続する — ShopifyのUCP準拠MCPサーバーが消費者向けの半分をどうカバーし、カスタムモジュールがどこでB2Bへと拡張するか
• MCP + A2A：本番のあらゆるエージェントAIシステムの背後にある2つのプロトコル — 本稿はこのプロトコルスタック概観を商取引レイヤーへと拡張したものです

代表的な構築例

オンラインカタログにBigCommerce、ERPにNetSuiteを運用する中堅の工業系ディストリビューターは、メールで週150件のRFQを受け取ります。各RFQには顧客ティア別の価格照会、在庫可用性の一時確保、そして顧客の契約条件を参照した見積もりが必要です。消費者向け商取引プロトコル — 商品発見のためのUCP、チェックアウトのためのACP、支払いのためのAP2 — は、これらの工程のいずれにも関与しません。カスタムMCPモジュールがこのギャップを橋渡しします。エージェントが標準の商取引プロトコルを通じて商品を発見した後に呼び出す、ティア別価格照会、可用性一時確保の作成、見積もり組み立てのための型付きツールを公開するのです。エージェントはRFQを発見、価格設定、確保、見積もり、人間の承認までエンドツーエンドで処理し、MCPモジュールがERPへの書き戻しと監査証跡を統治します。最初のエージェントは5〜8週間で稼働します。

スコープを定めた構築をご依頼ください。1週間のディスカバリーで、システムインベントリ、ワークフローマップ、固定スコープが手に入ります — 私たちと一緒に構築するかどうかにかかわらず。