この記事のポイント
- UCP（Google）は分散型・マーチャント主導のオープンプロトコルで、ACP（OpenAI + Stripe）は集中型・プラットフォーム仲介型であり、設計思想が根本的に異なる
- コスト差は約2倍（UCP約3.2% vs ACP約7.2%）だが、ACPは導入が容易でChatGPTの巨大トラフィックにアクセスできるメリットがある
- 両プロトコルは競合ではなく補完関係にあり、デュアル対応のEC事業者はエージェント経由トラフィックが最大40%増加するとの報告がある
UCPとACPとは何か
エージェンティックコマースの世界では、AIエージェントが人間に代わって商品を探し、比較し、購入します。しかし、エージェントとEC事業者をつなぐ「共通言語」がなければ、この仕組みは成り立ちません。その共通言語として登場したのが、UCP（Universal Commerce Protocol）とACP（Agentic Commerce Protocol）という2つのプロトコルです。
UCPはGoogleが主導し、Shopify・Visa・Mastercard・Stripeなど20社以上が参画するオープン連合が支えています。一方のACPは、OpenAIとStripeが共同開発し、ChatGPTエコシステムを軸に展開しています。
どちらもAIエージェントによる商品発見から決済完了までの一連のフローを標準化するプロトコルですが、設計思想、ビジネスモデル、エコシステムの構造が根本的に異なります。EC事業者にとっては「どちらを選ぶか」ではなく「どう両立させるか」が現実的な問いになりつつあります。
UCP — Googleが仕掛ける「Web標準」型のアプローチ
robots.txtの発想で商取引を開放する
2026年1月のNRF（全米小売業協会）でGoogleが発表したUCPは、Webの設計思想をそのままコマースに持ち込んだプロトコルです。
その象徴が、マーチャントが自社ドメインの /.well-known/ucp にJSONプロファイルをホストするという仕組みです。robots.txt や sitemap.xml と同じ発想で、事前の登録申請やプラットフォームの承認なしに、あらゆるAIエージェントが商品情報にアクセスできます。
この分散型アーキテクチャにはいくつかの重要な含意があります。第一に、特定のプラットフォームへの依存がありません。Google以外のAIエージェントもUCPを通じて商品を発見・購入できます。第二に、マーチャントがデータの管理権を保持します。商品カタログを外部プラットフォームに「提出」する必要がなく、自社サーバーで一元管理できます。
Checkout.comの分析はこの違いを「UCPは"この商品は買えるか？"というマーチャント起点の問いから始まり、ACPは"この商品を買うべきか？"というエージェント起点の問いから始まる」と表現しています。
2026年3月のアップデートで何が変わったか
ローンチ時のUCPはCheckout・Identity Linking・Order Managementの3機能でしたが、2026年3月のアップデートで大幅に拡張されました。
新たに追加されたCart APIにより、エージェントは複数商品を一度にカートへ追加し、そのカートをチェックアウトセッションに変換できます。さらにCatalog APIでは、事前に作成した商品フィードに頼るのではなく、ライブのカタログデータ（バリアント、在庫、価格）を直接クエリできるようになりました。
導入面でも、Merchant Center経由の簡易オンボーディングが開始され（構造化データの整備が前提）、Shopify・Salesforce・Stripe・BigCommerce・Adobe・Commerce Incの6社がローンチパートナーとして実装支援を開始しています。既存のバックエンドを持つEC事業者なら、8〜16時間程度で統合が可能とされています。
決済はAP2（Agent Payments Protocol）と連携し、Google Payをベースにした決済マンデート（委任）方式を採用しています。決済手数料はプロセッサー手数料のみの約3.2%で、プラットフォーム手数料は発生しません。
ACP — ChatGPTの購買力をレバレッジする集中型モデル
「Instant Checkout」から「商品発見」への戦略転換
ACPの背景にある思想は、UCPとは対照的です。OpenAIは「Buy it in ChatGPT」というビジョンのもと、AIとの対話の中でシームレスに購買を完結させることを目指しました。
マーチャントは商品カタログをOpenAIのインデックスに提出し、ChatGPT上で商品が発見・購入される仕組みです。決済はStripe Shared Payment Token（SPT）を通じて処理され、Stripeが決済インフラを独占的に担当します。
しかし2026年3月、OpenAIは重大な戦略転換を行いました。Digital Commerce 360の報道によると、Instant Checkout機能を縮小し、商品発見（ディスカバリー）にフォーカスを移したのです。Shopifyの数百万ストアのうち、チェックアウトを有効化したマーチャントは約12社にとどまったことが背景にあります。
OpenAI自身が「初期バージョンのInstant Checkoutは、我々が目指す柔軟性を提供できなかった」と認めたこの転換は、ACPの位置づけを大きく変えました。現在はTarget、Sephora、Nordstrom、Lowe's、Best Buy、The Home Depot、Wayfairなど大手リテーラーとの商品発見パートナーシップを拡大しています。
ACPの技術的特徴
ACPの仕様はApache 2.0ライセンスで公開されており、日付ベースのバージョニング（2025-09-29 → 2026-01-30）で進化しています。
コアとなるAPIエンドポイントは4つです。Create Checkout（カート生成）、Update Checkout（数量・フルフィルメント・顧客情報の変更）、Complete Checkout（SPTによる決済処理）、Cancel Checkout（取引キャンセル通知）。通信はREST HTTPのみで、Bearer Token認証とHMAC Webhookシグネチャでセキュリティを担保します。
導入の容易さはACPの大きなアドバンテージです。基本的な統合は2〜4時間で完了し、UCPの半分以下の工数です。一方でコストは高く、Stripeの決済手数料に加えてOpenAIのプラットフォーム手数料4%が上乗せされ、合計約7.2%になります。月商100万ドルの場合、UCPとの差額は月額約4万ドルに達します。
設計思想の分岐点 — 分散 vs 集中、開放 vs キュレーション
| 比較軸 | UCP（Google） | ACP（OpenAI + Stripe） |
|---|---|---|
| 設計思想 | 分散型・マーチャント主導 | 集中型・プラットフォーム仲介 |
| 商品発見 | オープン（誰でもアクセス可能） | キュレーション（プラットフォームがランキング管理） |
| 決済処理 | Google Pay（PayPal対応予定）、任意のプロセッサー | Stripe専用 |
| 通信プロトコル | REST / JSON-RPC / MCP / A2A / AP2 | REST HTTP のみ |
| コスト（対売上） | 約3.2%（決済手数料のみ） | 約7.2%（プラットフォーム手数料4% + 決済手数料） |
| 導入工数 | 8〜16時間 | 2〜4時間（+ レビュー期間） |
| エコシステム | 20社以上のパートナー連合 | ChatGPTエコシステム中心 |
| 展開地域 | 米国（グローバル展開予定） | 米国 |
| 仕様公開 | ucp.dev / GitHub | GitHub（Apache 2.0） |
この比較表が示す最大の分岐点は、「誰がコマース体験をコントロールするか」という問いへの回答の違いです。
UCPは「マーチャントが自社のストアフロントを持ち、エージェントがそこにアクセスする」というWebの伝統的なモデルを踏襲しています。Open vs Walled Gardenの構図で言えば、明確に「オープン」側に位置します。
ACPは「プラットフォームが需要を集約し、マーチャントをつなぐ」というマーケットプレイスモデルです。ChatGPTの月間アクティブユーザー数億人という規模があるからこそ成立するアプローチです。マーチャントはプラットフォーム手数料を支払う代わりに、巨大なトラフィックプールへのアクセスを得ます。
この構造の違いは、商品発見の仕組みにも反映されています。UCPでは、エージェントがマーチャントのサーバーに直接クエリを送り、どの商品をどう表示するかはエージェント側が決定します。ACPでは、OpenAIのプラットフォームが商品のランキングと表示を管理します。
commercetoolsの分析は、この違いを「UCPはインフラストラクチャ・レイヤー、ACPはアプリケーション・レイヤーで機能する」と整理しています。この層構造はHeadless Commerceからの進化と地続きです。つまり、両者は必ずしも同じ領域で競合しているわけではありません。
購買フェーズ別の対応範囲
| 購買フェーズ | UCP | ACP |
|---|---|---|
| 商品発見 | ○（Catalog API） | ○（プラットフォーム内検索） |
| カート管理 | ○（Cart API、2026年3月追加） | ○（Create/Update Checkout） |
| チェックアウト | ○（Checkout API） | ○（Complete Checkout） |
| 決済認可 | ○（AP2連携） | ○（SharedPaymentToken） |
| 注文管理 | ○（Webhookベース） | ○（Cancel Checkout） |
| アカウント連携 | ○（OAuth 2.0） | ○（アプリ内連携） |
| ロイヤルティ統合 | ○（ID Linking） | ○（Walmart等で実装） |
カバー範囲を見ると、両プロトコルともに商品発見からチェックアウト、注文管理まで一通り対応しています。ただし、そのアプローチは大きく異なります。
UCPのCatalog APIは、マーチャントのサーバーからライブデータを取得する「プル型」です。在庫や価格が常に最新であることが保証される一方、マーチャント側のAPI基盤が整備されている必要があります。ACPの商品発見は、事前にインデックス化されたカタログからの「検索型」です。導入は容易ですが、データの鮮度にはラグが生じる可能性があります。
決済レイヤーでの差異も重要です。UCPはAP2を通じて決済マンデート（委任）を管理し、Google Pay以外の決済手段にも対応可能な設計です。ACPはSPT（Shared Payment Token）による単一決済手段のアプローチをとっており、統合はシンプルですがStripeへのロックインが生じます。
競合か補完か — 「デュアルプロトコル」という現実解
結論から言えば、UCPとACPは異なる「需要の瞬間（demand moment）」を捉えるプロトコルであり、補完関係にあるのが現状です。
UCPは、Google検索・Google Shopping・Geminiという「意図が明確な」流入チャネルでコンバージョンを担います。ユーザーが何かを買いたいと思って検索したとき、そこからAIエージェントが購買を完結させるフローです。
ACPは、ChatGPTでの会話という「意図が曖昧な」接点から購買機会を生み出します。レシピの相談が食材の購入につながり、旅行の計画がホテル予約に発展する。この「会話→発見→購買」のフローはUCPではカバーしきれません。
Koddiの調査によれば、両プロトコルに対応したデュアルスタック構成のマーチャントは、単一プロトコルのマーチャントと比較してエージェント経由のトラフィックが最大40%多いと報告されています。
Google自身も、UCPが「ACPと共存するように設計されている」と明言しています。実装面でも両者のAPIは構造が類似しているため、片方を実装した事業者がもう片方を追加する際のコストは比較的低く抑えられます。
EC事業者にとっての実務的な判断基準
どちらを先に導入するかは、事業の特性によって異なります。
UCPを優先すべきケースは、すでに堅牢なAPIインフラを持ち、Google検索経由のトラフィックが主要な流入チャネルであるEC事業者です。自社でデータを管理し続けたい場合や、決済手数料を最小化したい場合にも適しています。Shopifyのエージェンティック対応のように、プラットフォーム側がUCP統合を代行するケースも増えています。
ACPを優先すべきケースは、ChatGPTユーザーという新しい顧客層にリーチしたい場合や、最小限の開発工数で迅速に導入したい場合です。特にD2Cブランドや中小のEC事業者にとって、2〜4時間で統合できる手軽さは大きなメリットです。ただし、月商が増えるにつれてプラットフォーム手数料のインパクトが大きくなる点には注意が必要です。
そしてもっとも現実的な選択は、エージェンティックコマースのカオスマップで示されているように、両方に対応するデュアルプロトコル戦略です。共通のバックエンドAPI（商品カタログ、在庫、決済）を整備した上で、UCPとACPの両方のエンドポイントを実装する。この「一つのバックエンド、二つのプロトコル」モデルが、2026年後半のスタンダードになりつつあります。
まとめ
UCPとACPは、エージェンティックコマースの「HTTP」になろうとしている2つのプロトコルです。マーチャント主導の開放性を重視するUCPと、プラットフォームの集約力を活かすACP。設計思想は対極にありますが、捉える需要の領域が異なるために共存が成立しています。EC事業者にとっての実務的な答えは「どちらか」ではなく「どちらも」です。まず自社のAPI基盤を整備し、その上で両プロトコルのエンドポイントを実装するデュアルスタック戦略が、エージェント時代の標準的な打ち手になるでしょう。
