UCPとは？Google提唱のコマース規格とACPの違い・準備

「UCPに対応すべきですか」と、EC・小売・メーカーの担当者から聞かれることが増えました。いま必要なのは新しい仕組みを急いで作ることではなく、商品データ・在庫・価格・返品条件を機械が読める形に整えることです。 AIが人の代わりに商品を比べて買うとき、店ごとに情報の渡し方が違うと処理が止まります。この渡し方をそろえる共通の決まりが、Googleが公開したUCP（Universal Commerce Protocol）です。貿易実務の信用状統一規則（UCP600）や生物学の脱共役タンパク質とは、同じ略語でも別の概念です。なお、AI検索での最適化を指す言葉は、AIO（AI Optimization）のほかにLLMO（Large Language Model Optimization）、GEO（Generative Engine Optimization）、AEO（Answer Engine Optimization）などがあり、業界でまだ呼び方が統一されていません。本メディアではこれらを総称して「AIO」と表記します。

なぜAIエージェントの買い物に共通仕様が必要になったのか

AIが買い物を代行するには、店ごとにバラバラな情報の渡し方では追いつきません。在庫の持ち方も、送料の出し方も、店によって違います。その違いをAI側が店の数だけ覚えるのは現実的ではありません。だから、渡し方の決まりを1つにそろえる必要が出てきました。Googleは、エージェントと各社のシステムが一緒に動くための共通言語としてUCPを位置づけ、相手ごとに個別につなぐ手間をなくす狙いだと説明しています（Google公式ブログ「New tech and tools for retailers to succeed in an agentic shopping era」、2026年1月）。

AIが商品を探し、比べ、注文まで進める買い方は、エージェンティックコマースと呼ばれます。買い物する側から見た全体像はエージェンティックコマースの仕組みと対策をまとめた記事で扱っているので、本記事は決まりの中身と企業側の対応に絞ります。

私たち株式会社AI Hackは、AIの回答に自社がどう出てくるかを計測する仕事をしています。その立場から見ると、決まりそのものより、渡せるデータが整っているかで差が付くと考えています。

UCP（Universal Commerce Protocol）とは：提唱元・公開時期・決めている範囲

UCPは、AIエージェントと店が買い物のやり取りをするための共通の決まりです。商品を見つける場面から、買ったあとの対応までをひとつながりで扱います。誰が公開し、何を決めていて、何は決めていないのかを順に見ます。

UCPを公開したのは誰で、いつか

Googleは2026年1月11日にUCPを公開しました（先ほどのGoogleのブログ）。公開からまだ1年たっていない、新しい決まりです。GoogleがShopify・Etsy・Wayfair・Target・Walmartなどと共同で開発し、公開時点で20社を超える小売・プラットフォームが支持を表明しました（Shopifyニュース「The agentic commerce platform」、2026年1月）。中身は公開されていて、特定の1社だけが使える仕組みではありません。

UCPが決めているのは買い物のどこか

決めているのは、商品の情報を渡してから、注文後の連絡までの手順です。AIが在庫と価格を取りに行き、カートを作り、支払いを確定し、発送の状況を返すところまでが含まれます。Googleの案内では、AIエージェントと店の裏側のシステムが機械どうしで情報をやり取りする手順をそろえるもの、と説明されています（Google Merchant Center ヘルプ「About the Universal Commerce Protocol (UCP) and UCP-powered checkout feature on Google」、2026年10月確認）。Merchant Centerは、Googleに商品データを登録・管理する画面のことです。

UCPが標準化していないもの

公開されている説明は情報のやり取りの手順が中心で、どの商品を勧めるかの基準は書かれていません。商品の見せ方や価格の決め方も、これまでどおり店側に残ります。私たちはUCPを、売れる理由を作る仕組みではなく、注文を通すための道だと読んでいます。

UCPはAIエージェントと店をどうつなぐのか：商品データから注文確定までの流れ

買い物の代行は、だいたい5つの段階で進みます。段階ごとに店側が渡すデータが決まっているので、どこか1つが欠けるとそこで止まります。たとえば在庫データが古いままだと、支払いの直前で注文が成立しません。

