AI代挑商品，電商先補5組資料

（媒角抵加／林承志綜合報導）顧客請 AI 找「今天能出貨的黑色跑鞋」時，代理得讀到正確款式、價格、庫存與賣家。OpenAI於6月15日公布的商品 Feed 規格，要求每個可買款式都有固定 ID、商品頁、品牌、賣家、價格與庫存。台灣電商先集中資料並保留更新來源，推薦才對得上可履行的訂單。

• 發生什麼事：OpenAI於6月15日公布 Merchant Feed Terms，商家經 Feed 交付產品內容時須依產品 Feed 規格處理。
• 代理讀什麼：產品 Feed 的基本資料包括商品 ID、品名、說明、商品頁、品牌、賣家、圖片、價格與庫存；每一個可買款式各有自己的資料列。
• 店家先做什麼：把商品與款式 ID、商品頁、售價與幣別、庫存狀態、賣家與售後條件放在同一份可追查資料帳，為每一項標明來源與最後更新人。
• 台灣條件：OpenAI 文件的 Google 相容 Feed 在未確認市場特定處理時，目標市場仍是美國；資料整理可先做，市場資格與結帳串接另向平台確認。

同一件商品，先有同一個身分

OpenAI 的產品 Feed 文件要求每個可買商品或款式各有一筆資料，基本欄位包含 item_id、品名、說明、商品頁、品牌、賣家、圖片、價格與庫存。文件要求 ID 在 Feed 內保持唯一，也不能日後拿去指另一個商品。

服飾、鞋子、家電或禮盒最常出現的問題，在於一個總商品頁底下有多個可買選項。黑色跑鞋的 23公分與 24公分、同款不同顏色，或一盒與兩盒的組合，都不是同一筆可直接結帳的資料。OpenAI 的做法是每個款式使用不同的 item ID，共用一個 group ID，並讓每筆款式各自帶著價格、庫存、商品頁與圖片。

店家內部先把這兩層名稱定下來：商品群組用來說明「這是哪一款商品」，款式 ID 用來指向「顧客現在可買的這個選項」。當客服看到 AI 推薦錯尺寸、把補貨中的款式說成現貨，才能沿著 ID 找回是哪個資料列出了問題。

價格和庫存一變，資料列也要一起更新

產品 Feed 要求價格帶幣別，例如 79.99 USD，庫存也要明確寫成現貨、缺貨、預購、待補貨或未知。文件要求商家在促銷開始、結束、商品售完或重新到貨時，更新目前價格與庫存；預購日期或折扣日期本身不會替商家自動改變供應狀態。

這讓店家不能只把庫存留在倉儲系統、把促銷價格留在活動頁。代理若讀到的還是昨天的現貨與原價，顧客點進商品頁後才發現缺貨或價格不同，客服就得同時處理商品資料與訂單期待。

資料帳至少要留三個回查欄位：價格來自哪個系統、庫存由哪個系統更新、最後一次更新由誰確認。這三項不是 OpenAI 規格中的固定欄名，卻能讓店家在資料不一致時，先找到需要修正的來源。

賣家和退貨條件，讓訂單有人接手

OpenAI 的規格把賣家名稱列在基本資料，並為賣家頁、運費、是否接受退貨、退貨期限與退貨政策保留欄位。平台說明也提醒，一個退貨政策網址不會自動代表商品可以退貨；是否接受退貨、可退天數與說明頁要分開表達。

這些欄位會影響顧客看到推薦後的下一步。若同一商品由不同賣家供貨，商品資料應顯示實際賣家與各自頁面；若有免運門檻、預購、瑕疵品、食品或客製商品等不同售後條件，也要能對應到特定商品或款式。售後規則只藏在客服話術或頁尾，AI 與顧客都很難在選品時一起判斷。

OpenAI 2025年公布的 Instant Checkout 流程中，商家仍是完成訂單、出貨、退貨與客服的責任主體。代理把商品帶到結帳前，實際履約資料仍要由商家維護。

商品頁塞滿關鍵字，補不了缺貨與錯款

