Gemini、AI Mode 內測 Flipkart 購買鈕：結帳走商家頁，同屏 Amazon 沒成交鍵

同一則詢問裡，兩張商品卡並排。Gemini 或搜尋的 AI Mode 把 Flipkart 的手機、配件推上來，其中一部分多了一顆購買鈕。點下去，結帳畫面帶著 Flipkart 的品牌，人還停在 Google 的 AI 介面裡。旁邊那張 Amazon 商品卡也在，只是沒有同一顆鈕。

官方沒有發產品稿。TechCrunch 看到的是印度境內、部分帳號、少數品類的內測：智慧型手機、電子產品、手機配件。其他人繼續看到 Flipkart 商品卡，只是少了那顆鈕。知情人士說，更廣的放大排在十月，對準印度節慶購物檔。發言人只回一句公司套話：一直在測新功能，幫助人們更容易發現並連結商家。沒有時間表、沒有技術名稱、沒有分潤。Flipkart 沒有回覆置評。

你如果現在打開自己的 Gemini，多半還看不到這顆鈕。先講清楚範圍：它已經在真實帳號上跑，但官方連「我們在測購買鈕」都還沒承認。

測到的畫面，官方肯講的只有一句

內測的操作路徑很短。使用者在 Gemini 或搜尋 AI Mode 問商品，Flipkart 的商品卡出現，部分卡上有購買鈕，點下去直接進 Flipkart 結帳流程，沒有先被踢到獨立瀏覽器分頁。TechCrunch 寫明：人沒有離開 AI 介面。品類被收得很窄，帳號也被收得很窄。沒有公布涵蓋多少使用者、多少 SKU、哪幾座城市、用哪一種付款工具完成第一筆單。

Google 對這次測試的書面回應，停在「always testing new features」。這句話可以套在任何尚未公開的實驗上。它沒有否認購買鈕存在，也沒有確認購買鈕存在。能拿來對帳的，是記者實際點到的畫面，加上知情人士對十月放大時程的說法。

再往前數週，Google 已經公開講過：Flipkart 是它在印度做「代理式購物」的商家夥伴之一。那時沒有細節，也沒有上線日期。今年三月，全球廣告副總裁 Dan Taylor 在圓桌會議上說，公司正與亞太區夥伴合作，把這套能力帶進區域，點名的是 Flipkart 與 Shopee。他當時的目標寫得很生活化：把購物裡的雜事拿掉，讓人專心做有趣的那一段，並跟零售業並行，把代理式購物做成順暢且安全。那是合作意向，不是這次內測的規格書。

另外一件必須寫進帳本、但不能拿來當因果的事：Google 在 2024 年跟進 Walmart 領投的那一輪，向 Flipkart 投了約 3.5 億美元，拿的是少數股權。Flipkart 由 Walmart 控股。這是股權事實。它解釋不了為什麼購買鈕先出現在 Flipkart 卡上，也解釋不了為什麼 Amazon 卡沒有。介面內結帳必須兩家一起做，先接通的通常是本來就有法務、技術與窗口的對象。把少數股權寫成「所以才有這顆鈕」，超出目前能證實的範圍。

印度是全球第二大網際網路市場，訂戶數已超過十億。Flipkart 與 Amazon 在這裡搶的是同一批人，節慶檔更是全年最大促銷窗口之一。把內測排進這個窗口，測的就不是「對話能不能推薦手機」，而是「對話裡能不能在高峰期收到錢」。

這條結帳路，和年初示範的不是同一套畫面

今年一月，Google 正式推出 Universal Commerce Protocol，簡稱 UCP。官方說法是開放標準，讓 AI 代理 與商家系統用同一套語言走完發現、購買與售後。共同開發名單包含 Shopify、Etsy、Wayfair、Target 與 Walmart；背書名單超過二十家，Flipkart、Best Buy、Home Depot、Visa、Mastercard、Stripe、Adyen 都在裡面。協議寫明可與 智能體對接、Agent Payments Protocol 等既有標準並用。零售商仍是 seller of record，也就是買賣契約的賣方還是商家，不是 Google。

