GS1 Digital Link Resolver: So funktioniert er

Was ist ein GS1 Digital Link Resolver?

Ein GS1 Digital Link Resolver ist ein Webdienst, der als intelligenter Vermittler zwischen einer Produktkennung und den zu diesem Produkt gehörenden Informationen fungiert. Wenn ein Verbraucher einen QR-Code auf einem Produkt scannt oder ein System die Kennung eines Produkts programmgesteuert abfragt, empfängt der Resolver die GS1 Digital Link URI und entscheidet anhand der Produktidentität, der Art der angeforderten Information und des Kontexts der Anfrage, wohin die Anfrage geleitet wird.

Stellen Sie sich einen Resolver als intelligenten Wegweiser für Produktinformationen vor. So wie ein DNS-Server Domainnamen in IP-Adressen übersetzt, übersetzt ein Digital Link Resolver Produktkennungen in die URLs, unter denen Produktinformationen, einschließlich der Daten des digitalen Produktpasses, zu finden sind. Diese Indirektion ist von entscheidender Bedeutung, weil sie die dauerhafte Produktkennung vom möglicherweise wechselnden Speicherort der Produktdaten entkoppelt.

Für digitale Produktpässe nach der ESPR spielt der Resolver eine zentrale Rolle. Der Datenträger auf dem Produkt kodiert eine GS1 Digital Link URI. Beim Scannen erreicht diese URI einen Resolver, der die Anfrage an die Datenquelle des DPP weiterleitet. Wechselt die DPP-Plattform oder ziehen die Daten zu einem neuen Host um, muss nur die Konfiguration des Resolvers angepasst werden: Die Millionen bereits auf Produkte gedruckten QR-Codes funktionieren weiterhin einwandfrei.

Die Architektur eines Digital Link Resolvers

Ein GS1 Digital Link Resolver besteht aus mehreren logischen Komponenten, die zusammenwirken, um eingehende Anfragen zu verarbeiten und passende Antworten zu liefern.

Der URI-Parser ist die erste Komponente, die eine eingehende Anfrage verarbeitet. Er extrahiert die GS1-Kennungen aus der Digital Link URI: die primäre Kennung (in der Regel eine GTIN), etwaige Qualifikatoren (Seriennummer, Chargen-/Losnummer) und weitere Attribute. Er prüft, ob die URI der Syntaxspezifikation von GS1 Digital Link entspricht, und weist fehlerhafte Anfragen zurück.

Die Link-Auflösungs-Engine ist das Herzstück des Resolvers. Sie verwaltet eine Datenbank mit Link-Einträgen, also Zuordnungen zwischen Produktkennungen und den URLs, unter denen Informationen zu diesen Produkten zu finden sind. Jeder Link-Eintrag legt fest, für welche Produktkennung er gilt, welche Art von Information verfügbar ist (Produktseite, digitaler Produktpass, Sicherheitsdaten, Rückrufinformationen), welche Ziel-URL verwendet wird und unter welchen Bedingungen dieser Link zum Einsatz kommt.

Das Modul für Content Negotiation untersucht die eingehende Anfrage, um festzustellen, welche Art von Antwort der Anfragende erwartet. Dies geschieht über HTTP-Accept-Header, Abfrageparameter oder die Struktur der URI selbst. Ein Webbrowser, der text/html anfordert, erhält eine Weiterleitung auf eine für Menschen lesbare Seite. Eine Maschine, die application/json anfordert, erhält strukturierte Daten. Ein System, das application/ld+json anfordert, erhält Linked Data im JSON-LD-Format. Dieser Ansatz mit einer URI und mehreren Darstellungen ist grundlegend für die Digital-Link-Architektur.

Das Antwortmodul erzeugt die passende HTTP-Antwort, in der Regel eine 307 (Temporary Redirect), die den Anfragenden zu der von der Link-Auflösungs-Engine ermittelten Ziel-URL schickt. Bei API-Anfragen kann der Resolver statt einer Weiterleitung auch ein Linkset zurückgeben (ein JSON-Dokument, das alle verfügbaren Informationsressourcen zum identifizierten Produkt auflistet).

So funktioniert die Auflösung: Schritt für Schritt

Um zu verstehen, wie ein Digital Link Resolver in der Praxis arbeitet, betrachten wir folgendes Szenario: Ein Verbraucher scannt einen QR-Code auf einem Produkt. Der QR-Code kodiert die URI https://resolver.example.com/01/05012345678901/21/SN12345.

