Estándar de imagen GS1: nombres de archivo y fondo blanco
Las imágenes GS1 se rechazan por dos motivos: un fondo casi blanco en vez de 255,255,255 y un nombre de archivo mal formado. Ninguno exige repetir la toma.
- GS1
- product photography
- ecommerce
- white background
- file naming
- retail
- background removal
- image standards

Un comprador de supermercado pide «imágenes conformes a GS1» y enlaza a un data pool. La mayoría de las marcas lo lee como «fondo blanco, por favor» y manda lo que entregó la última agencia. Vuelve rechazado y sin explicación, porque del lado del minorista no había nada ambiguo.
El Estándar de Imagen de Producto de GS1 no es una preferencia estética. Fija qué caras del envase entregas, el fondo, el rango de píxeles y un nombre de archivo que lo codifica todo en orden. Lee un nombre conforme y ya sabes que el archivo muestra el frente del envase, de frente, aún precintado, en inglés.
Hay dos fallos fáciles de colar y fáciles de comprobar antes de enviar: un fondo casi blanco en lugar de blanco exacto, y un nombre de archivo que no se puede analizar. Ninguno de los dos obliga a repetir la sesión.
Qué especifica realmente el estándar
Casi todo está ya escrito, con la precisión suficiente para comprobarlo por máquina antes de que una persona abra el archivo. La versión 4.4, ratificada en abril de 2024, especifica:
- El fondo debe ser blanco —RGB 255,255,255— o transparente. Se recomienda un trazado de recorte; para un maestro guardado con fondo transparente, como un TIFF, es opcional, aunque GS1 insiste igualmente en añadir el trazado y aplanar sobre blanco para no disparar el tamaño de los archivos.
- El sujeto va centrado y ocupa alrededor del 95% del lienzo.
- Las imágenes de producto para web van de 900x900 a 2400x2400 píxeles; las versiones de alta resolución, de 2401x2401 a 4800x4800.
- Los cuatro tipos primarios —web y alta resolución, con y sin elementos de apoyo— se guardan como TIFF con compresión LZW. JPG y PNG solo aparecen en la familia optimizada; los tipos secundarios admiten cualquier formato.
- Nada de firmas, marcas de agua, artefactos de compresión ni interpolación: no vale reescalar un archivo pequeño para meterlo en la banda de píxeles.
- Los datos de lote, como las fechas de consumo preferente y los números de serie, se eliminan o se sustituyen por un marcador de posición.
El blanco de una foto hecha sobre fondo continuo blanco casi nunca es 255,255,255. Son 248 y 251 que se mueven de una sesión a otra, la misma trampa con la que tropiezan quienes venden donde rigen los requisitos de fondo blanco de Amazon.
Leer el nombre de archivo, campo a campo
El esquema es posicional, y eso es justo lo que lo hace legible por máquina. Cada hueco lleva un carácter con un significado; algunos tipos optimizados, secundarios y técnicos usan códigos más largos, así que esas tablas se consultan aparte.

Los caracteres 1-14 son el GTIN, la posición 15 es un guion bajo y las posiciones 16-19 llevan un valor cada una:
- Posición 16, tipo de imagen. Primarios:
Aimagen de producto para web,Bimagen web con elementos de apoyo,Cimagen de producto en alta resolución,Dalta resolución con elementos de apoyo. Optimizados:HMobile Ready Hero Image,UOptimised Hero Image,Eserie 360°/3D,3DRrenderizado en 3D. - Posición 17, cara.
0no aplica,1frontal,2izquierda,3superior,7trasera,8derecha,9inferior. El estándar solo lista estas siete: no existen el 4, el 5 ni el 6. Las imágenes de etiqueta y las técnicas tienen sus propios códigos en la posición 16 (L4ingredientes,L6código de barras 2D). - Posición 18, orientación.
Ccentro,Lizquierda,Rderecha,Nsin ángulo de picado. - Posición 19, estado. Para una imagen de producto simple:
1con envase,0sin envase,Acaja,Benvase interior,Ccrudo,Dpreparado,Mcaja abierta,Ppalé o expositor. Los tipos con elementos de apoyo añaden más: emplatado, ambientado, escenificado, sostenido, puesto, en uso.
Todo lo que va de la posición 20 en adelante es opcional y se separa con guiones bajos: un código de idioma, una fecha final como MMYY, una serialización tipo s01. Un nombre terminado se lee GTIN_A1N1_en_s01.tif: cara frontal, sin ángulo de picado, con envase, inglés, primera de la serie.
Qué caras necesitas de verdad
El frente no queda a tu criterio: el estándar remite al GS1 Package and Product Measurement Standard para el «Default Front» del producto, y las demás son las tomas fijas de izquierda, superior, trasera, derecha e inferior. Para productos con volumen real prefiere una vista frontal centrada con 15 grados de elevación superior; los artículos planos, de profundidad insignificante, como los blísteres, se fotografían con un ángulo de picado de 0 grados.
Por qué recortar gana a perseguir el blanco en cámara
Con el blanco resuelto en cámara fallan dos cosas: el fondo continuo nunca llega a 255 de manera uniforme, y casi siempre hay sombra de contacto donde el envase toca la superficie, píxeles grises justo donde va a mirar la comprobación.

Recortar el producto convierte ese valor en una decisión, no en el resultado de la iluminación. En el editor de remover.bg, coloca el recorte sobre un color de fondo personalizado y ponlo en blanco puro. O consérvalo como PNG transparente y deja que lo componga quien lo reciba: la regla del fondo acepta las dos cosas.
El tamaño sigue siendo trabajo de tu herramienta de diseño, después del recorte.
Sacar adelante toda una gama
Un envío rara vez es una sola imagen: cuarenta SKU por tres o cuatro caras, cada una con el mismo fondo y un nombre que se pueda analizar.

Manda copias en PNG o JPEG por debajo del límite de subida de 25 MB a través de la API para quitar el fondo, y construye el nombre con los campos de GTIN, cara y estado en ese mismo script, para que salga de los datos y no de alguien tecleando a las seis de la tarde. El trabajo por lotes va solo por API; el maestro TIFF es un paso aparte, en tu propia herramienta de imagen.
Antes de enviar el conjunto
Coge dos archivos de los extremos opuestos de la gama, pon el cuentagotas en una esquina y junto al envase, y confirma que ambos leen 255,255,255. Después lee tres nombres de archivo en voz alta, campo por campo. Si los caracteres describen la imagen que tienes en pantalla, los dos fallos mecánicos están resueltos; encima de eso siguen aplicándose las reglas propias de tu data pool.