當時示範給外界看的第一條路，是 Google 自己託管的結帳。合格的美國商家商品出現在搜尋 AI Mode 與 Gemini 應用程式，購物者用 Google Pay，付款與配送資料走已經存在 Google Wallet 裡的那一套，PayPal 也在規劃中。三月又補了三塊：代理人一次從同一商店加入多件商品的購物車、向商家目錄取即時庫存與變體價、以及身分連結，讓登入後的會員價與免運在代理介面裡仍然算數。同一輪更新也讓購物者可以把商品轉到商家自己的網站去完成付款。

TechCrunch 看到的 Flipkart 測試，畫面不像那條 Google 託管結帳。購買鈕打開的是 Flipkart 品牌結帳，不是 Wallet 預填好的 Google 結帳頁。底層是不是 UCP、是不是 UCP 後來加上的「轉去商家站」、還是另一條尚未命名的嵌入式結帳，報導沒有寫出來。Google 也沒有補這一段。

這很關鍵。UCP 的公開承諾是：商家保住賣方身分，平台提供共同語言。嵌入式商家結帳則是另一種交易政治：品牌、會員、促銷碼、退貨入口，全部還停在商家自己的流程裡，只是被嵌進對話。兩條路對購物者看起來都像「不用另開分頁」，對商家來說，誰握著最後一次點擊完全不同。

開發者若把 UCP 理解成「接上就能在 Gemini 賣東西」，這次測試會讓這個假設變鬆。協議可以先存在，按鈕仍要一家一家談。被背書過的商家，也不自動拿到介面內成交權。

同屏沒有成交鍵的那一家，不是漏掉

TechCrunch 實際看到的畫面裡，Amazon 商品與 Flipkart 商品出現在同一次回答。排名這關，兩家都過了。成交這關，只有一家過了。

Amazon 對外部購物代理的立場，這一年已經反覆寫進公開文本。它告過 Perplexity，指 Comet 代理在使用者不知情的情況下代為下單；聯邦上訴庭在八月撤銷了暫時禁止令，但公司沒有改口。它也擋過 Google 與 OpenAI 的購物代理。Meta 在九月推出 Muse 之後，Amazon 很快在站上彈出警告：未經授權的 AI 代理 繼續存取，違反使用條款。對 Adweek 的書面說明寫得很硬：第三方若要替顧客向別家商家下單，就該公開運作，並尊重服務提供方是否參加的決定。公司說它已要求 Meta 把 Amazon 從 Muse 體驗裡拿掉。指控包含代理未事先告知、未自我表明身分，以及看起來會擷取並保存顧客憑證、刮取帳戶資料。Meta 當時沒有回覆置評。Muse 這邊的說法是模型看不到密碼與付款方式，憑證放在安全儲存、驗證時不暴露給模型。

同一週，Amazon 在 Accelerate 賣家大會上做了另一件事：把 Selling Partner 外掛接到 Anthropic 的 Claude，以及自家的 Amazon Quick。美國專業賣家可以用大約六十秒、不用寫程式，把庫存、價格、商品頁從 Seller Central 以外的 聊天機器人 裡改。公司自己說，約九成賣家已經在用某種外部 AI 處理部分營運。Seller Assistant 本來就跑在 Claude 上，建議被接受的比例超過九成。換句話說，Amazon 願意讓賣家用外部模型管店，但不願意讓外部模型替買家逛它的店。

這兩扇門方向相反，卻可以同時成立。賣家外掛把交易留在 Amazon 的帳本與倉儲裡；消費者代理一旦在別人的對話裡完成結帳，最後一次互動、這次互動產生的資料、以及被強化的顧客關係，都會離開 Amazon 自己的應用程式。Flipkart 作為挑戰者，少的是這層必須守住的封閉體驗，多的是「人已經在問了，我就在那裡收款」的誘因。同屏有沒有購買鈕，比較像兩家零售商對同一題交出不同答案，不像 Google 單方面漏接了一家。

站內先前寫過 亞馬遜禁掉 Perplexity 購物代理 時，爭的還是爬資料與未表明身分的代理能不能進店。這次 Flipkart 測試把同一條線拉到對話答案頁本身：進得了回答，不代表拿得到收款鍵。

對話能推薦，不代表對話能收款

