GS1 商品圖標準：檔名欄位與純白背景

超市採購跟你要「符合 GS1 規範的圖片」，還附上一個資料池（data pool）的連結。多數品牌把這句話讀成「請用白背景」，於是把上一家外包廠交來的檔案原封不動寄過去。結果被退件，而且沒有任何說明——因為站在零售商那一邊，這件事從頭到尾都沒有模糊地帶。

GS1 商品圖標準不是風格偏好。它規定你要交出包裝的哪幾個面、背景、像素範圍，以及一個把上述資訊依序編碼進去的檔名。看懂一個合規的檔名，你就知道那個檔案拍的是包裝正面、正對鏡頭、尚未拆封、語言是英文。

有兩種失誤很容易犯，也很容易在寄出前就查出來：背景是「接近白」而不是純白，還有檔名無法解析。兩個都不必重拍。

標準到底規定了什麼

大部分規定都白紙黑字寫著，而且精確到不必等人打開檔案，機器就能先驗一遍。2024 年 4 月通過的 4.4 版規定：

• 背景應為白色（RGB 255,255,255）或透明。建議附上去背路徑（clipping path）；若母檔本身就存成透明背景，例如 TIFF，路徑則是選配——不過 GS1 仍建議加上路徑並壓平到白底，讓檔案大小維持在可控範圍。
• 主體置中，約占畫面的 95%。
• 網路用商品圖介於 900×900 到 2400×2400 像素；高解析版本則從 2401×2401 到 4800×4800。
• 四種主要類型——網路用與高解析、含與不含輔助元素——一律存成 LZW 壓縮的 TIFF。JPG 和 PNG 只出現在最佳化家族；次要類型不限格式。
• 不能有簽名、浮水印、壓縮瑕疵或內插——也就是不准把小檔案放大硬塞進像素區間。
• 有效期限、序號這類批次資訊要移除，或換成暫代字樣。

在白色背景紙上拍出來的白，幾乎不可能剛好是 255,255,255。它是 248、251 這類數值，還會隨每次拍攝飄移——Amazon 的白底規則絆倒賣家的，也是同一個坑。

一格一格讀懂檔名

這套命名是按位置編排的，機器才讀得懂。每一格放一個字元、對應一個意思；部分最佳化、次要與技術類型會用比較長的代碼，那些要另外對表。

第 1 到 14 個字元是 GTIN，第 15 位是底線，第 16 到 19 位各放一個值：

• 第 16 位，圖片類型。 主要類型：A 網路用商品圖、B 含輔助元素的網路用圖、C 高解析商品圖、D 含輔助元素的高解析圖。最佳化類型：H Mobile Ready Hero Image、U Optimised Hero Image、E 360°/3D 系列、3DR 3D 算圖。
• 第 17 位，面向。 0 不適用、1 正面、2 左側、3 上方、7 背面、8 右側、9 底部。標準只列出這七個——沒有 4、5、6。標籤與技術類圖片改用自己的第 16 位代碼（L4 成分、L6 二維條碼）。
• 第 18 位，方位。 C 置中、L 偏左、R 偏右、N 無俯角。
• 第 19 位，狀態。 一般商品圖：1 含包裝、0 去包裝、A 整箱、B 內盒、C 生鮮未烹調、D 已備製、M 開箱、P 棧板或陳列架。含輔助元素的類型還會多出幾種——擺盤、造型、佈景、手持、穿戴、使用中。

第 20 位之後全部是選配，用底線隔開：語言代碼、MMYY 格式的截止日期、s01 這樣的流水號。完整的檔名長這樣：GTIN_A1N1_en_s01.tif——正面、無俯角、含包裝、英文、序列第一張。

你實際需要哪幾個面

哪一面算正面不是你自己說了算：商品的「Default Front」由 GS1 包裝與商品量測標準認定，其餘就是固定的左、上、背、右、下五個角度。有明顯厚度的商品，標準偏好由上方 15 度俯視的置中正面；像泡殼包裝這種厚度可忽略的平面商品，則以 0 度俯角拍攝。

為什麼去背比在相機端追白更划算

想直接拍出白，有兩件事會出錯：背景紙不可能均勻地達到 255，而且包裝與檯面接觸的地方通常帶著接觸陰影——灰色像素剛好落在檢查會看的位置。

把商品去背之後，這個數值就變成你決定的，而不是打光的結果。在 remover.bg 編輯器裡，把去背圖放到自訂背景色上，設成純白就好。或者維持成透明 PNG，讓收件方自己合成：背景規定兩種都收。

尺寸調整仍然交給你的設計軟體，在去背之後處理。

整條產品線一次送完

一次送件很少只有一張圖：四十個 SKU 乘上三到四個面向，每一張都要一樣的背景和一個讀得懂的檔名。

把 25 MB 上傳上限內的 PNG 或 JPEG 副本透過去背 API 送出，並在同一支腳本裡用 GTIN、面向與狀態欄位組出檔名——名字來自資料，而不是某個人晚上六點手打出來的。批次作業只能走 API；TIFF 母檔是另一道工序，在你自己的影像軟體裡完成。

送出整組之前

從整批檔案的頭尾各抽一張，用滴管工具點畫面角落和包裝旁邊，確認兩處都讀到 255,255,255。接著把三個檔名一格一格唸出來。如果這些字元描述的正是螢幕上那張圖，兩個機械性失誤就都排除了——至於資料池自己額外的規定，還是照樣要遵守。