多年以來，Google搜尋同實際購買之間嘅距離至少需要一個中轉站——撳入零售商網站、登入、加入購物車、完成結帳流程。而家呢個中轉站已經係可選項。截至2026年5月初，Google嘅通用商務協議（UCP）已由AI模式同Gemini應用程式擴展至直接出現喺標準SERP產品列表，令已登入嘅用戶可以喺唔離開搜尋結果頁嘅情況下完成購買。

呢個影響遠遠超出列表上多咗一個按鈕。呢係代理商務——即AI系統可以代表用戶進行研究、比較同交易——正式喺Google最熟悉嘅介面上向普通購物者亮相嘅時刻。

UCP簡史——點解SERP擴展先係真正嘅里程碑

Google喺2026年1月推出通用商務協議，作為代理商務嘅開放標準，由包括Shopify、Etsy、Wayfair、Target同Walmart喺內嘅創始零售合作夥伴共同開發。該協議定義咗一套REST端點同一個公開可訪問嘅配置文件（託管於/.well-known/ucp），允許任何合規代理——無論係人工操作定AI驅動——代表商家發起、更新同完成交易。

喺最初幾個月，UCP驅動嘅結帳功能僅限於兩個介面：Google嘅AI模式同Gemini應用程式。兩者都係明確以AI為先嘅環境，意味住早期採用者主要係習慣對話式商務嘅進階用戶。受眾係真實存在嘅，但規模有限。

擴展至主SERP產品列表——2026年5月7日由SERP Alert首先喺Wayfair列表上發現——完全改變咗計算方式。標準Google搜尋結果頁每日處理數十億次查詢。喺度放置一個交易性「購買」按鈕唔係實驗；係Google宣告代理商務已準備好面向主流用戶嘅聲明。

數據說明：UCP啟用列表嘅早期轉化信號

雖然Google尚未發布SERP推出嘅官方轉化基準，但2026年5月第一週發布嘅兩個獨立數據點提供咗早期方向性證據：

呢啲數字應視為早期信號，而非確定基準。推出目前僅限於Wayfair，更廣泛嘅合作夥伴擴展將帶來更多差異。儘管如此，方向性故事係一致嘅：喺意圖點消除摩擦會產生可量化嘅提升。

運作機制：UCP結帳喺SERP上係點樣實際運作嘅

了解技術流程有助商家評估需要構建乜嘢——以及佢哋已經具備乜嘢。當已登入嘅Google用戶撳下UCP啟用列表上嘅「購買」按鈕時，會發生以下順序：

1. 1
   建立會話

   Google嘅代理調用商家嘅/session/create端點（按UCP規範定義）以初始化結帳會話，傳遞產品ID、數量同用戶Google帳戶中嘅送貨地址。

2. 2
   實時驗證

   商家系統驗證庫存、計算運費並應用任何適用優惠，向/session/update端點返回包含確認總額嘅會話對象。

3. 3
   付款授權

   Google Pay使用購物者已儲存嘅付款方式處理付款，將付款令牌傳遞至商家嘅/session/complete端點。

4. 4
   訂單確認

   商家確認訂單並返回確認號碼。Google向用戶顯示訂單摘要——全程唔需要任何頁面跳轉離開SERP。

整個流程依賴三個REST端點同一個公開可訪問嘅UCP配置文件。已為標準網頁結帳整合Google Pay嘅商家已完成咗大部分技術基礎工作。

邊啲商家可以參與——而家係乜嘢阻礙大多數商家

截至2026年5月9日，主SERP上嘅UCP結帳僅對Wayfair開放。Google已確認推出將擴展至其他創始合作夥伴，但尚未公布時間表。對於創始群體以外嘅商家，參與需要提交早期訪問申請表——並滿足一套非瑣碎嘅先決條件。

可發現性問題：點解結構化數據而家係商務先決條件

以下係許多商家正在錯過嘅策略現實：UCP結帳嘅效果取決於首先令你嘅列表出現嘅產品數據。Google使用產品結構化數據來驗證你嘅Merchant Center Feed。如果你嘅結構化數據唔完整、無效或與Feed唔匹配，你嘅產品可能唔會出現喺可觸發「購買」按鈕嘅列表中——無論你係咪已實施UCP端點。

呢樣嘢創造咗一個雙層可發現性要求：

• 第一層——結構化數據準確性：你嘅Product架構標記必須喺價格、可用性、GTIN同狀況方面與你嘅Merchant Center Feed一致。差異會觸發Feed不批准，令你嘅產品從符合條件嘅列表中移除。→ 查看我哋嘅產品結構化數據驗證指南
• 第二層——AI抓取工具可訪問性：隨著代理系統越來越多地預先抓取產品數據以準備交易會話，你嘅網站必須對AI抓取工具開放。喺你嘅robots.txt中封鎖Googlebot-Commerce或相關代理，即使你嘅UCP端點已上線，都會阻止會話初始化。

