Google 全域購物車已在美國上線,買家可以把不同商店的商品先存在一起,成交後的賣方仍是原店家。 10 月 15 日公告指出,Universal Cart 開始進入 Google 搜尋與 Gemini 應用程式,提供跨店保存、降價與補貨通知,也能協助尋找優惠和選擇付款方式。
對經營美國市場的台灣電商團隊,現在可先評估:要把客人接回官網結帳,還是讓他在 Google 內付款?前者沿用自家結帳,後者需要串接交易服務;兩者的開發與維護成本不同。分清這兩條路徑,才能知道自己會在哪一步接到客人與訂單。
同一個購物清單,仍由各家商店接單
全域購物車早在 Google 5 月的台灣官方文章中亮相。這次的新進度是美國正式上線,公告範圍為搜尋與 Gemini;5 月談到的 YouTube、Gmail 後續計畫,不能直接算成本輪已完成的功能。台灣開放日期也尚未在這次公告中列出。
它先解決的是選購時的零散資訊。讀者可以在搜尋看到一件商品,之後到 Gemini 再加入另一家商品,回來時繼續看同一份清單。Google 會追蹤降價、補貨,並利用 Wallet 的付款權益資訊協助挑選支付方式、呈現促銷碼。
到了購買階段,支援的店家可提供 Google Pay 付款,或讓買家把商品轉到商家網站結帳。Google 明確保留原商家作為實際賣方,訂單確認與客服也由商家提供。因此,跨店商品可以集中整理,卻不能據此推論不同店家的運費、出貨和退貨條件全都合併。
這延續了 AI Mode 把搜尋接向比較與決策的方向。這次進一步把「考慮要買什麼」的清單留在 Google,店家接觸到客人的時間點可能跟著改變。
收藏商品時,店家還沒收到轉移請求
商家最容易誤讀的一點,是把 Google 裡的「加入購物車」,直接當成自家網站已經有一筆購物車。
購物車轉移介面(Cart API)的實作文件寫得很清楚:商品先在 Google 端累積;只有使用者點下轉移按鈕,才觸發一次請求,把累積的商品項目交給商家。店家回傳一個網址,讓買家進到已放好商品的官網購物車。
也就是說,至少在這條轉移 API 裡,店家收到清單的時間是使用者決定轉過來時。 這不是每次收藏都回傳的通知,也不足以讓店家把 Google 上所有尚未購買的收藏,當成自家已掌握、可拿來催單的紀錄。
另一個差別是同步。Cart API 說明目前只支援建立與轉移,沒有提供 Google 與商家購物車之間的更新、刪除或同步功能。客人回官網後增減數量,商家不能假設 Google 裡的清單也會跟著一致。
我的判斷是,先把「轉進官網的清單」和「官網後續成交」接好,比急著宣稱掌握一套跨平台購物車更實際。前者是目前文件明確支援的交接,後者才是店家能據以檢查結帳體驗的結果;Google 端的收藏不能直接拿來當作商家棄單量。
已有成熟官網,先評估把車接回來
商家有兩種不同的工作要選:
| 路徑 | 客人在哪裡完成購買 | 店家主要承接什麼 |
|---|---|---|
| 轉回商家購物車 | 自家網站 | 收到商品清單,開出已填入商品的購物車,接續既有結帳 |
| Google 原生結帳 | Google 的結帳畫面 | 提供建立、更新與完成交易所需的後端服務,處理訂單 |
對已經有成熟官網、需要保留特定加購或品牌體驗的團隊,我會先評估第一條路。Cart API 文件明說,做購物車轉移不必同時整合 Google 原生結帳。這讓評估範圍可以先集中在「清單能否正確帶回來」,不用一開始就重接付款流程。
若選第二條,原生結帳文件則要求商家提供交易服務。到了收件、付款與送出訂單的階段,由使用者在 Google 畫面操作,代理不介入這部分。這和放手讓 AI 自行下單仍有明確區別,也讓 AI 代理付款中的責任分工落到具體交易流程。
原生結帳也需要商品逐項符合資格。Merchant Center 準備文件指出,結帳資格屬性缺少或設為否時,該商品預設不能進入這個結帳體驗;店家的退貨政策與客服資訊也會出現在交易流程裡。已有商品資料,還不足以推論所有品項都能直接在 Google 買。
主要做台灣內需的店家,目前還不必為這次美國上線重接結帳。已有美國業務的品牌,則要把成效分開看:轉回官網會帶來造訪,原生結帳可在不進官網的情況下成交。搜尋來源連結關心的是點擊,這裡還要追到訂單:商品、價格、付款與收件資料是否完整,能不能正常履約。
常見問題
Google 全域購物車在台灣可以用了嗎?
10 月 15 日公告的上線範圍是美國 Google 搜尋與 Gemini,未列出台灣開放日期。5 月的功能預告也不能直接當作今天已在台灣提供的服務清單。
商品存在全域購物車後,店家就會收到資料嗎?
對採用轉回商家購物車的路徑,Cart API 是在使用者點下轉移時,才一次傳送累積的商品項目。文件沒有把每次收藏都設計成通知商家的請求,這也不代表其他資料或分析服務都採同一規則。
在 Google 裡完成付款,訂單和客服由誰負責?
官方公告保留原商家作為實際賣方,訂單確認與客服由商家提供。Google 原生結帳的收件與付款步驟仍由使用者操作,商家則承接交易與訂單處理。
參考來源
- Google 官方:An intelligent new shopping cart(2026-10-15)
- Google 台灣官方:全域購物車帶來更多聰明購物新功能(2026-05-20)
- Google for Developers:Cart API(2026-10-16 更新,2026-10-19 查核)
- Google for Developers:Cart API implementation(2026-10-09 更新,2026-10-19 查核)
- Google for Developers:Native checkout overview(2026-10-16 更新,2026-10-19 查核)
- Google for Developers:Prepare your Merchant Center account(2026-10-02 更新,2026-10-19 查核)