GS1-beeldstandaard: bestandsnamen en witte achtergrond
GS1-beelden vallen om twee redenen af: een bijna witte achtergrond in plaats van 255,255,255 en een bestandsnaam die niet parseert. Geen reshoot nodig.
- GS1
- product photography
- ecommerce
- white background
- file naming
- retail
- background removal
- image standards

Een supermarktinkoper vraagt om "GS1-conforme afbeeldingen" en stuurt een link naar een datapool mee. De meeste merken lezen dat als "witte achtergrond, graag" en sturen door wat het laatste bureau aanleverde. Het komt afgekeurd terug, zonder uitleg, want aan de kant van de retailer was niets onduidelijk.
De GS1-beeldstandaard is geen stijlvoorkeur. Hij legt vast welke zijden van een verpakking je aanlevert, wat de achtergrond is, binnen welke pixelmaten je blijft, en een bestandsnaam die dat allemaal op volgorde codeert. Lees een conforme bestandsnaam en je weet dat het bestand de voorkant van de verpakking toont, recht van voren, nog gesloten, in het Engels.
Twee fouten sluipen er makkelijk in en zijn net zo makkelijk te controleren vóór je verstuurt: een achtergrond die bijna wit is in plaats van precies wit, en een bestandsnaam die niet parseert. Voor geen van beide hoef je opnieuw te fotograferen.
Wat de standaard precies voorschrijft
Het meeste ligt al vast, en zo nauwkeurig dat een machine het kan controleren voordat een mens het bestand opent. Release 4.4, geratificeerd in april 2024, schrijft voor:
- De achtergrond hoort wit te zijn — RGB 255,255,255 — of transparant. Een uitknippad wordt aanbevolen; voor een master met transparante achtergrond, zoals een TIFF, is het optioneel — al dringt GS1 er nog steeds op aan het pad toe te voegen en op wit plat te slaan om de bestandsgrootte hanteerbaar te houden.
- Het onderwerp staat gecentreerd en beslaat ruwweg 95% van het beeldvlak.
- Webproductafbeeldingen liggen tussen 900x900 en 2400x2400 pixels; versies in hoge resolutie lopen van 2401x2401 tot 4800x4800.
- Alle vier de primaire typen — web en hoge resolutie, met en zonder ondersteunende elementen — worden opgeslagen als TIFF met LZW-compressie. JPG en PNG komen alleen voor in de geoptimaliseerde familie; secundaire typen accepteren elk formaat.
- Geen handtekeningen, watermerken, compressieartefacten of interpolatie — dus geen klein bestand opschalen tot het binnen de pixelband valt.
- Batchgegevens zoals houdbaarheidsdata en serienummers moeten worden verwijderd of vervangen door een placeholder.
Wit op een foto van een witte achtergrondrol is bijna nooit 255,255,255. Het zijn 248-en en 251-en die per sessie verschuiven — dezelfde valkuil die verkopers nekt bij de regels voor witte achtergrond op marktplaatsen.
De bestandsnaam lezen, veld voor veld
Het schema is positioneel, en juist dat maakt het machineleesbaar. Elke positie draagt één teken met één betekenis; sommige geoptimaliseerde, secundaire en technische typen gebruiken langere codes, dus die tabellen raadpleeg je apart.

De tekens 1-14 vormen de GTIN, positie 15 is een underscore en de posities 16-19 dragen elk één waarde:
- Positie 16, beeldtype. Primair:
Awebproductafbeelding,Bwebafbeelding met ondersteunende elementen,Cproductafbeelding in hoge resolutie,Dhoge resolutie met ondersteunende elementen. Geoptimaliseerd:HMobile Ready Hero Image,UOptimised Hero Image,Eeen 360°/3D-serie,3DR3D-rendering. - Positie 17, zijde.
0niet van toepassing,1voorkant,2links,3boven,7achterkant,8rechts,9onder. De standaard noemt alleen deze zeven — een 4, 5 of 6 bestaat niet. Label- en technische afbeeldingen krijgen in plaats daarvan hun eigen codes op positie 16 (L4ingrediënten,L62D-barcode). - Positie 18, oriëntatie.
Cmidden,Llinks,Rrechts,Ngeen duikhoek. - Positie 19, staat. Voor een gewone productafbeelding:
1in verpakking,0uit verpakking,Aomdoos,Bbinnenverpakking,Crauw/ongekookt,Dbereid,Mopen omdoos,Ppallet of display. Typen met ondersteunende elementen voegen er meer toe — opgediend, gestyled, geënsceneerd, vastgehouden, gedragen, gebruikt.
Alles vanaf positie 20 is optioneel en wordt gescheiden door underscores: een taalcode, een einddatum als MMYY, een serialisatie als s01. Een afgeronde naam leest als GTIN_A1N1_en_s01.tif — voorkant, geen duikhoek, in verpakking, Engels, eerste in de reeks.
Welke zijden je echt nodig hebt
Wat de voorkant is, bepaal je niet zelf: daarvoor verwijst de standaard naar de GS1 Package and Product Measurement Standard en de "Default Front" van een product, en de rest zijn de vaste opnamen links, boven, achter, rechts en onder. Bij producten met echte diepte gaat de voorkeur uit naar een gecentreerd vooraanzicht met 15 graden elevatie; platte artikelen met verwaarloosbare diepte, zoals blisterverpakkingen, fotografeer je met een duikhoek van 0 graden.
Waarom vrijstellen beter werkt dan wit najagen in de camera
Bij wit in de camera gaan twee dingen mis: de achtergrondrol haalt nergens gelijkmatig 255, en er ligt meestal contactschaduw waar de verpakking het oppervlak raakt — grijze pixels precies daar waar de controle kijkt.

Het product vrijstellen maakt van die waarde een beslissing in plaats van een uitkomst van je belichting. Zet het vrijstaande product in de editor van remover.bg op een eigen achtergrondkleur en stel die in op zuiver wit. Of houd het als transparante PNG en laat de ontvanger het samenstellen: de achtergrondregel accepteert allebei.
Het formaat blijft werk voor je designtool, ná het vrijstellen.
Een hele reeks erdoorheen duwen
Een aanlevering is zelden één afbeelding: veertig SKU's maal drie of vier zijden, elk met dezelfde achtergrond en een naam die parseert.

Stuur PNG- of JPEG-kopieën onder de uploadlimiet van 25 MB door de API voor achtergrondverwijdering, en bouw de bestandsnaam in hetzelfde script op uit de velden GTIN, zijde en staat, zodat de naam uit data komt en niet uit iemand die om zes uur 's avonds zit te typen. Batchwerk loopt alleen via de API; de TIFF-master is een aparte stap in je eigen beeldbewerkingstool.
Voordat je de set verstuurt
Neem twee bestanden van weerszijden van de reeks, zet een kleurenpipet op een hoek en vlak naast de verpakking, en controleer dat beide 255,255,255 aangeven. Lees daarna drie bestandsnamen hardop voor als velden. Beschrijven de tekens de afbeelding op je scherm, dan zijn beide mechanische struikelblokken weg — de eigen regels van je datapool gelden daar nog bovenop.