Zunächst dekodiert das Smartphone des Verbrauchers den QR-Code und öffnet die URI in einem Webbrowser. Der Browser sendet eine HTTP-GET-Anfrage an resolver.example.com mit dem Pfad /01/05012345678901/21/SN12345. Die Anfrage enthält einen Accept-Header, der angibt, dass der Browser Inhalte vom Typ text/html bevorzugt.

Der URI-Parser des Resolvers extrahiert die GTIN (05012345678901) und die Seriennummer (SN12345) aus dem Pfad. Er validiert diese Kennungen und übergibt sie an die Link-Auflösungs-Engine.

Die Link-Auflösungs-Engine sucht die Kennungskombination in ihrer Datenbank. Sie findet mehrere Link-Einträge für dieses Produkt:

• Einen Link zum digitalen Produktpass, der auf https://dpp.example.com/passport/SN12345 verweist
• Einen Link zur Produktinformationsseite, der auf https://brand.example.com/products/widget-pro verweist
• Einen Link zu Rückrufinformationen, der auf https://recalls.example.com/check/05012345678901 verweist
• Einen JSON-LD-Linked-Data-Endpunkt, der auf https://api.example.com/01/05012345678901/21/SN12345 verweist

Das Modul für Content Negotiation erkennt, dass die Anfrage von einem Webbrowser stammt, der HTML anfordert. Auf Grundlage der im Resolver konfigurierten Standard-Linkart und des Anfragekontexts wählt es den Link zum digitalen Produktpass als passendste Antwort für einen Verbraucher, der einen QR-Code scannt.

Der Resolver gibt eine Antwort 307 Temporary Redirect zurück, deren Location-Header auf https://dpp.example.com/passport/SN12345 gesetzt ist. Der Browser des Verbrauchers folgt der Weiterleitung und zeigt die Seite des digitalen Produktpasses an.

Linkarten und das GS1-Konformitätsrahmenwerk

GS1 definiert ein Vokabular von Linkarten, mit dem Resolver die mit Produkten verknüpften Informationsressourcen kategorisieren. Diese standardisierten Linkarten stellen sicher, dass verschiedene Resolver ein einheitliches Nutzungserlebnis bieten und abrufende Systeme bestimmte Informationsarten zuverlässig anfordern können.

Zu den wichtigsten Linkarten für digitale Produktpässe gehören:

• gs1:digitalProductPassport, die primäre DPP-Datenressource mit den umfassenden Produktpassinformationen, die die ESPR vorschreibt
• gs1:productSustainabilityInfo, Umwelt- und Nachhaltigkeitsinformationen zum Produkt
• gs1:pip, die Produktinformationsseite, in der Regel die verbraucherorientierte Produktwebseite der Marke
• gs1:safetyInfo, sicherheitsbezogene Informationen einschließlich Sicherheitsdatenblättern und Gefahrenhinweisen
• gs1:recallStatus, Informationen darüber, ob das Produkt von einem Rückruf betroffen ist
• gs1:traceability, Informationen zur Rückverfolgbarkeit in der Lieferkette, gegebenenfalls mit Verweis auf EPCIS-Ereignisdaten
• gs1:certificationInfo, mit dem Produkt verbundene Zertifikate und Konformitätserklärungen

GS1 hat ein Konformitätsrahmenwerk für Digital Link Resolver veröffentlicht, das verschiedene Leistungsstufen definiert. Resolver der Stufe 0 führen einfache HTTP-Weiterleitungen aus. Resolver der Stufe 1 unterstützen Content Negotiation. Resolver der Stufe 2 unterstützen die vollständige Linkset-API, sodass Maschinen alle verfügbaren Informationsressourcen zu einem Produkt ermitteln können. Resolver der Stufe 3 unterstützen zusätzlich komprimierte Digital Link URIs und weitere fortgeschrittene Funktionen.

Für DPP-Implementierungen wird ein Resolver der Stufe 1 oder 2 empfohlen. Content Negotiation (Stufe 1) stellt sicher, dass sowohl menschliche Nutzer als auch Maschinensysteme passende Antworten erhalten. Die Linkset-API (Stufe 2) ermöglicht es Behördensystemen und DPP-Registern, Passdaten zu jedem Produkt programmgesteuert zu ermitteln und abzurufen.

Umsetzungsoptionen: selbst entwickeln, einkaufen oder GS1 nutzen

Unternehmen, die DPPs einführen, haben drei Hauptoptionen für die Resolver-Infrastruktur: einen eigenen Resolver entwickeln, einen kommerziellen Resolver-Dienst nutzen oder auf das Resolver-Netzwerk von GS1 zurückgreifen.

