產品資料管理（Product Information Management，簡稱 PIM）是把每項產品的規格、說明、圖檔與多語版本集中在一份主資料裡，由指定的人維護與審核，再同步到官網產品頁、Google 購物廣告與各銷售通路。做法可以分四步：先定義要管的資料範圍與欄位層級，訂出圖檔與文件的規則，建立修改與審核流程，再依各通路的欄位規格做對應並決定同步方式。重點不在先買哪套系統，而是讓同一項產品在每個地方顯示的資料，都來自同一個來源。
產品資料管理要管哪些資料
產品資料可以分成五類，盤點時逐類確認目前存在哪裡、誰在維護：
- 識別資料：自家料號（SKU）、商品條碼、製造商零件編號。料號怎麼編，參考產品編碼與 SKU 料號的訂法。
- 描述資料：產品名稱、副標、說明、賣點、使用情境與注意事項。
- 規格屬性：尺寸、重量、材質、顏色、相容型號、認證項目，每個屬性有固定的單位與寫法。
- 數位資產：產品圖、情境照、規格書、安裝說明、影片與認證文件。
- 多語與通路版本：各語言的名稱與說明，以及各通路要求的分類與額外欄位。
價格與庫存若已由進銷存或 ERP 管理，產品資料只引用，不另外維護一份。外銷產品若需要記錄材料來源、可維修性等法規資訊，可另外參考產品數位護照要準備的資料。
主資料的欄位與層級怎麼設計
同一款產品常有多種顏色或尺寸，主資料要分層，避免共用的說明在每個規格各寫一次：
- 款式層：放共用資料，例如名稱、說明、材質、主要賣點與共用圖檔。
- 規格層：放有差異的屬性，例如顏色、尺寸、容量，以及該規格專屬的圖片。
- 單品層：每個可以單獨銷售的品項，對應一個料號與條碼。
欄位設計的原則：數值和單位分開存放，例如「寬度」欄填數字、單位固定為公分；選項型的屬性（顏色、材質）用清單限定寫法，不讓每個人自由輸入；依產品類別設定必填欄位，燈具要填色溫，服飾要填尺寸。Google Merchant Center 的子類產品也是這個邏輯，同一款的各規格共用一個商品群組 ID，官方說明要替每個子類群組使用專屬的值。分層與命名先訂好，之後接哪個通路都比較好對應。
圖檔與文件的命名、版本與授權
圖檔常散落在業務的電腦、設計的雲端與官網後台，同一張圖各有不同版本。管理規則可以這樣訂：
- 命名綁料號：檔名以料號開頭，再加上用途與序號的文字代碼，例如主圖、側面、情境，看檔名就知道屬於哪個品項。
- 保留乾淨的原圖：Merchant Center 的圖片規範不接受浮水印、品牌名稱或標誌疊加（產品本身固有的除外）、宣傳元素遮蓋、邊框與預留位置圖片。原圖不要加任何文字，行銷用的版本另外輸出。
- 圖要對得上規格：官方要求圖片與銷售的產品一致，依顏色分的子類，每張圖對應一個子類，所以顏色規格的圖要掛在規格層。
- 記錄來源與授權：外包攝影或廠商提供的圖，記下授權範圍與可用通路，避免上架後才發現不能用。
- 文件有版本：規格書與說明書改版時保留舊版，並註明適用的生產批次或型號。
和 ERP、型錄與官網後台的分工
導入產品資料管理前，先決定每個欄位以哪個系統為準，否則同步後會出現互相覆蓋的問題：
| 資料 | 以哪裡為準 | 其他系統怎麼用 |
|---|---|---|
| 料號、成本、庫存、售價 | ERP 或進銷存 | 產品資料與官網只讀取，不自行修改 |
| 名稱、說明、規格、圖檔 | 產品主資料 | 官網、型錄與通路由此帶入 |
| 頁面版型、推薦商品、活動標語 | 官網後台 | 不寫回主資料 |
| 各通路的分類與專屬欄位 | 產品主資料的通路欄位 | 依通路格式匯出 |
型錄也從主資料取用；官網後台的產品模組只負責呈現，修改一律回到主資料，避免官網改了、型錄與通路沒改。
同步到官網與銷售通路：欄位對應與更新方式
每個通路的欄位名稱與規定不同，要做一張對應表。以 Google Merchant Center 的產品資料規格為例：
- ID 每項產品須專屬，官方建議盡量使用產品的 SKU。
- 名稱要與到達網頁的產品名稱相符；說明只放產品資訊，不放商店連結或促銷資訊。
- 供應情形須與到達網頁、結帳頁與結構化資料一致，這正是資料來源要統一的理由。
- 已有全球交易品項識別碼（GTIN）的產品必須提供有效的號碼；製造商零件編號只能填製造商指派的號碼。
- 產品類型要寫完整的分類路徑，不要只填末端類別。
更新方式依數量與頻率選擇。Merchant Center 可以上傳檔案、使用 Google 試算表範本（官方說明每隔二十四小時同步一次），或透過 Merchant API 由程式直接更新。官網產品頁的結構化資料也從主資料產生，Google 的指南要求結構化資料真實呈現網頁內容，不可標記讀者看不到的內容；官方也說明在網頁與 Merchant Center 同時提供結構化資料，有助 Google 解讀與驗證資料。電商平台或其他通路則依各自的匯入範本與欄位規格輸出。
多語版本與修改審核流程
多語版本要逐欄決定是否翻譯：名稱、說明、賣點要翻譯並在地化；型號、料號、數值不翻譯；單位要確認目標市場的慣用寫法。每個語言的欄位記錄翻譯狀態，原文修改後，其他語言自動標為待更新，避免外語頁停留在舊規格。網站端的網址結構與語言標記，參考多語言網站的設定方式。
審核流程可以依角色分工：產品或研發人員建立規格，行銷撰寫說明與賣點，品保或法規人員檢查宣稱與認證資訊，主管確認後才發布到各通路。每筆修改留下修改人、時間與內容，出現客訴或通路拒登時，才查得到是哪一次修改造成的。
何時從試算表改用專用系統
品項少、通路少的公司，用一份有欄位規則的試算表就能起步：鎖定標題列、用下拉選單限定選項、只開放負責人編輯。出現下列情況時，就值得評估官網後台的產品模組、專用的產品資料系統，或和 ERP 串接的客製後台：
- 規格組合多，試算表的列數與欄位多到難以檢查。
- 同時供應官網、購物廣告、多個電商通路與經銷商，每次改版要手動改好幾份。
- 有多個語言，翻譯狀態無法追蹤。
- 多人同時編輯，常發生覆蓋或改錯，查不到修改紀錄。
- 通路常因資料不一致而拒登，或客戶反映官網與型錄規格不同。
選擇時先確認能不能匯入現有資料、能否依通路輸出不同格式、有沒有開放 API 和 ERP 對接，以及資料能否完整匯出，避免日後被單一系統綁住。
常見問題
產品資料管理和 ERP 有什麼不同？
ERP 管交易與庫存，例如進貨、銷售、成本與庫存數量；產品資料管理管的是說明產品的內容，例如規格、說明、圖檔與多語版本。兩者以料號對應，各自負責不同欄位。
沒有專用系統可以做產品資料管理嗎？
可以。品項與通路不多時，用欄位規則清楚的試算表加上固定的圖檔資料夾，就能建立主資料。關鍵是只有一份主資料、有指定的維護人，修改都回到這一份。
產品圖檔要怎麼命名比較好管理？
建議以料號開頭，加上用途與序號的文字代碼，例如主圖、側面、情境，並固定使用英數字與連字號。這樣不論放在哪個資料夾或通路，都能從檔名找回對應的品項。
官網和購物廣告的產品資料不一致會怎樣？
Google 要求商品資料的供應情形與到達網頁、結帳頁及結構化資料一致，名稱也要與到達網頁相符。資料不一致就不符合規格，也會讓顧客在不同地方看到不同資訊，修正時要回到主資料一起改。
多語產品資料應該由誰翻譯？
名稱與說明可以委託熟悉產業用語的譯者或當地人員，再由產品負責人確認規格沒有譯錯。型號、料號與數值不翻譯，單位依目標市場慣用寫法統一。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
建議先挑一個產品系列，把現有規格、圖檔與各通路的資料整理成一份主資料，找出不一致的地方，再決定欄位規則與同步方式。京采可以協助規劃官網產品頁的欄位與版型、建置產品資料的匯入與匯出功能、產生產品結構化資料，並透過 API 和 ERP 或 Merchant Center 串接。可參考網頁設計服務，或與我們聯繫討論產品資料的現況。
