文章目錄文章開頭0%
過去幾個月,AI 代理購物(Agentic Commerce)的發展速度明顯加快,逐漸進入實際的電商平台與購物流程。
2026 年 9 月 28 日,Shopify 宣布擴大 WebMCP 支援範圍,讓瀏覽器中的 AI 代理人可以讀取商品、管理購物車,並在取得消費者確認後操作結帳流程。
緊接著,10 月 1 日,OpenAI 與美國零售商 Albertsons 擴大合作,將 Safeway 購物體驗帶進 ChatGPT。消費者提出「幫我準備四人份的晚餐」等需求後,AI 能協助尋找食材與建立購物車,再引導使用者前往商家完成結帳。
到了 10 月 15 日,Google 在美國推出 Universal Cart,讓消費者在 Google Search 與 Gemini 中集中管理不同零售商的商品,追蹤價格與庫存變化,並透過 Google Pay 或商家網站完成購買。

從 Shopify 開放代理人操作結帳,到 ChatGPT 協助消費者建立購物車,再到 Google 整合跨商家的購物流程,這些進展顯示:AI 正從協助尋找商品,進一步參與商品比較、購物車管理與交易流程。
傳統電商 SEO 主要爭取搜尋曝光與網站點擊。商家透過關鍵字、商品標題、內容行銷與網站體驗吸引消費者進站,再提高購買轉換率。在 AI 代理人參與購物的情境中,消費者可能先由 AI 完成部分比較與篩選,才接觸商品頁。
例如,消費者只要說:「幫我找一雙黑色、27 公分的防水鞋,含運不超過 3,000 元,而且下週出差前要收到。」代理人便可能根據價格、規格、庫存與配送條件尋找選項。最後在 AI 介面內交易,還是返回商家網站結帳,取決於平台及其支援方式。
如果商品頁缺少尺寸庫存、配送時間或其他重要規格,AI 就難以確認商品是否符合需求。商家除了讓人容易找到、理解與購買商品,也需要讓外部系統正確讀取商品資訊。
目前各平台的 AI 購物功能仍有地區、資格與技術整合限制,不能推論所有台灣電商已能透過代理人直接成交。本文從電商 SEO 與網站經營的角度,討論商品資料源、結構化資料、商品內容與結帳流程,以及台灣商家現階段可以優先投入的工作。
商品資料源:先把交易條件說清楚
傳統 SEO 已經有一套成熟的網站優化方法,包括關鍵字研究、商品頁內容、技術 SEO 與結構化資料。這些工作並不會因為 AI 代理人出現而失去價值。相反地,部分原本就應該做好、卻經常被忽略的商品資料管理工作,可能變得更加重要。
對許多電商商家來說,Google Merchant Center 並不是陌生的工具。它允許商家提交商品資料源(Product Feed),將商品名稱、識別碼、圖片、價格、供應情形與商品連結等資訊提供給 Google。這些資料原本就能應用於 Google Shopping、購物廣告與免費產品資訊。
如今,Google 也開始擴充這類商品資料的用途。在 2026 年 1 月的 UCP 公告中,Google 提到將為 Merchant Center 增加新的商品資料屬性,讓商家能提供更豐富的購物資訊,例如常見商品問題的答案、相容配件與替代商品等。這些新增屬性採逐步推出的方式,並不代表所有商家都已能使用。但從行銷角度來看,它反映了一個值得注意的方向:商品資料不再只用來告訴平台「這件商品叫什麼、賣多少錢」,還可能需要支援更具體的購物問題。
例如消費者詢問:「這台筆電可以接兩台外接螢幕嗎?」 如果商家只提供品牌、型號與售價,AI 可能還需要查閱其他資料才能判斷。反過來說,如果商品資料與官方說明頁已經明確記載外接螢幕數量、連接埠規格與相容限制,就能減少這類資訊缺口。不過,Merchant Center 商品資料通過審核,只代表符合對應產品資訊刊登要求,不能直接推論商品已被 AI 推薦。
結構化資料要與商品頁一致
除了提供 Product Feed,商品頁本身也需要讓搜尋系統理解。這就涉及 SEO 經常討論的結構化資料(Structured Data)。以電商網站為例,Schema.org 的 Product 與 Offer 標記,可以描述商品名稱、售價、幣別、庫存與其他交易相關資訊。根據 Google Search Central 官方文件,正確使用這類標記,有機會讓商品符合 Google 商家產品資訊等搜尋呈現形式的資格。
但這裡有一個常見誤解。加入 Schema 並不等於商品會被 AI 推薦,更不代表網站已經具備代理人下單能力。結構化資料的直接價值,是讓支援這些標記的系統能以標準化方式取得商品資訊。例如一雙鞋正在特價,商品頁標示 2,490 元,Merchant Center 卻仍保留 2,990 元,而結構化資料又寫著另一個價格。當不同資料來源互相矛盾,平台便可能無法正確判斷商品的實際交易條件。因此,比起一口氣安裝大量 Schema 標記,更重要的是確保商品頁、商品資料源與結構化資料之間維持一致。