OpenAI 去年把 Instant Checkout 推進 ChatGPT，當時的口號是：不只幫你找到要買的東西，也幫你買下來。它與 Stripe 一起開源 Agentic Commerce Protocol，商家繼續用自己的金流與履約。半年後，這條路收了。公司改成讓商家在 ChatGPT 裡放自家應用，結帳回到商家自己的網站：手機上用應用內瀏覽器，網頁上另開分頁。OpenAI 對購物交易開始退一步 時已經寫過，答案型平台最難吃下的往往不是推薦，而是成交。後續報導補了更具體的摩擦：商品選擇半年後仍有限、資訊不是每次都即時，有零售商與知情人士說，轉換率大約只有商家自有結帳的三分之一。使用者會在對話裡研究要買什麼，但不一定在對話裡付錢。

Google 現在測的 Flipkart 路徑，剛好落在 OpenAI 退回去的那條線附近：人不用另開分頁，但結帳品牌是商家的，不是平台的。它沒有重走「平台代收、商家只出貨」的全託管夢，也還沒證明嵌入式商家結帳就能避開 Instant Checkout 踩過的坑。庫存是否即時、促銷碼能不能用、退貨要找誰、會員價會不會在對話裡消失，這些題目，公開材料一個都沒答。

對商家來說，搜尋時代的大門只有一扇：排進結果，後面的點擊與結帳是同一件事。代理介面把這扇門拆成兩扇。第一扇是能不能出現在回答裡，靠相關性、商品資料、演算法。第二扇是能不能在回答裡被買走，靠兩家公司願不願意一起做結帳。你無法靠把商品標題寫得更準，擠進第二扇門。

上表能確定的是結構，不能確定的是這次 Flipkart 測試會站上哪一列的哪一個細格。它看起來最像「嵌入式商家結帳」，但 Google 沒有用這個詞，也沒有說它是不是 UCP 的印度實作。

智能體化 AI 把「幫你找」推進到「幫你做」時，零售商要回答的不是模型夠不夠聰明。他們要回答的是：這次成交要不要發生在別人的對話裡。願意的人，得到一條新的收款通道，也交出最後一屏的控制權。不願意的人，仍可出現在回答裡，只是購物者必須自己走完剩下的路。兩種選擇都說得通，代價不一樣。

十月節慶檔會驗到什麼，現在驗不到什麼

先把還沒公布的東西列清楚，免得後續被補成已經證實的規格。

十月放大若真的對準節慶檔，它測的就是高峰期的真實需求，不是淡季實驗室。節慶檔的流量會放大庫存不同步、促銷碼失效、配送通知對不上的所有縫。它也會放大一顆鈕帶來的商業後果：同一則回答裡，有鈕的卡比較容易收走本來要點進別家的人。這不一定是「Google 選邊」，比較像「誰先把第二扇門裝好，誰先在對話裡收錢」。

對已經在投商品資料、希望出現在 Gemini 回答裡的商家，這次測試把工作清單拆成兩段。第一段還是老問題：標題、規格、庫存、常見問答，有沒有寫到代理人讀得懂。第二段是新問題：你有沒有一條被允許的結帳接線，讓人在對話裡就能付。只做第一段的人，會繼續出現在答案裡，然後看著旁邊那張卡把單拿走。

對平台採購與產品負責人，現在能做的驗證很具體。第一，自己帳號在印度 VPN 或本地號裡，問智慧型手機或配件，看 Flipkart 卡有沒有鈕、Amazon 卡是否仍只有資訊。第二，若鈕出現，走完結帳前一頁就停，看付款選項、會員價、運費是不是與 Flipkart 官網同一套。第三，十月第一週再問一次同一組詞，看內測是不是真的從「部分帳號」變成「多數購物詢問」。第四，看 Google 會不會補一篇正式說明，把「一直在測新功能」改成協議名稱、商家名單與責任歸屬。

在那之前，這顆鈕只證明一件已經發生的事：對話介面開始把「找得到」和「買得到」拆開來賣。Flipkart 先拿到後者。Amazon 同屏在場，卻沒有走完同一條線。其餘的數字、分潤與法律責任，都還停在未公布欄。