電商營運工作流程
透過 OpenClaw Ultra 建立完整的電商產品內容系統。從建立供應商資料的商品列表和撰寫獨特的描述，到優化 SEO 以及跨通路保持目錄同步，在單一聊天介面中管理您的整個產品內容營運。
核心系統概覽
INFO
這是封閉迴路的電商營運工作流程。OpenClaw Ultra 處理產品匯入、內容豐富化、分類管理、SEO 優化、多通路發佈、目錄維護、健康審核與內容迭代，讓您無需在管理後台和試算表之間切換，即可在每個銷售通路上保持產品目錄準確且具競爭力。
| 系統層 | 核心功能 | 最終產出 |
|---|---|---|
| 匯入層 | 供應商資料攝取、CSV/API 匯入、記錄建立 | 欄位驗證通過的乾淨產品記錄 |
| 豐富化層 | 描述撰寫、屬性填補、圖片替代文字 | 豐富化的產品資料 |
| 分類層 | 類別對應、分類法對齊、屬性標準化 | 正確分類的目錄 |
| SEO 層 | 標題優化、中繼描述產生、關鍵字插入 | 已就緒的 SEO 產品頁面 |
| 發佈層 | 多通路格式轉換、合規檢查、商品發佈 | 所有已連接通路上的即時商品 |
| 維護層 | 批次價格/描述更新、庫存同步、中繼欄位編輯 | 跨通路的目前商品資料 |
| 審核層 | 目錄健康掃描、缺口偵測、下架監控 | 附有標記項目的目錄品質報告 |
| 優化層 | 低成效內容更新、流程調整、下一週期改善 | 下一週期改善後的目錄內容 |
先決條件
| 項目 | 要求 |
|---|---|
| OpenClaw Ultra | 已安裝並執行中 |
| 電商平台帳戶 | 在 Shopify、WooCommerce 或 BigCommerce 上的活躍商店 |
| 平台 API 憑證 | 具備產品讀寫權限的 API 金鑰 |
| 產品目錄 | 現有含 SKU 的產品列表（可來自供應商或不完整） |
| 多通路帳戶 | （建議）Amazon、Walmart 或其他市集賣家帳戶用於發佈 |
| 供應商資料 | （建議）CSV 匯出檔或供應商產品資訊的 API 存取 |
步驟 0 — 初始化您的電商營運系統
將 OpenClaw Ultra 設定為您的專屬產品內容營運經理。
操作步驟
- 在 OpenClaw Ultra 上開啟新的聊天會話
- 準備您的平台 API 憑證、產品目錄資料與任何供應商資訊
- 貼上初始化提示
- 有關採購新產品加入您的目錄，請參閱 潛在客戶開發工作流程
即用提示
擔任我的電商營運經理。
我的商店：
- 平台：[Shopify / WooCommerce / BigCommerce]
- API 憑證：[API 金鑰或權杖]
- 目前 SKU 數量：[數字]
- 活躍銷售通路：[列表 — 例如 Shopify 商店、Amazon、Walmart、eBay]
我最大的內容營運問題：
- 我管理 [數字] 個 SKU，大部分描述都是直接複製製造商的內容，這嚴重影響我的 SEO
- 我每週花 [10-25] 小時手動在 [數字] 個通路之間更新產品資料
- 我無法檢查哪些商品被下架或缺少屬性，直到客戶抱怨才知道
- 我的分類結構一團亂 — 產品放在錯誤的集合中，而且沒有標準化的屬性標記方式
為我建立一個產品內容管理系統，能夠：
- 匯入供應商資料並建立欄位驗證通過的產品記錄
- 為每個 SKU 撰寫獨特且準確的描述，讓我停止因重複內容被懲罰
- 檢查每個商品是否有遺漏屬性，並在我發佈前建議修正
- 為每個銷售通路正確格式化產品資料，避免商品被下架
- 每週掃描我的目錄，在問題影響營收前標記出來
- 維護單一事實來源，讓我不需要同時處理五個試算表步驟 1 — 將產品引入您的目錄
從供應商資料匯入產品，或從頭建立完整且準確的記錄。
1.1 匯入供應商資料並建立商品
提示
我剛收到 [數字] 個新產品的供應商匯出檔。請清理資料並將其轉換為正確的產品記錄。
來源檔案：[貼上 CSV 資料或附加檔案]
針對每一行：
1. 標準化標題格式：[品牌] [產品名稱] — [關鍵屬性]（例如「Nike Air Max — 跑鞋，尺寸 10」）
2. 提取描述、規格、價格、SKU、類別和圖片 URL
3. 標記任何缺少關鍵欄位（價格、SKU、主要圖片）的行
4. 檢查是否有與現有目錄重複的 SKU
回傳一個包含清理後記錄的表格，以及一個列出資料缺口的獨立區塊。針對每個缺口，告訴我確切需要哪些資訊以及可以在哪裡找到（供應商規格表、產品頁面、實體包裝）。不要猜測缺失的資料。1.2 改寫製造商描述使其獨一無二
提示
我有 [數字] 個產品的描述直接來自製造商。每家賣相同產品的商店都有相同的文字，Google 因為重複內容而降低我頁面的排名。
改寫每段描述使其獨一無二。以下是我自己寫的兩個描述範例，請比照我的風格：
[貼上 1-2 個您自己寫的描述範例]
規則：
- 保持所有規格、尺寸和材料準確
- 不要添加產品不具備的功能
- 針對 [熟悉此產品類別 / 剛接觸這類型產品] 的讀者撰寫
- 每段描述至少 [50] 字，最多不超過 [200] 字
- 如果產品有多種規格（尺寸、顏色），撰寫一個適用於所有規格的基本描述
回傳一個表格：SKU、舊描述前 50 字元、新描述、字數。INFO
重複的產品描述是電商網站不知不覺流失自然流量最常見的原因之一。Scandiweb 報告指出，Google 等搜尋引擎會悄悄降低近乎雷同描述的商品的排名，而流量下降看起來像季節性變化，直到您將內容獨特性與排名趨勢進行比較。
步驟 2 — 豐富化產品描述與圖片
填補遺漏的產品屬性並優化圖片中繼資料，讓您的目錄既能服務搜尋引擎也能服務客戶。
2.1 填補遺漏的產品屬性
提示
掃描我的目錄，找出缺少屬性的 SKU：尺寸、顏色、材料、重量、尺寸、原產地。
我大約有 [數字] 個 SKU 有缺口。針對每個 SKU：
1. 檢查是否可以從產品標題、類別或現有規格推斷出缺少的屬性
2. 如果可以推斷，建議一個值並標記為待我審核
3. 如果無法推斷，將其列為資料缺口，並告訴我需要查閱哪個來源（供應商規格表、產品包裝、製造商網站）
規則：
- 不要編造規格。如果不確定，就標記為缺口。
- 如果屬性不適用（例如，僅提供黑色的線材的「顏色」），請註明而非留空。
回傳三個表格：
1. 可推斷的屬性，待我批准
2. 資料缺口及建議查閱的來源
3. 屬性完整的 SKU（無需處理）2.2 批次產生圖片替代文字
提示
我有 [數字] 個產品圖片缺少或沒有用的替代文字 — 內容是「product.jpg」或「IMG_001」或完全空白。
每張圖片都有一個 URL 並連結到一個 SKU。針對每張圖片：
1. 查看產品名稱、類別和關鍵屬性
2. 撰寫不超過 125 個字元的替代文字，描述圖片顯示的內容
3. 自然地包含產品類型 — 不要塞關鍵字
4. 如果圖片純屬裝飾性（花樣色卡、紋理樣本、圖示），標記為裝飾性並跳過替代文字
回傳一個表格：圖片 URL、SKU、目前替代文字（或空白）、建議的替代文字，以及是否超過 125 字元限制。步驟 3 — 以類別與屬性建立目錄結構
將產品組織成乾淨的類別結構，並在整個目錄中標準化屬性。
3.1 重新整理分類架構
提示
我目前的分類結構一團亂。應該歸類在一起的產品分散在不同的集合中，有些類別還互相重疊。
目前類別：[貼上您目前的分類列表]
沒有分類的產品：[數字]
分析我的目錄並：
1. 找出重疊或多餘的類別
2. 建議一個包含 [3-4] 個頂層類別及其下子類別的乾淨階層
3. 將每個產品對應到新的結構
4. 標記無法清楚歸類的產品 — 這些可能需要新的類別
回傳建議的分類樹和遷移計畫，顯示哪些產品移至何處。不要建議太廣泛的類別（「其他」）或太狹隘的類別（一個類別只有一個產品）。3.2 標準化整個目錄的產品屬性
提示
我的產品屬性儲存格式不一致 — 有些用「oz」，有些用「公克」，顏色的寫法有時是「Red」有時是「紅色」，材料是自由輸入的文字，沒有標準列表。
標準化我目錄中的每個屬性欄位：
1. 尺寸/重量：根據我的主要市場將所有單位轉換為 [公制 / 英制]
2. 顏色：對應到標準顏色列表（紅、藍、綠、黑、白等）
3. 材料：標準化命名（例如「100% 純棉」，而非「純棉 100%」或「純棉材質」）
4. 所有其他文字屬性：去除多餘空白、修正大小寫、移除多餘標點符號
回傳一個變更摘要，以及每個屬性類型影響的 SKU 數量。不要變更已經正確的屬性值。步驟 4 — 跨銷售通路發佈內容
根據每個市集的要求格式化您的產品資料，並發佈符合各平台規範的商品。
4.1 依通路要求格式化商品
提示
我在 [Shopify / Amazon / Walmart / eBay / 其他] 上銷售，每個平台對標題、描述和圖片有不同的要求。
為每個通路格式化我的產品目錄：
Amazon 要求：
- 標題：最多 [200] 個字元，格式為「[品牌] [產品名稱] — [關鍵特色]」
- 要點：5 個要點，每個不超過 [500] 個字元
- 圖片：最長邊至少 [1000] 像素，主要圖片需白底
- 屬性：填寫我類別中每個必填屬性
Walmart 要求：
- 標題：最多 [50] 個字元，無促銷用語
- 描述：[2,000] 字元限制，無 HTML
- GTIN：確認每個產品都有有效的 UPC 或 GTIN
Shopify 要求：
- 標題：為 SEO 最佳化，最多 [70] 個字元
- 中繼描述：每個產品 [160] 字元限制
- URL 代碼：從產品標題自動產生
回傳一個表格：SKU、目前標題、Amazon 標題、Walmart 標題、Shopify SEO 標題，以及每個通路屬性缺口的備註。對於產品描述以外的頁層級 SEO（例如購買指南和類別登陸頁面），請參閱 SEO 內容工作流程。
4.2 發佈商品並驗證合規性
提示
我已經準備好要在 [通路] 上發佈的產品資料。在發佈之前，針對每個商品執行合規檢查：
檢查項目：
1. 各通路限定的標題長度違規
2. 缺少會導致商品被下架的必填屬性
3. 圖片尺寸或格式問題
4. 通路之間的價格或貨幣不一致
5. 定價低於最低或高於該類別最高限制的產品
回傳一個表格：SKU、通路、狀態（通過 / 警告 / 失敗），以及針對警告和失敗的具體問題。不要阻止發佈有警告的商品 — 僅標記出來供我決定。步驟 5 — 維護目錄健康
透過批次操作和定期健康掃描，在所有通路上保持您的商品準確。
5.1 執行目錄健康掃描
提示
掃描我的整個目錄，標記任何需要注意的問題。檢查項目：
1. 缺少或不完整描述的產品
2. 沒有主要圖片的產品
3. 缺少類別指派的产品
4. 標題少於 [10] 個字元或多於 [200] 個字元的產品
5. 價格為零或遺失的產品
6. SKU 重複或遺失的產品
7. 超過 [90] 天未更新的產品
8. 替代文字仍為預設值或遺失的產品
按影響程度排序：價格和缺少圖片優先，然後是描述和類別，最後才是其他項目。回傳一個按優先順序排序的表格，包含 SKU、問題類型、目前值（或空白）以及建議。5.2 批次修復標記的問題
提示
根據目錄健康掃描的結果，我需要修復 [數字] 個問題。處理每個類別：
1. 缺少圖片：[數字] 個 SKU。我這裡有圖片檔案：[資料夾路徑或 URL]。將每張圖片對應到其 SKU 並更新記錄。
2. 缺少描述：[數字] 個 SKU。針對每個 SKU，使用產品標題、類別和價格作為上下文，撰寫簡短描述。每段不超過 [100] 字，且必須獨一無二 — 不複製貼上。
3. 屬性不完整：[數字] 個 SKU 缺少尺寸或顏色。尺寸部分，檢查標題中是否有尺寸指示。顏色部分，如果有的話使用主要規格顏色的值。
4. 老舊產品（超過 [90] 天未更新）：僅標記這些產品 — 不要更改任何內容。我會手動審查。
5. 缺少替代文字：[數字] 個 SKU。使用產品名稱和類別產生描述性替代文字，不超過 125 個字元。
回傳一個表格，顯示每個 SKU 修復了什麼。對於無法自動修復的項目，解釋原因並建議下一步。WARNING
出錯的批次更新比不更新更糟糕。務必先執行健康掃描，並在執行任何自動化修復之前審查標記的項目。Shopify 應用程式資料顯示，具備預覽和復原功能的批次編輯工具，長期來看比立即套用變更的工具更能節省時間。
步驟 6 — 分析目錄成效並改善內容
檢視哪些方法有效、哪些無效，然後為下一個週期迭代您的產品內容。
6.1 執行目錄成效分析
提示
檢視我的目錄成效資料，找出內容變更能產生最大影響的領域。
可用資料：
- 包含 SKU、類別、價格和建立日期的產品列表
- 銷售資料：過去 [90] 天內每個 SKU 的銷售數量（如果無法取得請註明）
計算：
1. 覆蓋缺口 — 銷售量高但內容品質低（描述簡短、缺少圖片、屬性少）的類別
2. 各類別中的低成效產品 — 銷售量低於 [X] 百分位的產品 — 標記其內容品質
3. 過去 [30] 天內上架但商品資料不完整的產品
4. 沒有任何產品有獨特描述的類別
回傳一個排名列表，列出最需要內容更新的前 [10] 個產品，每個附上一行原因（例如「該類別中最暢銷的產品，但描述只有 30 個字」）。6.2 更新成效不佳的產品內容
提示
根據成效分析，為以下 [數字] 個產品更新內容：
[SKU 列表及問題]
針對每個產品：
1. 如果描述太短（少於 [數字] 字）：使用產品規格和類別上下文，擴充到至少 100 字
2. 如果描述是製造商預設內容：改寫使其獨一無二
3. 如果替代文字遺失：產生替代文字
4. 如果標題成效不佳：建議一個包含產品主要差異化因素的替代標題
不要修改價格、庫存或任何會影響訂單的內容。僅限內容。
回傳一個表格：SKU、變更內容（描述改寫 / 新增替代文字 / 標題建議）、舊內容預覽、新內容預覽。步驟 6 產出
一個優先排序的內容更新管道，將改善後的產品資料回饋到您的目錄中，為下一個發佈週期做好準備。
最終封閉迴路電商營運工作流程
供應商資料 → 匯入並清理 → 撰寫描述 → 填補屬性 → 指派類別 → SEO 最佳化 → 發佈至通路 → 健康掃描 → 修復問題 → 成效檢討 → 內容更新 → 下一次匯入實用操作技巧
- 每次匯入新產品時執行獨特性檢查。跨數百個 SKU 使用製造商預設描述的商店會被搜尋引擎降低排名 — Scandiweb 報告指出，流量損失看起來像季節性變化，直到您將內容獨特性與排名趨勢進行比較。
- 執行目錄健康掃描時，優先修復價格和庫存錯誤。錯誤的價格上線 48 小時可能引發市集罰則，需數週才能逆轉。
- 設定每週掃描頻率，而非每月。Base.com 報告指出，四個以上通路的商品會默默出錯 — 一個通路的商品被下架，另一個通路不會通知您。每週掃描可在問題加劇前發現它們。
- 將圖片替代文字控制在 125 個字元以內。螢幕閱讀器會在此之後截斷，搜尋引擎也會在圖片搜尋結果中截斷替代文字。
- 推出新產品時，先將供應商資料匯入草稿狀態，審查產生的記錄，然後再發佈。缺少一個 GTIN 或 UPC 就可能阻擋商品在 Amazon 上線。
- 如需將評論收集和購後追蹤與您的產品目錄連結進行自動化，請參閱 客戶支援自動化。
- 如需將產品內容成效與利潤和獲利能力資料連結，請參閱 財務追蹤工作流程。
- 如需由目錄更新和新品上市驅動的促銷電子郵件活動，請參閱 電子郵件外聯工作流程。