電商營運必做：把商品資料整理成 AI 購物助理能讀的格式
電商營運必做：把商品資料整理成 AI 購物助理能讀的格式
要被 AI 購物助理引用，關鍵是把每個事實拆成結構化欄位，特別是尺寸與交期，要有機器可讀的位置。
案例重建：問題如何發生（匿名）
某電商營運主管向我們展示後台報表：來自 AI 助理的工作階段一年成長七倍，但這些流量的加入購物車率僅有站上平均的一半。表面看似流量品質不佳，但進一步檢視後發現，問題不是流量來源，而是商品頁缺少 AI 對話中常問的幾個事實欄位。
使用者在 AI 助理那裡已經問過規格和評價，進站時通常只剩下「確認尺寸」和「確認交期」這兩件事；若頁面找不到這類明確、可讀的欄位，使用者就會離開、或轉去有寫的競品頁面。
這個案例幫我們重點化兩個觀察：一是不被引用的頁面流量雖少但意圖強；二是如果資料在助理端取不到，你連被比較的機會都沒有。
AI 把哪些工作從網站「搬走」了？
- 過去使用者在網站完成：找商品、比規格、看評價、下單。
- AI 助理把前面三項（找商品、比規格、看評價）搬到對話框裡。
- 使用者從對話到進站，剩下的主要是下單前的最後驗證（尺寸、交期、付款與配送細節）。
因此電商的任務不再只是吸引點擊，而是「把資料做成能被取用的格式」。這意味著：不是寫更動人的描述，而是把每一個事實寫成機器讀得到的欄位。
要整備的十類商品資料（位置、常見缺漏）
下表依原文整理，說明每一類資料應寫在哪裡，以及常見缺漏：
| 資料類別 | 建議放置位置 | 常見缺漏或錯誤 |
|---|---|---|
| 商品識別（名稱、料號、條碼） | 商品標題 / SKU 欄位 | 只有名稱，沒料號或條碼 |
| 尺寸與重量 | 規格表與結構化資料（HTML 表格） | 只寫在商品長圖或圖片內文字 |
| 材質與成分 | 規格表 | 文字放在圖片裡或模糊描述 |
| 價格與方案 | 結構化資料的價格欄位 | 促銷價未同步，或不同位置價格不一致 |
| 庫存狀態 | 結構化資料的庫存欄位 | 缺貨仍顯示有貨或頁面未更新 |
| 交期（到貨/出貨天數） | 商品頁的明確段落與結構化欄位 | 只寫在購物流程最後或未寫明 |
| 適用與不適用情境 | 商品頁兩段文字（應用情境 / 不建議情境） | 完全沒有寫或模糊描述 |
| 保養與耗材 | 商品頁段落 / 料號欄位 | 放在另一頁或說明不全 |
| 退換貨規則 | 商品頁摘要 + 連結 | 只有條款頁，商品頁沒有摘要 |
| 評價（文字） | 結構化資料的 review 欄位 | 只有星等、沒有文字評論 |
常見缺最多的，是「交期」與「適用/不適用情境」，而這兩項也恰好是使用者在助理對話中最常詢問的欄位。缺了它們，助理會引用有寫出這些資訊的其他商家。
圖片裡的文字機器讀不到——正確做法是雙存
台灣電商常把產品所有說明做成一張長圖，尺寸表、材質、使用示意都放圖上。對人類瀏覽者這做法視覺上整齊，但對機器而言那個區塊幾乎是空白。
解法：保留圖片給人看，同時把圖內文字同步寫成 HTML 表格或欄位，讓機器與助理可以直接讀取。這項工作通常只需額外 10–20 分鐘（視資料量），但能把引用機率大幅提升。
匯入表格與示例流程（步驟）
- 先把圖片內容拆成欄位（尺寸、材質、洗滌方式、備註）。
- 建一張共用 Spreadsheet，每列一件商品，欄位對應十類資料。
- 商務/採購填料號與交期，行銷填應用情境與文案，工程負責把欄位串到前端與結構化資料。
- 每次上架或促銷時，由後台 API 將欄位同步到 Product JSON-LD。
結構化資料的六個欄位要即時同步（避免寫死）
六個必須與後台資料庫同步、不要手動修改的欄位：
– 價格
– 幣別
– 庫存狀態
– 優惠有效期限
– 運費規則
– 退貨天數
若標記寫死在樣板，促銷開始或庫存變動時未同步，整站的商品標記可信度會被降低，進而影響助理端的引用。
評價收集要能產生「可引用文字」
只有星等對機器來說價值有限。取得文字評價的建議流程如下：
– 出貨後第 7 天寄出一封回饋信，請顧客回答三個開放性問題：
1. 這件商品你買來做什麼用？
2. 使用後的實際感受是什麼？
3. 你會推薦給哪一類人？
三個答案合起來即可組成一則完整評論，且比單純星等更容易被助理引用。原文觀察的回收率約在一成到一成五；示例數據：一個月出貨 300 筆，約可累積 30–45 則有內容的評論；半年前後則可達到單品數百則評論，對比價回答效果強。
針對負評，不要刪除或藏起：公開回覆並記載處理方式與時程，讓問題與處理紀錄同時可見。這類開放的回應對建立信任、並提高助理引用率，比一整排五星評價更有幫助。
優先分批與資源配置（如何從 1000 件商品開始）
不要從第一件商品開始做。建議分三批：
- 第一批：過去 12 個月貢獻八成營收的商品（多數電商落在 100–200 件）
- 第二批：有流量但沒有轉換的商品（通常約 100 件），這批資料不完整、改完提升最大
- 第三批：新品，從上架流程就要求填滿十類資料，避免日後補工
其餘長尾商品可以用系統批次匯入基本欄位，先把核心事實欄位填滿即可。
追蹤指標：四個務實的數字
每月追蹤以下四個指標，能快速指出下一批需要補的欄位：
- 來自 AI 助理與 AI 摘要的工作階段數，以及這些流量的加入購物車率（要同時間段比較）
- 後台商品標記報表：有效項目數與錯誤數（結構化資料健康度）
- 含「尺寸」、「材質」、「交期」字樣的站內搜尋次數（代表頁面資訊不夠明確）
- 客服訊息中重複出現的問題（每一則都是商品頁應補的欄位）
其中第 3 與第 4 個指標成本最低：站內搜尋與客服紀錄都是現成資料，每月檢視即可得到高價值線索。
誰來推動這件事（角色與責任）
這項工程跨三個部門：採購/商務（負責規格、交期）、工程（負責欄位與結構化資料串接）、行銷（負責適用情境與文案）。若三方各自排程、互相等待，專案通常會卡住。
實務上可將此專案歸在營運底下，並訂一個可驗收的 KPI（例如三個月內完成貢獻八成營收商品的欄位上線）。執行上建一張共用表格，當表格某列填滿、系統對應欄位就會自動更新，讓進度透明且可被驗收。
常見四個錯誤與正確做法
- 錯誤：把商品描述寫成廣告文案（形容詞多、事實少）。
正確：描述第一句要寫清楚「這是什麼、給誰用、解決什麼」，40–60 字內交代，形容詞留給圖片。 - 錯誤：同一商品開三個頁面（不同顏色各一頁）。
正確：一件商品一頁，顏色/尺寸做選項，並在結構化資料裡標成同一商品群組。 - 錯誤：缺貨商品下架，導致評價與外部連結流失。
正確：保留頁面、標示缺貨並提供補貨通知或替代品。 - 錯誤：促銷期間手動改標記，結束後忘記恢復。
正確：把價格與有效期限接到後台，讓系統自動更新標記。
限制與例外（本文資料邊界）
- 本文重建自原始匿名案例與實務觀察；文章中出現的數字（如「工作階段成長七倍」、「加入購物車率從一半變成 1.1 倍」、「回收率約 10–15%」、「每月出貨 300 筆」等）為原文提供或匯整的觀察值，讀者應根據自身資料驗證這些數字的適用性。具體成效會因商品類別、目標族群與既有流量來源不同而異。
- 若電商尚未有 AI 助理流量，建議先從內部站內搜尋與客服問答著手補欄位，再觀察外部助理生態是否開始抓取站內資料。
接下來要做的實務步驟（簡短清單）
- 匯出過去 12 個月銷售與瀏覽資料，找出貢獻前 80% 營收的商品清單。
- 建立共用表格，欄位對應本文十類資料，分派負責人與期限。
- 工程串接後台 API，確保六個結構化欄位即時帶出。
- 對長圖內文字做「表格化」並上線測試，觀察 1–3 個月內助理流量與加入購物車率變化。
常見問答（本文實際回答的問題）
Q1：為何 AI 流量加入購物車率會比一般流量低？
A1：當使用者在助理對話框已完成規格與評價篩選，進站多為最後一個驗證行為；若頁面缺少最後驗證所需的尺寸或交期欄位，使用者就無法完成購物車動作，導致加入購物車率偏低。
Q2：圖片文字足夠嗎？要不要移除長圖？
A2：圖片文字對人類足夠，但機器無法讀取。建議保留圖片供視覺展示，同時把圖中文字以結構化方式複製到商品頁的表格或欄位中。
Q3：哪幾個欄位必須與後台即時同步？
A3：價格、幣別、庫存狀態、優惠有效期限、運費規則、退貨天數這六個欄位應由後台即時帶出，避免標記寫死造成不一致。
Q4：要怎麼開始優先處理 100–200 件商品？
A4：先匯出近 12 個月的銷售與瀏覽資料，找出貢獻 80% 營收的商品，把這批商品的十類欄位先補齊；第二批處理有流量但無轉換的商品。
Q5：可以只補部分欄位先上線嗎？
A5：可以。優先補足使用者在助理最後一階段最常問的欄位（尺寸、交期、庫存、價格），再依站內搜尋與客服問題逐步補完其他欄位。
自然的下一步（內連與資源）
如需進一步了解欄位串接、案例或服務，可參考：
– 我們的服務說明：服務介紹（/services/）
– AI 決策與整合工具：AI 決策方案（/ai-decision-pod/）
– 成功案例參考：成功案例（/cases/）
– 常見問題與技術細節：常見問題（/faq/）
– 若要建立共用表單範本或預約專人協助：聯絡表單（/contact/）
– 關於我們與顧問團隊：關於我們（/about/）
作者：冠誠數位行銷（GuanCheng Martech）顧問團隊（原文由團隊整理並審稿）。若需諮詢或合作，請透過上述聯絡表單提出需求。
延伸閱讀：
參考資源：Google 趨勢