流れは、①対応内容の提示 ②商品と在庫・価格の取得 ③カートの組み立て ④支払いの確定 ⑤注文後の状態更新 の5段階です。

1. 対応内容の提示：自社サイト側に、どの機能まで対応できるかを機械が読める形で掲示します。
2. 商品と在庫・価格の取得：AIが、その時点の在庫と価格を読み取ります。
3. カートの組み立て：送料・税・受け取り方法まで含めた支払総額を確定します。
4. 支払いの確定：利用者が許可したうえで、支払いが通ります。
5. 注文後の状態更新：発送、配達、返品の状況を店側から返します。

次の図は、依頼を受けたAIが商品データを取りに行ってから注文が確定するまでの順序と、UCPが受け持つ範囲の境目を1枚にしたものです。

AIが人の代わりに画面を操作する側の動きは、AIブラウザの比較と企業サイトの備えをまとめた記事で扱っています。

支払いの承認を受け持つのはUCPかAP2か

支払いの承認を受け持つのはAP2です。AP2は、利用者が確かにその買い物を許可したことを、あとから確認できる証拠として持ち回る決まりで、Google Cloudが2025年9月に公開しました（Google Cloudブログ「Announcing Agent Payments Protocol (AP2)」、2025年9月）。UCPはAP2と組み合わせて使えると説明されています（先ほどのGoogleのブログ）。つまり、買い物の会話を運ぶ役と、支払いの許可を証明する役は分かれています。

UCPで買われたとき、売主は店のままか

売主は店のままです。購入手続きがGoogleの画面で完了しても、店が売主の立場を保つとGoogleは説明しています（先ほどのMerchant Centerヘルプ、Google for Developers「Prepare your Merchant Center account」、2026年10月確認）。ただし、同じ内容の日本語での案内は未確認です。私たちは、返品や問い合わせの運用は従来どおり店側で設計しておくのが安全だと考えています。

ACP・AP2・MCPとUCPは何が違うのか

4つは競合というより、受け持つ層が違います。買い物のやり取り、支払いの許可、AIと外部システムの接続が、それぞれ別の決まりになっています。

ChatGPTでの買い物を支えるACPとの違い

ACPは、AIの画面の中で購入手続きを通すための決まりで、OpenAIとStripeが2025年9月29日に公開しました（Stripeニュースルーム「Stripe powers Instant Checkout in ChatGPT and releases Agentic Commerce Protocol codeveloped with OpenAI」、2025年9月）。当初はChatGPTの中で購入まで完結する仕組みを支えていましたが、OpenAIは2026年3月に方針を変え、ChatGPTでは商品の発見と比較に力を入れ、購入手続きは店側のサイトなどで完了する形を広げています（TechCrunch「OpenAI's plans to make ChatGPT more like Amazon aren't going so well」、2026年3月）。UCPとの違いは、どの会社のAIの画面で商品が見つけられ、購入をどこで完了させるかにあります。どちらも、商品データが正確でなければ候補に挙がらない点は同じです。ChatGPT側で商品が選ばれる仕組みは、ChatGPTでの買い物と推薦のされ方を解説した記事にまとめています。

AP2とMCPは競合ではなく層が違う

MCPは、AIを外部のツールやデータにつなぐための共通の方法で、Anthropicが2024年11月に公開しました（Anthropic「Introducing the Model Context Protocol」、2024年11月）。AP2は先に触れたとおり、支払いの許可を証明する役です。次の表は、4つを提唱元と受け持つ範囲で並べたものです。

AI Modeは、Google検索のAIが回答を作るモードのことです。表のとおり、担当する範囲は重なっていません。次の図は、4つの関係を層として見たものです。

私たちは、この4つのうちどれか1つに当面は収れんするとは見ていません。並行して追う前提で準備するのが現実的だと考えています。

UCPの対応状況と、日本のEC事業者が置かれている現在地

購入機能はまだ一部の国と一部の店に限られます。順番に切り分けると分かりやすくなります。

