Ein QR-Code kann zur richtigen Produktseite führen und trotzdem das falsche Produktbild anzeigen. Der häufigste Grund ist nicht der Scan, sondern eine schwache Asset-Lieferkette: Ein Dateiname wird mit einer Produktidentität verwechselt, eine Kampagnengrafik überschreibt das neutrale Packshot oder eine alte Verpackungsvariante bleibt über dieselbe URL erreichbar.
GS1 hat im Juli 2026 den Product Image Standard 5.0 ratifiziert. Die neue Hauptversion führt die bislang separate Sharing-/Delivery-Leitlinie in den Standard über. Damit stehen Aufnahme, Speicherung, Benennung, Metadaten, Nutzungsrechte und technische Auslieferung nicht mehr in getrennten Dokumenten. Für Hersteller, Händler und Betreiber von QR-Zielen ist das ein guter Anlass, Produktbilder als versionierte Stammdaten zu behandeln statt als dekorative Dateien.
Was Version 5.0 tatsächlich ändert
Der Standard ist kein neues Produktrecht und keine Pflicht zur Nutzung eines bestimmten Bildsystems. Er ist ein GS1-Regelwerk für digitale Bilder, die mit Produkten verbunden und zwischen Organisationen geteilt werden. Laut Änderungsprotokoll wurden in Release 5.0 die einzigartigen Inhalte der „GS1 Product Image Sharing/Delivery Guideline“ in den erweiterten Bildstandard übernommen. Zusätzlich wurden Bezeichnung, Struktur und Formulierungen bereinigt. Das GS1-Referenzverzeichnis führt Version 5.0 mit dem Änderungsdatum 17. Juli 2026.
Die entscheidende Veränderung liegt deshalb weniger in einem neuen Dateiformat als im Gesamtmodell. Ein Bild entsteht nicht nur für einen einzelnen Webshop. Es wird von einem Bildanbieter bereitgestellt, von mehreren Empfängern verarbeitet und möglicherweise über Händler, Datenpools, Produktseiten, Apps oder QR-Einstiege ausgespielt. Der Standard verbindet die Qualität des Assets mit der Frage, wie Empfänger zuverlässig zur richtigen Datei gelangen.
Master-Asset und Web-Derivat trennen
GS1 empfiehlt, Produktbilder als hochwertige, informationsreiche Master-Dateien zu speichern. Aus diesen Mastern können die Formate und Größen für unterschiedliche Kanäle abgeleitet werden. Das verhindert, dass jeder Empfänger eine bereits komprimierte Webdatei erneut skaliert oder bearbeitet.
Für die Praxis bedeutet das zwei Schichten. Im internen Asset-Repository liegt ein freigegebenes Master-Asset, etwa ein hochwertiges TIFF oder ein anderes geeignetes Ausgangsformat. Die Auslieferungsschicht erzeugt daraus JPEG- oder PNG-Derivate für Web, mobile Anwendungen und Produktdatenfeeds. Ein Derivat darf neu generiert werden; seine fachliche Zuordnung, Gültigkeit und Quelle dürfen sich dabei nicht ändern.
Das Modell reduziert auch widersprüchliche Varianten. Wird eine Verpackung überarbeitet, erhält das neue Bild einen eigenen Freigabestand. Alte Chargen oder Märkte dürfen weiterhin auf die vorherige Fassung verweisen, solange diese dort gültig ist. Ein automatisches Überschreiben der Datei unter einer unveränderten URL wäre zwar technisch bequem, zerstört aber die Nachvollziehbarkeit.
Dateiname, Produkt und Asset sind drei Identitäten
Der GS1-Standard verwendet strukturierte Dateinamen, die unter anderem die GTIN des abgebildeten Produkts sowie Typ und Zweck des Bildes enthalten können. Er stellt zugleich klar: Dieser Dateiname ist kein GS1-Identifikator für die Bilddatei selbst. Die GTIN identifiziert das Handelsprodukt, nicht das digitale Asset. Soll eine nicht gehandelte Bilddatei als digitales Dokument eindeutig identifiziert werden, nennt der Standard dafür den Global Document Type Identifier, kurz GDTI.
Diese Trennung ist für Datenmodelle wichtig. Ein Produkt kann viele Bilder haben: Vorderansicht, Seitenansicht, Verpackung, Detail, Anwendung, Nachhaltigkeitsdarstellung oder ein Bild des aufgedruckten 2D-Codes. Umgekehrt kann ein Kampagnenmotiv mehrere Produkte zeigen. Eine Datenbankbeziehung „Produkt hat Bild-URL“ reicht deshalb langfristig nicht aus.
Ein belastbares Asset-Objekt benötigt mindestens eine eigene interne ID, die zugehörige GTIN oder Produkt-ID, den Bildtyp, den Freigabestatus und eine Version. Bei Bedarf kommen GDTI, Sprachbezug, Consumer Product Variant, Blickwinkel und Verpackungszustand hinzu. Der Dateiname bleibt nützlich für Austausch und Fehlersuche, ist aber nicht die einzige Quelle der Wahrheit.
Eine Bilddatei braucht eine direkte, stabile URL
In der Global Data Synchronisation Network-Logik werden Produktbilder nicht als Binärdateien im Datensatz verteilt. Stattdessen werden Links zu den erreichbaren Bildern übermittelt. Version 5.0 beschreibt dafür die Auslieferung über eine geteilte URL. Jede Datei soll direkt erreichbar sein; bekannte Fehler sind defekte Links, beschädigte oder ungeeignete Formate, Passwortschutz und Seiten, auf denen Nutzer erst manuell zum richtigen Bild navigieren müssen.
Für QR-Ziele und Produktdaten-APIs ist diese Direktheit ebenso relevant. Eine URL sollte genau ein Asset in einem definierten Format liefern, nicht eine Galerie oder eine Anmeldung. Der Server sollte einen korrekten Medientyp zurückgeben, Weiterleitungen kontrolliert halten und dieselbe Ressource bei wiederholten Abrufen zuverlässig ausliefern.
Das heißt nicht, dass jede Produkt-URL nur ein Bild anbieten darf. Ein GS1-Digital-Link-Resolver kann mehrere typisierte Ressourcen zu einer Produktidentität auffindbar machen. Die Bildressourcen selbst brauchen dennoch eindeutige Ziele. Der Resolver übernimmt die Auswahl und Verknüpfung; das Asset-System bleibt für Datei, Version und Berechtigung verantwortlich.
Metadaten bestimmen, welches Bild heute richtig ist
Version 5.0 führt eine umfangreiche Metadatenliste. Dazu zählen unter anderem GTIN, Produkt- und Markenname, Bildtyp, Dateiname, Erstellungsdatum, Gültigkeitsbeginn, Ablaufdatum, Versionsnummer, rechtlicher Eigentümer, Nutzungsrechte, Sprachbezug und Qualitätssicherungsdatum. Auch Alternativtext ist als optionales Metadatum vorgesehen.
Nicht jedes Unternehmen muss jedes Feld sofort befüllen. Fünf Entscheidungen sollten aber nie nur im Dateinamen stecken: Welches Produkt ist abgebildet? Welche Rolle hat das Bild? In welchen Märkten und Sprachen darf es erscheinen? Von wann bis wann ist es gültig? Wer darf es verändern oder weitergeben?
Besonders Start- und Enddatum verhindern falsche Packshots während einer Umstellung. Ein künftiges Motiv kann bereits verteilt werden, ohne vor seinem Freigabedatum sichtbar zu sein. Nach Ablauf lässt es sich automatisch aus Kundenansichten entfernen, ohne den historischen Datensatz zu löschen. Das ist präziser als ein manuelles Austauschen am Stichtag.
Nutzungsrechte gehören in den Auslieferungsprozess
Ein technisch erreichbares Bild ist nicht automatisch frei verwendbar. Der Standard beschreibt typische Grenzen: Empfänger dürfen Bilder häufig proportional skalieren oder in ein anderes Format umwandeln. Das Ändern von Text und Sprache, die Nutzung im falschen Gebiet oder eine Anzeige vor beziehungsweise nach dem vereinbarten Zeitraum kann dagegen unzulässig sein.
Deshalb sollte die Bild-API nicht nur eine Datei liefern. Sie sollte mindestens auf einen Datensatz mit Eigentümer, Rechteprofil, Gültigkeit und zulässigem Kontext verweisen. Ein Händler kann dann vor der Veröffentlichung prüfen, ob das Asset für Land, Sprache, Kanal und Zeitraum freigegeben ist. Fehlen Rechteangaben, braucht die Organisation eine bewusst definierte Standardregel statt einer stillen Annahme.
Mehrsprachigkeit ist kein nachträglicher Dateisuffix
Der Standard sieht Sprachkennzeichnungen im Dateinamen vor, wenn ein Bildsatz sprachabhängig ist. Das ist vor allem für Packshots, Anleitungsbilder und Claims wichtig, die sichtbaren Text enthalten. Eine neue Sprachversion ist fachlich ein eigenes Asset; sie sollte nicht durch automatische Bildbearbeitung aus einer anderen Sprache entstehen, wenn dadurch Packungsangaben oder Freigaben verändert werden.
Alternativtexte benötigen ebenfalls Kontext. Der GS1-Standard führt sie als Metadatum, während der W3C-Entscheidungsbaum für Alternativtexte unterscheidet, ob ein Bild informativ, funktional, redundant oder rein dekorativ ist. Ein neutrales Packshot auf einer Produktdetailseite braucht daher eine andere Beschreibung als dasselbe Bild innerhalb eines Links oder neben vollständig identischen Textinformationen.
Für eine mehrsprachige QR-Seite sollte der Alternativtext aus dem Inhaltskontext der jeweiligen Sprache kommen. Ein zentral gespeicherter Beschreibungstext kann als Ausgangspunkt dienen, darf aber nicht blind in alle Kanäle kopiert werden.
Auch das Bild eines 2D-Codes braucht Versionspflege
Der Standard definiert einen eigenen technischen Bildtyp für 2D-Barcodes, darunter QR-Codes mit GS1-Digital-Link-URI und GS1 DataMatrix. Für solche Bilder nennt er eine Mindestgröße von 600 mal 600 Pixeln und ein strukturiertes Benennungsschema. Zugleich warnt GS1, dass Bilder von 2D-Codes jederzeit von Partnern oder Verbrauchern gescannt werden können und aktuell gehalten werden müssen, wenn sich der verknüpfte Inhalt ändert.
Das ist von der Druckqualitätsprüfung eines Codes zu unterscheiden. Ein hochauflösendes Bild garantiert noch nicht, dass der tatsächlich gedruckte Code auf gewölbter, glänzender oder beschädigter Verpackung scanbar ist. Im Asset-Prozess muss deshalb klar sein, ob eine Datei ein Produktionsoriginal, ein Dokumentationsfoto oder eine illustrative Darstellung des Codes ist.
Ein praktischer Abnahmetest für Bild-URLs
Vor der Freigabe sollte die Organisation nicht nur die Optik kontrollieren. Ein automatisierter Test kann prüfen, ob die URL ohne Anmeldung erreichbar ist, einen erwarteten Bild-Medientyp liefert, Mindestabmessungen erfüllt und nicht auf eine HTML-Galerie umleitet. Ein Hash oder eine Versions-ID zeigt, ob sich die ausgelieferte Datei ohne neue Freigabe verändert hat.
Der fachliche Test ergänzt diese Technik: GTIN und Produktvariante müssen passen, Bildtyp und Sprache müssen korrekt sein, der Gültigkeitszeitraum muss den Ausspielzeitpunkt abdecken und die Rechte müssen den Zielkanal erlauben. Für informative Bilder wird zusätzlich ein passender Alternativtext geprüft. Bei einem 2D-Code gehört ein realer Scan des Produktionsmusters dazu.
So entsteht eine kleine, aber vollständige Lieferkette: freigegebenes Master-Asset, reproduzierbares Derivat, eindeutige Asset-Zuordnung, direkte URL, maschinenlesbare Metadaten und überwachte Gültigkeit.
Die Konsequenz für QR- und Produktdatenprojekte
Der GS1 Product Image Standard 5.0 macht deutlich, dass Produktbilder keine Anhänge am Ende eines Datenprojekts sind. Sie besitzen eigene Identität, Lebenszyklus, Rechte und Qualitätsmerkmale. Wer nur einen Dateipfad neben der GTIN speichert, verliert diese Zusammenhänge spätestens bei der ersten Verpackungs-, Sprach- oder Kampagnenänderung.
Für QR-Ziele, Produktdatenfeeds und künftige Produktpässe ist deshalb ein Asset-Register sinnvoll, das Bilder genauso kontrolliert veröffentlicht wie andere Produktinformationen. Der QR-Code bleibt der Einstieg. Ob dahinter das richtige, gültige und nutzbare Bild erscheint, entscheidet eine sauber betriebene Asset-Lieferkette.
Quellen
GS1 Product Image Standard, Release 5.0, Juli 2026
