Universal Commerce ProtocolUniversal Commerce Protocol (UCP)

它解決什麼問題

如果每一種 AI 購物入口（Google 的 AI Mode、Gemini，以及其他平台）都要求商家用不同方式接入，商家端要面對的組合數會隨 AI 入口數量線性成長，維護成本很高。

UCP 的做法是提供一套所有人都能對齊的共通語言：商家實作一次 UCP，理論上任何遵循這套標準的 AI 代理都能理解怎麼查詢它的商品、怎麼建立訂單、怎麼完成結帳，不必為每個入口各自客製。

運作原理

UCP 採用「伺服器端選擇」（server-selects）的架構：商家（伺服器端）在自己的網站上公開發布一份「UCP profile」——固定放在 /.well-known/ucp 這個路徑下的 JSON 檔，裡面聲明這個商家支援哪個版本的協定、開放哪些能力。

AI 代理讀取這份 profile 後，就能知道能對這個商家做什麼——商品搜尋、比較、建立購物車、身分綁定、結帳、訂單管理，是 UCP 定義的核心能力範圍。商家可以自行決定要開放到哪一層。

介面層面，UCP 給商家彈性選擇要用一般 API、MCP，還是 Agent2Agent（A2A）協定來實作，不強制單一技術路徑。

商家整合後的體驗

商家接上 UCP 之後，符合資格的商品可以在 Google Search 的 AI Mode 或 Gemini 對話裡出現內建的結帳按鈕。使用者可以直接用已存在 Google Wallet 裡的付款方式與收件資訊完成結帳，不必跳轉到商家網站重新輸入一次，同時商家仍是交易的賣方（seller of record）。

為什麼它對商家重要

在使用者越來越習慣直接在 AI 對話裡完成購物決策的情況下，沒有接上任何商務協定的商家，等於在這個新入口裡「不存在」——AI 代理找不到它的商品資訊，也給不出結帳選項。UCP 讓商家用一套標準接入方式，同時保有定價、庫存、客戶關係的主控權。

該注意的地方

分階段接入是刻意設計，但仍需要工程投入。 只發布最基本的 UCP profile 門檻不高，但要支援到結帳、訂單管理這類進階能力，還是需要實質的後端開發工作。

目前和 ACP 是兩套平行標準。 想同時被 ChatGPT 和 Google 的 AI 購物入口找到的商家，得分別評估是否要接 Agentic Commerce Protocol，兩者不會自動互通。

是新興規格，細節仍在演進。 UCP 於 2026 年初才釋出，實作前建議直接查閱官方規格文件確認最新版本的能力範圍，避免依賴可能已過時的說明。