交付報告樣張

你會收到的不是一串建議，而是一份可交接的修正報告。

這份樣張示範 SHOPLINE / Google Merchant / Product Feed 升級前的 20 列商品資料健檢會怎麼呈現：先抓會讓整批卡住的欄位，再列修正 sample 與驗收順序。

報告第一頁

先看高風險，不用從 20 列資料裡自己猜。

正式報告會用你提供的遮罩欄位命名；以下是示範資料，不含真實店家、會員、訂單或後台資訊。

High

第 3、9 列 `merchant_sku` 重複。若直接切換匯入來源，可能覆蓋既有商品或讓平台拒收。

High

同一商品同時出現在手動匯入、Product Feed 與 API 更新來源，需先決定主資料來源。

Medium

價格欄混用 `NT$1,280`、`1280元` 與空白；庫存欄混用 `有貨` 與數字，需先轉成平台接受格式。

High

長條碼若被 Excel 轉成 `4.7123E+12`，匯入後可能無法和通路、廣告或商品資料來源正確比對。

修正順序

Step 1 鎖定商品主鍵

確認 `merchant_sku`、平台商品 ID、規格 ID 的對應關係，避免更新來源切換後覆蓋商品。

Step 2 統一可機讀欄位

價格、庫存、重量、商品條碼與圖片網址先改成穩定格式，讓匯入與 API 更新不會因格式退件。

Step 3 做 5 列測試驗收

挑高風險列做小量驗收；通過後才擴到 20 列或整批資料，避免一次整批重修。

改前 / 改後

欄位	改前	改後	原因
price	NT$1,280	1280	避免平台把價格判成文字。
stock	有貨	12	庫存欄需可被 API 或匯入工具穩定解析。
image_url	drive.google.com/file/...	https://example.com/p/sku-003.jpg	圖片需是可公開讀取的直接圖片網址。
gtin	4.7123E+12	4712345678901	條碼需用文字格式保留完整數字，避免同步到通路或廣告資料時比對失敗。
feed_source	manual + api + feed	api_primary	先決定主來源，避免同商品被多路更新覆蓋。

交付邊界

這個健檢不代登入 SHOPLINE、Google Merchant 或任何賣場後台；不處理付款、物流、訂單、會員、稅務或未遮罩個資，也不承諾平台一定審核通過。

需要：5 到 20 列遮罩商品資料交付：報告、修正 sample、驗收 checklist 價格：NT$1,999 試跑

確認資料可做後，客服會回覆付款方式與交付時間；正式線上付款未開放前，仍以人工確認後交付。