Ein selbst entwickelter Resolver bietet maximale Kontrolle über Auflösungslogik, Branding und Integration in bestehende Systeme. GS1 hat Open-Source-Referenzimplementierungen veröffentlicht, die als Ausgangspunkt dienen können. Der Betrieb eines Resolvers im großen Maßstab erfordert jedoch eine robuste Webinfrastruktur, Monitoring und laufende Wartung. Der Resolver muss hochverfügbar sein: Fällt er aus, funktioniert kein QR-Code mehr, der auf ihn verweist.

Kommerzielle Resolver-Dienste, die von verschiedenen Technologieanbietern einschließlich DPP-Plattformen angeboten werden, stellen eine verwaltete Resolver-Infrastruktur ohne betrieblichen Aufwand bereit. Diese Dienste bieten in der Regel webbasierte Verwaltungsoberflächen für Link-Einträge, Analyse-Dashboards zur Scan-Aktivität und Integrations-APIs für die programmgesteuerte Linkverwaltung. Für die meisten Unternehmen bietet ein verwalteter Resolver-Dienst das beste Verhältnis zwischen Funktionsumfang und betrieblicher Einfachheit.

Das Resolver-Netzwerk von GS1 (id.gs1.org) ist ein globaler Auflösungsdienst, den GS1 selbst betreibt. Markeninhaber können ihre Produkte über ihre nationale GS1-Organisation registrieren und Auflösungsziele konfigurieren. Dieser Ansatz profitiert von der weltweiten Bekanntheit und Vertrauenswürdigkeit der GS1-Domain, bietet aber im Vergleich zum Betrieb einer eigenen Resolver-Domain möglicherweise weniger Spielraum für Anpassung und Branding.

Viele DPP-Plattformen, darunter MyProductPassport, enthalten eine integrierte Resolver-Funktion als Teil ihres Angebots. Dank dieses integrierten Ansatzes müssen Unternehmen keine separate Resolver-Infrastruktur aufbauen: Die Plattform übernimmt URI-Auflösung, Content Negotiation und Linkverwaltung zusammen mit der Verwaltung der Passdaten und der Erstellung von QR-Codes.

Resolver-Konfiguration für die DPP-Konformität

Die Konfiguration eines Resolvers für ESPR-konforme digitale Produktpässe erfordert die Beachtung mehrerer regulatorischer und technischer Anforderungen.

Der Resolver muss einen dauerhaften Zugriff auf die Passdaten gewährleisten. Die ESPR verlangt, dass DPP-Informationen für einen festgelegten Zeitraum nach dem Inverkehrbringen eines Produkts zugänglich bleiben. Der Resolver muss daher während dieser gesamten Aufbewahrungsfrist in Betrieb bleiben und Anfragen auflösen, auch wenn das Produkt nicht mehr hergestellt wird. Unternehmen sollten sicherstellen, dass ihre Resolver-Infrastruktur oder ihr Dienstleister die geforderten Aufbewahrungsfristen zusagt.

Resolver-Antworten sollten geeignete HTTP-Header für Caching und CORS (Cross-Origin Resource Sharing) enthalten, damit DPP-Daten aus Webanwendungen, mobilen Apps und Behördensystemen abgerufen werden können. Der Link-Header sollte die verfügbaren Linkarten angeben und so eine HTTP-native Ermittlung von Informationsressourcen ermöglichen.

Bei Produkten mit Identifizierung auf Seriennummernebene muss der Resolver Seriennummer-Qualifikatoren im URI-Pfad verarbeiten. Die Link-Datenbank muss daher Einträge auf Seriennummernebene enthalten (oder einen Platzhalterabgleich unterstützen, der seriennummernspezifische Anfragen der richtigen Passinstanz zuordnet). Bei Produkten, die auf Chargenebene identifiziert werden, muss der Resolver entsprechend Chargen-/Los-Qualifikatoren verarbeiten.

Sicherheitsaspekte sind bei Resolver-Implementierungen wichtig. Der Resolver sollte ausschließlich HTTPS verwenden, eine Ratenbegrenzung gegen Missbrauch einsetzen und eine Authentifizierung für administrative Funktionen vorsehen. Während die Auflösung selbst öffentlich zugänglich sein sollte (um den von der ESPR beabsichtigten offenen Zugang zu DPP-Daten zu ermöglichen), muss die Verwaltungsoberfläche geschützt werden.

Erweiterte Resolver-Funktionen für DPP-Ökosysteme

