概要
GoogleのUniversal Commerce Protocol（UCP）は、あらゆるWebサイトが将来的にAIエージェントに公開する必要があるものを定義した、初の本格的な設計図です。これは、発見可能なアクション、予測可能な結果、持続的なセッション、明示的なエージェントポリシーをWebサイトが公開することを求めています。
UCPはGoogle Merchant Centerの小売業者向けインフラとしてリリースされましたが、その基盤となるアーキテクチャがより重要です。これは「machine-first architecture」の「Interaction pillar」を具体的に実装したものです。
UCPプロトコルには注目すべき4つの要素があります。まず、Webサイトが提供できる機能、製品、アクション、サポートする転送方式をAIエージェントが学習するための発見エンドポイント（/.well-known/ucp）です。これはエージェントとバックエンド間の「握手」となります。
次に、チェックアウトプロセス全体を3つのRESTコール（セッション作成、更新、完了）に削減する3つのRESTエンドポイントがあります。ここでは人間のためのカートページやフォームは無視され、チェックアウトの状態はセッション応答内で管理されます。
また、REST、Model Context Protocol（MCP）、A2A（Agent-to-Agent）をサポートすることで、異なるスタックで構築されたエージェントでも同じマーチャントバックエンドと通信できる転送の柔軟性も特徴です。
そして、ucp.devで公開されているオープンな仕様であるため、Google Merchant Center以外のあらゆるWebサイトやAIプラットフォームでも実装可能です。Googleはこのプロトコルを所有しておらず、そのオープン性が重要視されています。
UCPは、machine-first architectureのInteraction pillarが定義する5つの特性（発見可能なアクション、予測可能な結果、ワークフローの継続性、エラー回復、エージェントポリシー）をほぼ完璧に満たしています。
例えば、発見可能なアクションは、/.well-known/ucpのマニフェストによって、エージェントが何ができるかを事前に機械可読な形で知ることを可能にします。予測可能な結果は、アクションがHTMLではなく構造化された機械可読な状態（価格内訳、在庫状況など）を返すことで実現されます。
ワークフローの継続性は、永続的なセッションIDを持つことで、エージェントが複数ステップのワークフローでコンテキストを失わないようにします。エラー回復では、失敗時に構造化された代替案が返され、エージェントが次に何をすべきかを知ることができます。
エージェントポリシーは、エージェントがどこまで許可され、人間の確認が必要なのはどこか、何が禁止されているかを明示的に宣言する機能です。これにより、エージェントが意図しないアクションを実行するのを防ぎます。
人間のカート放棄率が約70%であるのに対し、Interaction層を持たないWebサイトではAIエージェントの放棄率は100%に近づくとされています。UCPは、検索とチェックアウトをUIの問題ではなくプロトコルの問題として捉えることで、AIエージェントによるコンバージョンを拡大させるためのGoogleの答えです。
UCPを実装する必要がない非コマースビジネスのWebサイトでも、そのアーキテクチャから5つの原則を学ぶことができます。それは、機能マニフェストの公開、アクションの構造化されたデータとしての公開、すべてのステップでの機械可読な状態の返却、ページビューではなくセッション中心のデザイン、そしてエージェントポリシーの明示的な宣言です。
これは、Webサイトを人間向けの画面であるだけでなく、エージェント向けのAPIインターフェースとして扱うという決断を必要とします。AIエージェントがスレッド（タスク）を最速で解決できるWebサイトが勝者となります。
解説
GoogleのUCPは、単なるeコマースプロトコルではなく、今後のWebサイトがAIエージェントとどのように連携すべきかを示すロードマップであると理解できます。これまでのWebサイトは人間がブラウザを通じて操作することを前提に設計されていましたが、AIエージェントがWeb上のタスクを自動実行する時代においては、全く異なるアプローチが求められます。
記事が強調するように、Webサイトの「発見可能性」はUIの問題からプロトコルの問題へと変化しています。人間は検索ボックスにキーワードを入力し、視覚的な手がかりを頼りに情報を見つけますが、AIエージェントは機械可読なマニフェストや構造化されたカタログをクエリし、定義されたアクションを直接呼び出します。つまり、AIエージェントから見て、Webサイトが「何ができるか」を明確に、かつ機械的に理解できる形で提供することが不可欠になります。
この変化は、Webサイト設計における根本的なパラダイムシフトを意味します。従来の人間優先のデザインでは、HTMLとCSSで視覚的に魅力的なページを作成し、ユーザーエクスペリエンスを最適化することに重点が置かれていました。しかし、エージェント対応のデザインでは、Webサイトを「APIとしてのWebサイト」と捉え、機械が効率的に操作できるような構造化されたデータと明確なインターフェースを提供することが求められます。
特に注目すべきは、UCPがチェックアウトプロセスを3つのシンプルなAPIコールに集約している点です。これにより、カートページや住所フォームといった人間のためのUI要素は、エージェントの目からは見えなくなります。エージェントはセッションの状態を機械可読なJSON応答で受け取り、次のステップを判断します。これは、シームレスで高速なトランザクションをAIエージェントに提供するために不可欠な設計思想です。
記事が挙げる5つの原則は、eコマースサイトに限らず、あらゆるWebサイトがAIエージェント対応を進める上で実践すべき具体的なガイドラインです。例えば、BtoBの問い合わせフォームや予約システム、SaaSのダッシュボードなども、エージェントが利用できる「アクション」と、その結果を「機械可読な状態」で返す仕組みが必要です。
単にコンテンツをAIに引用される「Content pillar」の最適化だけでなく、AIエージェントを通じて実際にタスクを完了させる「Interaction pillar」の最適化が、今後のWebサイトの競争力を左右します。AIがユーザーの代わりに複数のタスクを並行して実行する未来において、エージェントが最も早くタスクを解決できるサイトが、最終的な「収益」に結びつく可能性が高いでしょう。
このため、Webサイト運営者は、自社のサイトがAIエージェントにとってどのように見えるかを検討し、機能マニフェストの公開、構造化されたアクションの定義、機械可読なレスポンスの提供、セッションベースのワークフロー設計、そしてエージェントポリシーの明示といった原則を、段階的にでも取り入れていくべきです。これは単なるSEO戦略を超え、ビジネスモデルそのものの進化を促すものと言えるでしょう。
- 掲載元: Search engine journal
- 公開日: 2026-05-19T09:00:09+00:00
What Google’s UCP Tells Us About Agent-Ready Websites via @sejournal, @slobodanmanic