UCPを使った購入機能の対象は、米国・カナダ・オーストラリアで販売資格のある商品と、参加する小売・パートナーです（先ほどのMerchant Centerヘルプ）。使えるのは現時点では一部の店に限られる、とも書かれています。一方、Merchant Centerの中にある申し込みと動作確認の導線は、2026年10月上旬に米国で順次公開が始まり、オーストラリアとカナダは翌年（2027年）とされています（Search Engine Land「Google rolls out Merchant Center UCP integration hub in the U.S.」、2026年10月）。日本での提供時期は、公開されている情報では確認できません（2026年10月時点）。

次の表は、公開から現在までの動きを時点つきで並べたものです。

要点は、決まり自体は誰でも読めるのに対し、Googleの画面での購入は地域と店が絞られていることです。国内のモール各社のAI対応も、別に進んでいます。私たちは、海外の決まりへの対応だけで国内の露出が取れるとは考えていません。

EC・小売・メーカーが今から着手できる準備チェックリスト

先に手を付けるべきは、決まりの実装ではなくデータの正確さです。AIは、人のように「たぶん在庫あり」とは読んでくれません。書いていないことは、無いものとして扱われます。

整える順番は、商品データの細かさ／在庫と価格／返品と配送の条件／機械が読める形での記述／AIからの取得を妨げていないか／AIでの語られ方の確認 の6つです。

1. 商品データの細かさ：型番、サイズ、素材、対応機種などの属性を、空欄のないところまで埋めます。
2. 在庫と価格：サイトの表示と、Googleに渡しているデータを一致させます。ずれていると、支払いの段階で注文が落ちます。
3. 返品と配送の条件：返品に費用がかかるか、何日以内か、全文はどこかの3点をそろえます。Googleは返品条件と問い合わせ先の登録を、購入機能を使う前提として挙げています（Google for Developers「Prepare your Merchant Center account」、2026年10月確認）。同じ資料では、定期購入や分割払いの商品が対象外と示されています。
4. 機械が読める形での記述：検索エンジンやAIが内容を機械的に読み取れる形で商品情報を書く仕組みを、構造化データと呼びます。入れれば露出が増えるわけではなく、価格や在庫などの属性が埋まっているかが効くので、構造化データの実装手順と検証をまとめた記事の手順で確かめてください。AI向けの案内ファイルについては、効果の賛否をllms.txtの書き方と現状をまとめた記事で整理しています。
5. 取得を妨げていないか：AIからのアクセスを、配信設定や防御の設定で止めていないかを確認します。
6. AIでの語られ方の確認：自社名を出さずに「◯◯のおすすめは」と聞き、何が返るかを定期的に見ます。私たちは複数のAIで同じ質問を何度も投げ、言及・引用・推奨の順位まで分けて記録しています。

UCPをめぐってよくある誤解と、今の時点での限界

現場で多い誤解は3つです。順に正します。

1つ目は、UCPかACPかを選ぶ必要があるという誤解です。入口も、買い物客が見る画面も別なので、どちらにも名前が出る前提で考えるほうが安全だと私たちは見ています。2つ目は、対応すればAIに推薦されて売れるという誤解です。決まりは注文を通す道であって、選ばれる理由を作るものではありません。3つ目は、UCPはMCPの一種だという誤解です。UCPはMCPを含む複数のつなぎ方に対応すると説明されており、置き換えの関係ではありません（先ほどのGoogleの1月のブログ）。

限界も押さえておきます。仕様も対応地域も短い間隔で変わるため、本記事の記述は確認した年月とセットで読んでください。AIの回答はそのつど揺らぐので、1回の結果で判断しないことも大切です。

まとめ：UCPは「対応するか」ではなく「読める状態にしてあるか」から始まる

UCPは、AIが買い物を代行する前提でやり取りの形をそろえる決まりで、Googleが2026年1月に公開しました。ACPは買い物客が見る画面が違い、AP2は支払いの許可、MCPはシステムの接続を受け持つので、どれかに置き換わる関係ではありません。日本の担当者がいま手を動かせるのは、商品データ・在庫・価格・返品条件を正確にし、機械が読める形にしておくところまでだと考えています。次の一歩として、今週中に1商品だけ、在庫と価格と返品条件の記載を点検してみてください。自社の商品がAIにどう語られているかは、無料のAIO診断（実測）で確かめられます。