使用主流技術SEO審計工具（任何有信譽嘅基於抓取工具嘅平台都能發現呢啲問題）在投入工程時間開發UCP端點之前，先檢查無效嘅商家列表標記同AI抓取工具訪問問題。喺上游修復數據質量問題幾乎總係比喺下游調試失敗嘅UCP會話更快。

商家正在問嘅長尾問題：我嘅網站流量會點樣？

呢係UCP SERP擴展嘅原始報道大多迴避嘅問題，值得直接回答。如果用戶可以唔訪問你嘅網站就完成購買，你嘅自然流量、網站內再定向同第一方數據收集會點樣？

誠實嘅答案係有細微差別嘅：

• 短期：對於高意圖、低考慮嘅購買（商品類商品、重複購買），UCP結帳可能會分流原本會喺網站上轉化嘅流量。如果UCP轉化率超過你目前嘅網站轉化率，淨收入影響可能係中性或正面嘅。
• 第一方數據：Google嘅UCP規範要求商家收到包含客戶電子郵件地址（附帶同意）嘅確認訂單對象。呢意味住UCP交易唔係黑盒——你保留咗客戶關係以進行購後溝通。
• 高考慮購買：對於家具、電器或定制產品，購物者希望瀏覽、配置或閱讀評論，「購買」按鈕唔太可能取代網站上嘅購物旅程。UCP係針對決策清晰度優化嘅，而唔係發現。
• 品牌體驗：大力投資網站品牌故事嘅商家面臨真實嘅取捨。UCP交易完全繞過咗呢個體驗。呢係一個策略決策，唔單止係技術決策。

根據開放商務標準工作組2026年5月8日發布嘅討論，早期訪問計劃中嘅幾個中型市場商家正在選擇性地實施UCP——僅對重複購買率高嘅SKU啟用，同時將以發現為導向嘅產品保留喺標準列表上。

企業團隊本週應優先處理嘅事項

鑑於推出嘅速度，以下係商務同SEO團隊嘅優先行動框架：

1. 1
   審計你嘅Merchant Center Feed健康狀況

   識別任何不批准嘅產品或Feed屬性錯誤。特別注意你嘅結構化數據同Feed之間嘅價格不匹配——呢係列表不符合資格最常見嘅原因。

2. 2
   驗證AI抓取工具訪問

   審查你嘅robots.txt同服務器端機器人檢測規則，確保Google嘅商務相關抓取工具唔被封鎖。隨著代理預抓取成為標準，呢點越來越重要。

3. 3
   評估Google Pay整合準備情況

   如果你已喺網站上接受Google Pay，你嘅支付基礎設施基本上與UCP兼容。確認你嘅支付服務提供商支持UCP規範所需嘅Google Pay API版本。

4. 4
   定義你嘅SKU策略

   根據購買複雜性、利潤率同第一方數據價值，決定哪些產品類別係UCP啟用嘅候選者。唔係每個SKU都應該喺第一天就啟用UCP。

5. 5
   提交早期訪問申請表

   即使你嘅技術實施尚未完成，而家提交表格可以令你進入審核隊列。Google嘅早期訪問計劃受容量限制，隊列位置很重要。

→ 相關：2026年點樣為免費產品列表配置Google Merchant Center

→ 相關：電子商務產品結構化數據實施指南

→ 相關：商家Google Pay API整合清單

更大圖景：代理商務唔係一個功能——係一個新渠道

將UCP驅動嘅SERP結帳框架為產品列表上嘅一個新按鈕係錯誤嘅。Google正在構建嘅——以及UCP所啟用嘅——係一個新商務渠道，運作喺搜尋意圖、AI代理同無摩擦支付基礎設施嘅交匯點。

呢個渠道有三個定義特徵，令佢有別於Google之前每一個商務計劃：

• 係代理原生嘅：UCP從一開始就係為AI代理執行交易而設計嘅，而唔係僅僅呈現資訊。SERP「購買」按鈕係面向人類嘅入口點；代理入口點——Gemini或第三方AI代表用戶完成購買——係相同嘅底層基礎設施。
• 係開放嘅：與Google之前封閉嘅商務計劃唔同，UCP係一個已發布嘅開放標準。任何商家、平台或代理都可以實施佢。呢喺策略上意義重大——意味住該協議可以成為行業標準，而唔係Google專有嘅鎖定。
• 獎勵數據質量：參與代理商務受你嘅產品數據嘅準確性同完整性所限制。喺結構化數據、Feed衛生同Merchant Center合規方面有所投資嘅商家具有結構性優勢。

從UCP中獲益最多嘅商家唔一定係最大嘅——係那些擁有最乾淨數據、最完整Merchant Center配置，以及對哪些產品受益於零摩擦結帳有最清晰理解嘅商家。