商品內容要回答具體購買問題
這可能是電商內容行銷最值得重新思考的部分。以往撰寫商品頁時,商家往往會根據搜尋量安排關鍵字,例如「防水鞋推薦」、「男生防水鞋」、「通勤鞋」等。這些關鍵字依然重要,但它們不一定涵蓋消費者真正的購買條件。例如一位準備去日本旅行的消費者,可能更在意鞋子是否適合長時間步行、雨天使用、行李重量限制,以及能否在出發前收到。
假設代理人需要替這位消費者挑選商品,商品頁上若只有「高品質」、「舒適耐穿」等行銷形容詞,能提供的判斷依據其實有限。相對地,具體的材質說明、防水規格、重量、使用限制與配送資訊,會更有助於確認商品是否符合需求。這也不代表每張商品頁都需要塞滿 FAQ,或刻意為 AI 撰寫大量文字。更合理的做法,是先了解消費者在購物前真正會問什麼,再確認商品頁是否已經提供足以回答這些問題的資訊。對內容行銷團隊而言,這與 GEO(生成式引擎優化) 的思考方向有所重疊:除了爭取搜尋排名,也要讓外部系統能理解內容,並在回答相關問題時有可靠資料可用。不過,商品資訊完整是基本條件,並不能保證 AI 會優先選擇某個品牌。
結帳流程還是得走得通
即使商品符合需求,代理人也不一定能順利完成交易。使用者選定商品後,可能還需要確認尺寸、運費、付款方式、配送地址,以及是否享有會員折扣。其中任何一個環節出錯,都可能讓購買流程中斷。例如商品列表顯示 2,800 元,但實際選擇尺寸後價格提高,或是進入結帳頁面才發現配送時間不符合需求。對代理人而言,它必須重新確認商品是否仍符合使用者原本設定的條件。
從授權到訂單確認,這些步驟可以放進 AX 代理人體驗的任務閉環一起檢查:可發現、可執行、可驗證,以及失敗後可恢復。
這些問題其實與傳統電商的 轉換率優化(CRO) 有很大的關聯。只是以往電商團隊關心的是使用者在哪個步驟離開購物車;未來還可能需要觀察,代理人在哪個步驟無法繼續操作。但這不是要求網站取消驗證碼、付款確認或安全防護。涉及支付授權、個人資訊及訂單確認的動作,仍應依平台規範處理,必要時交回使用者本人完成。
開放協議不等於台灣商家已能使用
因此,不能只因協議開放,就認定台灣商家已有代理結帳入口。Google 在 2026 年 1 月公布的 Universal Commerce Protocol(UCP),是與 Shopify、Etsy、Walmart、Target、Wayfair 等業者共同開發的開放協議。它希望讓 AI 代理人、電商平台與付款服務能透過共同規格交換交易資訊,減少不同服務之間反覆建立專屬整合的成本。但這裡需要區分兩件事情。一件是技術協議是否公開,另一件則是實際提供購物入口的平台,是否開放特定商家使用。
根據 Google 2026 年 10 月 19 日更新的 UCP Merchant Center 整合文件,Merchant Center 內的 UCP 整合中心仍以逐步開放方式提供,目前適用於在美國境內銷售的商品,結帳功能也只開放給符合條件的部分商家。文件另外提供直接 API 整合路線,但這不等於台灣商家能直接使用 Google AI Mode 或 Gemini 的代理結帳入口。對台灣電商來說,Google Merchant Center 支援台灣與新臺幣,並不代表 UCP 結帳功能已經在台灣全面開放。即使商家已經完成商品資料與 Schema 標記,也不能據此宣稱自己的網站支援 Google AI 直接下單。
另一個值得關注的案例,是 Meta Muse。Meta 在 2026 年 9 月的公告中,展示 Muse 透過瀏覽器操作網站、處理購物任務,並支援使用 Stripe Link 付款的能力。但同月,Axios 報導 Amazon 已阻擋 Muse 在其平台購物。這件事說明,即使 AI 具備操作網站的技術能力,也不代表網站或平台允許它執行所有購物行為。相關背景可參考 LS-Labs 另一篇文章〈Meta Muse 是什麼?Amazon 為何封鎖 Meta 的 AI 代理人?〉。
對商家而言,這意味著未來的 Agentic Commerce 可能同時存在多種參與方式。有些代理人直接操作瀏覽器,有些透過平台提供的商品資料與交易介面,也有些必須經過正式的合作授權。因此,把網站整理成容易被 AI 理解的形式,和真正接入 AI 代理購物平台,是兩項不同的工作。
台灣商家現在可先做的四件事
雖然台灣尚未全面開放相關代理結帳功能,但商家沒有必要等到所有協議成熟,才開始改善網站。因為其中大部分工作,本來就有助於傳統 SEO、商品曝光與購物體驗。以下四個方向,可以作為現階段的優化起點。
- 重新檢查商品資料源。先選出幾項主要商品,確認 Merchant Center、網站後台與實際商品頁的名稱、價格、幣別、庫存及規格是否一致。尤其要檢查尺寸與顏色等不同商品變體,避免資料源顯示有貨,實際卻無法購買。
- 檢查 Product 與 Offer 結構化資料。使用 Google 複合式搜尋結果測試檢查標記是否正確,再透過 Search Console 確認 Google 能否讀取商品頁。如果電商系統已經自動產生 Schema,應優先確認資料內容,而不是額外安裝功能重複的外掛。
- 補足影響購買決策的商品資訊。檢查消費者經常詢問的規格、使用限制、相容性、配送時間、保固與退貨條件。將重要資訊以清楚的文字呈現在商品頁,不要讓購物條件只能從圖片、客服對話或其他網站取得。
- 檢查結帳流程與平台支援情況。實際測試選擇規格、加入購物車、計算運費及付款確認的流程。再向電商平台確認是否提供 UCP 或其他代理購物整合,以及相關地區、付款與權限限制。若有爬蟲或安全防護設定,也應確認是否誤擋已授權的服務,但不應為了讓 AI 操作而任意放寬交易安全措施。
完成這些工作,不代表 AI 代理人一定會推薦商品,更不代表網站已經可以讓 AI 自動購買。但至少能先處理商品資料不完整、不同來源資訊不一致,以及結帳過程不透明等既有問題。
AI 購物成效,網站分析能看到多少?
除了網站優化,Agentic Commerce 還帶來另一個值得討論的問題。如果消費者透過 AI 完成商品搜尋、比較,最後甚至直接在 AI 平台內結帳,原本習慣觀察的網站流量與轉換數據,還能完整呈現行銷成效嗎? 答案取決於實際使用的購物流程。例如,消費者透過 ChatGPT 找到商品,再點擊連結進入品牌網站購買,這種情況仍有機會在網站分析工具中留下來源與交易紀錄。Google 也在 GA4 的預設管道分類中列出「AI Assistant」,用來辨識部分來自 ChatGPT、Gemini 等 AI 助理的網站造訪;這項分類不包含 Google AI Overviews 與 AI Mode。相關操作可參考〈從 Referral 到 AI Assistant:GA4 如何重新定義 AI 時代的流量來源〉。
但如果代理人透過 API 取得商品資訊,或由外部平台完成交易,使用者根本沒有進入商家網站,網站端的 GA4 就不一定會記錄到相應的造訪。這時可能需要依賴平台提供的交易紀錄、訂單來源欄位或其他正式的歸因資料,才能確認哪些訂單來自 AI 購物入口。
行銷團隊因此需要開始區分三種不同的成果。商品被 AI 搜尋系統找到,是一回事;商品被納入比較或推薦,是另一回事;最後成功成交,又是第三回事。它們之間有關聯,但不能直接畫上等號。例如 Merchant Center 產品資訊符合刊登資格,不能證明商品已經出現在 AI 推薦結果中;AI 回答提到了品牌,也不代表使用者會購買。同樣地,若沒有可靠的訂單來源資料,也不適合把無法辨識來源的交易全部歸因於 AI。
這也是為什麼電商在投入新的 AI 購物技術前,除了問「我的商品能不能被找到」,還應該進一步思考「我能不能知道這個管道實際創造多少業績」。
先讓資料足以支持購買決策
AI 代理購物並不代表傳統電商網站會消失,也不意味著消費者從此不再自行比較商品。但 Google UCP、Meta Muse 等產品的出現,確實正在拓展 AI 參與購物的範圍。過去,行銷團隊透過 SEO、廣告與內容行銷,爭取把消費者帶進自己的網站。未來,在部分 AI 購物情境中,品牌可能必須先經過代理人的資訊檢索與商品篩選,才有機會接觸消費者。對電商經營者而言,這使得商品內容、結構化資料、資料源管理與交易流程之間的關係變得更加密切。網站不只需要吸引人點擊,也需要提供足夠可靠的資料,讓外部系統能夠判斷商品是否符合實際需求。
但現階段也沒有必要為了追逐 Agentic Commerce,便急著投入尚未開放的結帳技術。尤其對主要經營台灣市場的商家來說,先改善既有商品資料與購物體驗,是更容易驗證的優先工作。至於未來 AI 代理人究竟會成為電商的新流量入口,還是逐漸取代部分網站內的商品比較與結帳流程,仍需要觀察實際的平台採用率、商家參與情況與交易數據。可以確定的是,當 AI 開始替消費者挑選商品,商品頁的競爭力就不只取決於它能吸引多少人點擊,也取決於它能否提供足夠清楚的資訊,支持一次真正的購買決策。