Über die grundlegende Auflösung hinaus bereichern mehrere erweiterte Resolver-Funktionen das DPP-Ökosystem:

• Analyse und Scan-Tracking: Resolver können Scan-Ereignisse protokollieren und Marken so Einblicke geben, wo, wann und wie häufig auf die Pässe ihrer Produkte zugegriffen wird
• Standortbezogene Auflösung: Resolver können Anfragen je nach Standort des Anfragenden auf sprach- oder regionsspezifische Passinhalte leiten
• Zeitbezogene Auflösung: Resolver können historische Versionen von Link-Einträgen vorhalten und so den Zugriff auf Passdaten in ihrem Stand zu einem bestimmten Zeitpunkt ermöglichen
• Ausweichauflösung: Resolver können eine kaskadierende Auflösungslogik umsetzen und mehrere Datenquellen nacheinander abfragen, wenn die primäre Quelle nicht verfügbar ist
• Unterstützung komprimierter URIs: GS1 Digital Link definiert komprimierte URI-Formate, die die erforderliche Datendichte von QR-Codes verringern und so kleinere Codes oder eine höhere Fehlerkorrektur ermöglichen

Diese Funktionen sind für die grundlegende ESPR-Konformität nicht erforderlich, können die Nutzbarkeit und Zuverlässigkeit von DPP-Implementierungen jedoch deutlich verbessern. Scan-Analysen liefern beispielsweise wertvolle Marktinformationen darüber, wie Verbraucher mit Nachhaltigkeitsinformationen umgehen, und helfen Unternehmen, die Rendite ihrer DPP-Investition zu verstehen.

Mit zunehmender Reife des DPP-Ökosystems dürften die Fähigkeiten von Resolvern weiter wachsen. Das DPP-Register der Europäischen Kommission, das seit dem 20. Juli 2026 in Betrieb ist, interagiert mit Resolvern, um Passdaten im gesamten EU-Binnenmarkt zu indexieren und abzurufen. Resolver-Betreiber sollten diese Entwicklungen verfolgen und sicherstellen, dass ihre Implementierungen mit den sich wandelnden Infrastrukturanforderungen kompatibel bleiben.

Testen und Validieren Ihrer Resolver-Implementierung

Vor dem produktiven Einsatz eines Resolvers sind gründliche Tests unerlässlich, um die Einhaltung der GS1-Spezifikationen und einen zuverlässigen Betrieb unter realen Bedingungen sicherzustellen.

GS1 stellt Konformitätstestsuiten bereit, die das Verhalten eines Resolvers anhand der Digital-Link-Spezifikation prüfen. Diese Tests verifizieren korrektes URI-Parsing, richtige HTTP-Antwortcodes, zutreffende Content Negotiation und konforme Linkset-Erzeugung. Wenn Sie diese Tests mit Ihrer Resolver-Implementierung durchführen, erkennen Sie Abweichungen von der Spezifikation, bevor sie bei echten Produkten und echten Verbrauchern Probleme verursachen.

Lasttests sind ebenso wichtig. Ein Resolver für eine Konsumgütermarke mit hohem Volumen muss in Spitzenzeiten womöglich Tausende von Anfragen pro Sekunde bewältigen, etwa bei einer Produkteinführung, einem viralen Moment in sozialen Medien oder einer behördlichen Kontrollaktion. Wer die Kapazitätsgrenzen seines Resolvers kennt und geeignete Skalierungsstrategien umsetzt (Caching, Lastverteilung, CDN-Verteilung), sichert eine gleichbleibende Leistung.

End-to-End-Tests sollten die gesamte Kette vom Scannen des QR-Codes bis zur Anzeige des Passes prüfen. Das bedeutet, QR-Codes physisch zu drucken, sie mit verschiedenen Smartphone-Modellen und Betriebssystemen zu scannen und zu bestätigen, dass der Resolver jede Anfrage korrekt auf die passenden Passinhalte leitet. Tests sowohl mit Verbrauchergeräten als auch mit programmgesteuerten Clients stellen sicher, dass alle Zugriffswege korrekt funktionieren.

Schließlich sollten für die produktive Resolver-Infrastruktur Monitoring und Alarmierung eingerichtet werden. Verfügbarkeitsüberwachung, Messung der Antwortzeiten und Alarme bei Fehlerraten ermöglichen es, Probleme rasch zu erkennen und zu beheben, die Verbraucher und Behörden am Zugriff auf die Daten des digitalen Produktpasses hindern könnten.