6月17日、Google Open Source Blogが「Open rails for agentic commerce at Open Source Summit North America 2026」と題した記事を公開した。この記事では、AIエージェントによる商取引を標準化するオープンプロトコル「Universal Commerce Protocol（UCP）」の設計思想とアーキテクチャについて詳しく紹介されている。
AIエージェントが「買い物」を変える——その課題
Bainのレポートによれば、エージェント型ショッピングは2030年までに米国Eコマースの10〜25%を占める可能性があるとされる。ユーザーがブラウジング・比較・カート・決済を手動で行う代わりに、AIエージェントに「これを買って」と頼む世界への移行が始まっている。
ただし、現状の商取引インフラはその前提に対応できていない。決済プロバイダー、プラットフォーム、各事業者がそれぞれ独自のワークフローとビジネスロジックを持ち、新しいエージェントや販売チャネルが増えるたびに個別のインテグレーション開発が発生する。AIシステムが複数の事業者をまたいで一貫した商取引アクションを実行しようとすると、この断片化が大きな障壁になる。
事業者側の視点では、チャネルが増えるほど個別統合のコストが累積する構造になっており、エージェント対応を自社だけで進めようとすると相当の開発コストがかかる。UCPはこの問題を「共通仕様への一本化」によって解消しようとするアプローチだ。
UCPとは何か
Universal Commerce Protocol（UCP）は、この断片化を解消するために業界リーダーと共同で策定されたオープン標準だ。コンシューマープラットフォーム、AIエージェント、事業者、決済プロバイダーが「共通言語」で通信できる仕組みを提供することで、エージェントごと・プラットフォームごとの個別統合を不要にすることを目指している。
UCPに準拠することで、各事業者は「UCPに対応すれば、あらゆるUCP対応エージェントやプラットフォームと即座に連携できる」という状態に近づく。個別インテグレーションの開発・保守コストを大幅に削減できる可能性があり、特に多数のチャネルを持つ事業者にとってインパクトが大きい。
レイヤードアーキテクチャの構成
エンジニア視点でのポイントはその設計構造にある。UCPは以下の階層モデルを採用している。
- Services：「Shopping」「Common」といったドメイン単位で機能を整理する
- Capabilities：チェックアウト、カタログ、カート、注文管理、IDリンクといった具体的なアクションを定義する
- Extensions：フロー横断で再利用可能な設定可能な拡張ポイント。特定のビジネスロジックを個別フローにハードコードせず、標準化された形で付加できる仕組みだ
- Transport：プロトコル非依存で、REST、Model Context Protocol（MCP）、Agent2Agentへのバインディングをサポートする
トランスポート層が対応するModel Context Protocol（MCP）はAnthropicが策定したAIエージェント向けのコンテキスト共有標準であり、Agent2Agent（A2A）はGoogleが提唱するエージェント間通信プロトコルだ。いずれも現在のAIエージェントスタックにおいて急速に普及しつつある仕様であり、UCPがこれらに対応していることは実際の接続性という意味で重要な意味を持つ。
ケイパビリティのディスカバリー機能と決済ハンドリングを組み合わせることで、各参加者がサポート範囲を宣言し、動的に振る舞いを組み合わせる設計になっている。
オープンソースとして進化中
UCPはGitHub上の公開リポジトリで開発が進んでいる。ローンチ以降、新しいCapabilityの追加、Tech Councilの拡充、プロトコル上に構築された新しいコンシューマー体験（Google Shopping Cartなど）が公開されている。
ドキュメント、コミュニティディスカッション、コントリビューションガイドはそれぞれ以下から参照できる。
キーノートの全編はYouTubeで視聴可能だ。
詳細はOpen rails for agentic commerce at Open Source Summit North America 2026を参照していただきたい。