OpenAI 文件要求品名簡潔、說明採純文字，也把搜尋資格設成可控制的欄位；文件同時明示，取得搜尋資格不保證商品會出現在結果中。商品頁的品名與說明仍要讓人與代理讀懂規格，但它們無法替代缺少的款式 ID、現貨狀態、價格或賣家資訊。

Google於3月更新 UCP 時，新增讓代理從零售商目錄取回款式、庫存與價格的能力，並規畫在 Google Merchant Center 簡化導入。兩份平台文件把目錄資料拉進代理購物的流程：商家要讓 AI 比出商品，就得先提供能對上實際商品、實際價格與實際庫存的資料。

美國零售業協會（NRF）與 IBM 在 2026年1月公布的全球消費研究中，41%受訪者表示已用 AI 助理研究商品，33%用來找評論，31%用來找優惠。這是全球受訪者的使用情境，不能換算成台灣採用率；它提醒商家，商品被查詢與被比較的入口正在增加。

台灣店家先做一份商品資料帳

第一步，從銷量高、款式多或退貨率高的品類開始，不必一次清理全站。每個可售款式各有一列，先補齊商品群組 ID、款式 ID、目前商品頁、品牌、賣家、含幣別價格、庫存與圖片。

第二步，為每個欄位寫上資料來源與更新規則。例如價格從哪套後台來、誰在活動開始前改價、倉儲何時回傳庫存、退貨期限由哪份公告維護。客服、營運與商品人員看到不同答案時，能回到同一份資料帳處理。

第三步，再決定要接哪一個平台或工具。OpenAI 文件中與 Google 相容的 Feed，若未有市場特定處理的確認，目標市場仍是美國；Google UCP 的導入也由零售商選擇要支援哪些能力。台灣店家先完成資料整理，下一步再對照平台的市場、結帳、付款與物流要求。

先修每個款式的資料，再讓 AI 幫你找客人

AI 代挑商品時，店家會面對一個比網站流量更靠近訂單的問題：代理帶來的那一筆商品，能否對上實際可買款式、正確價格、現貨狀態與售後人員。固定 ID、清楚商品頁、即時價格和庫存，讓這條路徑能被回頭檢查。

先從一個品類做出可回查的資料帳。等到商品、營運與客服都能用同一個款式 ID 找到同一個答案，再測試 Feed、目錄串接或代理購物入口；顧客看到的推薦和店家能履行的訂單才會對得上。

常見問題

台灣電商現在就要接 OpenAI 的商品 Feed 嗎？

先確認平台的市場與商家資格。OpenAI 文件中與 Google 相容的 Feed，未經平台確認市場特定處理時，目標市場仍是美國。台灣店家可先整理商品資料與更新流程，待平台公布適用市場、商家申請與結帳條件後再評估串接。

商品只有顏色或尺寸不同，也要分開管理嗎？

要。OpenAI 的規格以不同 item ID 表示每個可買款式，並讓款式共用一個 group ID。每筆款式需要各自的價格、庫存、商品頁與圖片，代理才能分辨顧客挑的是哪個選項。

退貨規則只放在網站頁尾可以嗎？

顧客仍能從頁尾找到規則，但代理購物的商品資料需要更接近選品的畫面。OpenAI 的規格把是否接受退貨、退貨期限與退貨政策網址分成不同欄位；店家至少應讓各商品的售後條件能回查，避免同一筆推薦把不可退與可退商品混在一起。

資料來源與更新紀錄

• 2026年6月15日：OpenAI Merchant Feed Terms，確認商家可經 Feed 交付產品內容，以及產品 Feed 規格的遵循要求。
• 2026年9月6日：OpenAI Products Feed Specification，確認每款商品／款式資料列、基本欄位、ID、價格與庫存更新、賣家、運費、退貨及 Google 相容 Feed 的市場條件。
• 2026年3月19日：Google Universal Commerce Protocol 更新，確認代理取得款式、即時庫存與價格，以及 Merchant Center 導入規畫。
• 2026年1月7日：NRF 與 IBM〈Own the agentic commerce experience〉，補充全球消費者以 AI 助理研究商品、尋找評論和優惠的使用情境。
• 2025年9月29日：OpenAI〈Buy it in ChatGPT〉，確認 Instant Checkout 中商家維持訂單、出貨、退貨與客服的責任。