← 博客
阅读约 4 分钟

GS1 商品图片标准:文件命名字段与纯白背景

GS1 商品图片被退回,通常只有两个原因:背景是接近白而不是 255,255,255,以及文件名无法解析。两者都不用重拍,发送前自己就能查出来。

  • GS1
  • product photography
  • ecommerce
  • white background
  • file naming
  • retail
  • background removal
  • image standards
GS1 商品图片标准:文件命名字段与纯白背景

超市采购要“符合 GS1 规范的图片”,并附上一个数据池的链接。多数品牌把这句话读成“背景要白的”,于是把上一家代理商交来的文件原样发过去。结果被退回,还不给任何理由——因为在零售商那一侧,这件事从头到尾都没有含糊之处。

GS1 商品图片标准不是审美偏好。它规定了你要提供包装的哪几个面、背景、像素范围,以及一个把上述全部信息按顺序编码进去的文件名。读懂一个合规的文件名,你就知道这张图拍的是包装正面、正对镜头、未拆封、英文版。

有两种失误特别容易犯,也特别容易在发送前查出来:背景是接近白而不是正白,以及文件名无法解析。两者都不需要重拍。

标准到底规定了什么

标准里的大部分内容都写得足够精确,在人打开文件之前就能用机器核对。2024 年 4 月批准的 4.4 版规定:

  • 背景应为白色——RGB 255,255,255——或透明。推荐带剪切路径;如果母版存的本来就是透明背景(例如 TIFF),剪切路径是可选的——不过 GS1 仍建议加上路径并压平到白底,以便控制文件体积。
  • 主体居中,约占画面的 95%。
  • 网络用商品图片介于 900x900 到 2400x2400 像素之间;高分辨率版本从 2401x2401 到 4800x4800。
  • 四种主要类型——网络与高分辨率,各分带辅助元素与不带辅助元素——一律存为 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——正面、无俯角、带包装、英文、序列第一张。

你真正需要哪几个面

正面不是凭感觉定的:标准把“默认正面”交给 GS1 包装与产品测量标准来界定,其余就是固定的左、顶、背、右、底五个面。对有实际厚度的商品,标准倾向于俯角 15 度的居中正面视图;厚度可忽略的扁平商品,例如泡罩包装,则以 0 度俯角拍摄。

为什么抠图比在相机里追白更靠谱

相机直出的白有两个问题:背景纸不会均匀地到达 255,而且包装与台面接触的地方通常有接触阴影——恰好就在检查会去看的位置,留下一片灰色像素。

两只无标签的白色饮料罐,一只立着,另一只斜靠在它身上,摆在白色影棚背景纸上,底下积着柔和的灰色接触阴影。

把商品抠出来,这个数值就从布光的结果变成了你的决定。在 remover.bg 编辑器里,把抠图放到自定义背景色上,设为纯白即可。或者保留成透明 PNG,让接收方自己合成:背景规则两种都接受。

尺寸仍然交给你的设计工具,在抠图之后处理。

整条产品线批量过一遍

一次提交很少只有一张图:四十个 SKU 乘以三到四个拍摄面,每一张都要同样的背景和一个能被解析的文件名。

超市的五层货架整齐地正面朝外摆满了几十种不同品牌的罐头鱼,每一格都有自己的价签。

把 PNG 或 JPEG 副本控制在 25 MB 上传上限内,通过去背景 API 发送,并在同一个脚本里用 GTIN、拍摄面和状态字段拼出文件名——让名字来自数据,而不是来自某个人晚上六点的手打。批量处理只能走 API;TIFF 母版是你自己成像工具里的另一道工序。

发送整组图片之前

从产品线的两端各抽一个文件,用取色器点一下画面角落和包装旁边,确认两处都读到 255,255,255。然后把三个文件名当作字段念一遍。如果这些字符描述的就是屏幕上那张图,两种机械性失误就都排除了——在这之上,你的数据池自己的规则依然要遵守。

继续阅读