GS1 Digital Link-resolver: så fungerar den

Vad är en GS1 Digital Link-resolver

En GS1 Digital Link-resolver är en webbtjänst som fungerar som en intelligent mellanhand mellan en produktidentifierare och den information som hör till produkten. När en konsument skannar en QR-kod på en produkt, eller när ett system frågar efter en produkts identifierare programmatiskt, tar resolvern emot GS1 Digital Link-URI:n och avgör vart förfrågan ska skickas utifrån produktens identitet, vilken typ av information som efterfrågas och förfrågans sammanhang.

Se resolvern som en smart vägvisare för produktinformation. På samma sätt som en DNS-server översätter domännamn till IP-adresser översätter en Digital Link-resolver produktidentifierare till de URL:er där produktinformation, inklusive data i digitala produktpass, finns. Denna indirektion är avgörande eftersom den frikopplar den permanenta produktidentifieraren från produktdatans plats, som kan ändras.

För digitala produktpass enligt ESPR spelar resolvern en central roll. Databäraren på produkten kodar en GS1 Digital Link-URI. När den skannas når URI:n en resolver, som omdirigerar förfrågan till DPP-datakällan. Om DPP-plattformen byts ut, eller om datan flyttas till en ny värd, behöver bara resolverns konfiguration uppdateras: de miljontals QR-koder som redan är tryckta på produkter fortsätter att fungera korrekt.

Arkitekturen i en Digital Link-resolver

En GS1 Digital Link-resolver består av flera logiska komponenter som samverkar för att behandla inkommande förfrågningar och leverera lämpliga svar.

URI-parsern är den första komponenten som behandlar en inkommande förfrågan. Den extraherar GS1-identifierarna ur Digital Link-URI:n: den primära identifieraren (vanligtvis ett GTIN), eventuella kvalificerare (serienummer, batch-/partinummer) och eventuella ytterligare attribut. Den kontrollerar att URI:n följer syntaxspecifikationen för GS1 Digital Link och avvisar felaktigt formade förfrågningar.

Länkupplösningsmotorn är resolverns kärna. Den underhåller en databas med länkposter, det vill säga kopplingar mellan produktidentifierare och de URL:er där information om produkterna finns. Varje länkpost anger vilken produktidentifierare den gäller, vilken typ av information som finns (produktsida, digitalt produktpass, säkerhetsdata, information om återkallelser), mål-URL:en och eventuella villkor för när länken ska användas.

Modulen för innehållsförhandling granskar den inkommande förfrågan för att avgöra vilken typ av svar avsändaren förväntar sig. Det sker via HTTP Accept-huvuden, frågeparametrar eller själva URI:ns struktur. En webbläsare som begär text/html får en omdirigering till en läsbar sida. En maskin som begär application/json får strukturerad data. Ett system som begär application/ld+json får länkad data i JSON-LD. Principen med en enda URI och flera representationer är grundläggande för Digital Link-arkitekturen.

Svarsmodulen genererar lämpligt HTTP-svar, vanligtvis en 307 (Temporary Redirect) som skickar avsändaren till den mål-URL som länkupplösningsmotorn har identifierat. För API-förfrågningar kan resolvern i stället returnera en länkuppsättning (ett JSON-dokument som listar alla tillgängliga informationsresurser för den identifierade produkten) i stället för att omdirigera.

Så fungerar upplösningen steg för steg

För att förstå hur en Digital Link-resolver fungerar i praktiken kan vi ta följande scenario: en konsument skannar en QR-kod på en produkt. QR-koden kodar URI:n https://resolver.example.com/01/05012345678901/21/SN12345.

Först avkodar konsumentens smartphone QR-koden och öppnar URI:n i en webbläsare. Webbläsaren skickar en HTTP GET-förfrågan till resolver.example.com med sökvägen /01/05012345678901/21/SN12345. Förfrågan innehåller ett Accept-huvud som anger att webbläsaren föredrar innehåll av typen text/html.

Resolverns URI-parser extraherar GTIN (05012345678901) och serienummer (SN12345) ur sökvägen. Den validerar identifierarna och skickar dem vidare till länkupplösningsmotorn.

Länkupplösningsmotorn slår upp kombinationen av identifierare i sin databas. Den hittar flera länkposter för produkten:

• En länk till det digitala produktpasset som pekar på https://dpp.example.com/passport/SN12345
• En länk till en produktinformationssida som pekar på https://brand.example.com/products/widget-pro
• En länk till information om återkallelser som pekar på https://recalls.example.com/check/05012345678901
• En slutpunkt för länkad data i JSON-LD som pekar på https://api.example.com/01/05012345678901/21/SN12345

Modulen för innehållsförhandling noterar att förfrågan kommer från en webbläsare som begär HTML. Utifrån resolverns konfiguration av standardlänktyp och förfrågans sammanhang väljer den länken till det digitala produktpasset som det lämpligaste svaret för en konsument som skannar en QR-kod.

Resolvern returnerar svaret 307 Temporary Redirect med Location-huvudet satt till https://dpp.example.com/passport/SN12345. Konsumentens webbläsare följer omdirigeringen och visar sidan med det digitala produktpasset.

Länktyper och GS1:s ramverk för överensstämmelse

GS1 definierar ett vokabulär av länktyper som resolvrar använder för att kategorisera de informationsresurser som hör till produkter. Dessa standardiserade länktyper säkerställer att olika resolvrar ger en enhetlig upplevelse och att mottagande system tillförlitligt kan begära specifika typer av information.

Viktiga länktyper för digitala produktpass är bland annat:

• gs1:digitalProductPassport, den primära DPP-dataresursen, med den omfattande produktpassinformation som ESPR kräver
• gs1:productSustainabilityInfo, miljö- och hållbarhetsinformation om produkten
• gs1:pip, produktinformationssida, vanligtvis varumärkets konsumentinriktade produktsida
• gs1:safetyInfo, säkerhetsrelaterad information, inklusive säkerhetsdatablad och farovarningar
• gs1:recallStatus, information om huruvida produkten omfattas av en återkallelse
• gs1:traceability, information om spårbarhet i leveranskedjan, eventuellt med länkar till EPCIS-händelsedata
• gs1:certificationInfo, certifikat och försäkringar om överensstämmelse som hör till produkten

GS1 har publicerat ett ramverk för överensstämmelse för Digital Link-resolvrar som definierar olika kapacitetsnivåer. Resolvrar på nivå 0 utför grundläggande HTTP-omdirigeringar. Resolvrar på nivå 1 stöder innehållsförhandling. Resolvrar på nivå 2 stöder hela API:t för länkuppsättningar, så att maskiner kan hitta alla tillgängliga informationsresurser för en produkt. Resolvrar på nivå 3 lägger till stöd för komprimerade Digital Link-URI:er och andra avancerade funktioner.

För DPP-implementeringar rekommenderas en resolver på nivå 1 eller nivå 2. Innehållsförhandling (nivå 1) säkerställer att både mänskliga användare och maskinsystem får lämpliga svar. API:t för länkuppsättningar (nivå 2) gör det möjligt för myndighetssystem och DPP-register att programmatiskt hitta och komma åt passdata för vilken produkt som helst.

Implementeringsalternativ: bygga, köpa eller använda GS1

Företag som inför DPP har tre huvudalternativ för infrastrukturen för Digital Link-resolvrar: att bygga en egen resolver, att använda en kommersiell resolvertjänst eller att utnyttja GS1:s resolvernätverk.

Att bygga en egen resolver ger maximal kontroll över upplösningslogik, varumärkesprofil och integration med befintliga system. GS1 har publicerat referensimplementeringar med öppen källkod som kan användas som utgångspunkt. Att driva en resolver i stor skala kräver dock robust webbinfrastruktur, övervakning och löpande underhåll. Resolvern måste ha hög tillgänglighet: om den slutar fungera blir varje QR-kod som pekar på den obrukbar.

Kommersiella resolvertjänster, som erbjuds av olika teknikleverantörer, bland annat DPP-plattformar, tillhandahåller förvaltad resolverinfrastruktur utan den operativa bördan. Tjänsterna erbjuder vanligtvis webbaserade administrationsgränssnitt för att hantera länkposter, analyspaneler som visar skanningsaktivitet och integrations-API:er för programmatisk länkhantering. För de flesta företag ger en förvaltad resolvertjänst den bästa balansen mellan funktionalitet och enkel drift.

GS1:s resolvernätverk (id.gs1.org) är en global upplösningstjänst som underhålls av GS1 självt. Varumärkesägare kan registrera sina produkter och konfigurera upplösningsmål via sin nationella GS1-organisation. Detta alternativ drar nytta av GS1-domänens globala igenkänning och förtroende, men kan ge mindre flexibilitet för anpassning och varumärkesprofil än att driva en egen resolverdomän.

Många DPP-plattformar, däribland MyProductPassport, har inbyggd resolverfunktionalitet som en del av sitt erbjudande. Med denna integrerade lösning behöver företag inte sätta upp separat resolverinfrastruktur: plattformen hanterar URI-upplösning, innehållsförhandling och länkhantering tillsammans med hantering av passdata och generering av QR-koder.

Resolverkonfiguration för DPP-efterlevnad

Att konfigurera en resolver för digitala produktpass som uppfyller ESPR kräver uppmärksamhet på flera regulatoriska och tekniska krav.

Resolvern måste ge beständig åtkomst till passdata. ESPR kräver att DPP-informationen förblir tillgänglig under en fastställd period efter att en produkt har släppts ut på marknaden. Det innebär att resolvern måste fortsätta att vara i drift och besvara förfrågningar under hela lagringsperioden, även om produkten har utgått. Företag bör säkerställa att deras resolverinfrastruktur eller tjänsteleverantör förbinder sig till de lagringsperioder som krävs.

Resolverns svar bör innehålla lämpliga HTTP-huvuden för cachning och CORS (Cross-Origin Resource Sharing) så att DPP-data kan nås från webbapplikationer, mobilappar och myndighetssystem. Link-huvudet bör annonsera tillgängliga länktyper, vilket möjliggör HTTP-baserad upptäckt av informationsresurser.

För produkter med identifiering på serienivå måste resolvern hantera serienummerkvalificerare i URI-sökvägen. Länkdatabasen måste därför innehålla poster på serienivå (eller stödja jokerteckenmatchning som leder seriespecifika förfrågningar till rätt passinstans). För produkter som identifieras på batchnivå måste resolvern på samma sätt hantera batch-/partikvalificerare.

Säkerhetsaspekter är viktiga vid implementering av resolvrar. Resolvern bör uteslutande använda HTTPS, införa hastighetsbegränsning för att förhindra missbruk och överväga autentisering för administrativa funktioner. Själva upplösningen bör vara offentligt tillgänglig (för att ge öppen åtkomst till DPP-data i enlighet med ESPR:s syfte), men administrationsgränssnittet måste skyddas.

Avancerade resolverfunktioner för DPP-ekosystem

Utöver grundläggande upplösning finns flera avancerade resolverfunktioner som stärker DPP-ekosystemet:

• Analys och skanningsspårning: resolvrar kan logga skanningshändelser och ge varumärken insikt i var, när och hur ofta deras produkters pass öppnas
• Geolokaliseringsmedveten upplösning: resolvrar kan leda förfrågningar till språk- eller regionspecifikt passinnehåll utifrån avsändarens plats
• Tidsbaserad upplösning: resolvrar kan spara historiska versioner av länkposter, vilket ger åtkomst till passdata som de såg ut vid en viss tidpunkt
• Reservupplösning: resolvrar kan använda kaskadlogik och prova flera datakällor i tur och ordning om den primära källan inte är tillgänglig
• Stöd för komprimerade URI:er: GS1 Digital Link definierar komprimerade URI-format som minskar kraven på datatäthet för QR-koder, vilket möjliggör mindre koder eller högre felkorrigering

Dessa funktioner krävs inte för grundläggande ESPR-efterlevnad, men de kan avsevärt förbättra användbarheten och tillförlitligheten i DPP-implementeringar. Skanningsanalys ger till exempel värdefull marknadsinsikt om hur konsumenter tar del av hållbarhetsinformation och hjälper företag att förstå avkastningen på sin DPP-investering.

I takt med att DPP-ekosystemet mognar kommer resolvrarnas kapacitet sannolikt att utökas ytterligare. Europeiska kommissionens DPP-register, som har varit öppet sedan den 20 juli 2026, samverkar med resolvrar för att indexera och komma åt passdata på hela EU-marknaden. Resolveroperatörer bör följa utvecklingen och säkerställa att deras implementeringar förblir kompatibla med infrastrukturkrav som förändras.

Testa och validera din resolverimplementering

Innan en resolver tas i produktion är grundlig testning nödvändig för att säkerställa överensstämmelse med GS1:s specifikationer och tillförlitlig drift under verkliga förhållanden.

GS1 tillhandahåller testsviter för överensstämmelse som validerar resolverns beteende mot Digital Link-specifikationen. Testerna kontrollerar korrekt URI-tolkning, rätt HTTP-svarskoder, korrekt innehållsförhandling och generering av länkuppsättningar enligt specifikationen. Genom att köra testerna mot din resolverimplementering hittar du avvikelser från specifikationen innan de skapar problem med verkliga produkter och verkliga konsumenter.

Belastningstestning är lika viktig. En resolver för ett konsumentvarumärke med stora volymer kan behöva hantera tusentals förfrågningar per sekund under toppar, till exempel en produktlansering, ett viralt ögonblick i sociala medier eller en tillsynskampanj. Genom att känna till resolverns kapacitetsgränser och införa lämpliga skalningsstrategier (cachning, lastbalansering, CDN-distribution) säkerställer du jämn prestanda.

Testning från början till slut bör verifiera hela kedjan från skanning av QR-koden till visning av passet. Det innebär att fysiskt skriva ut QR-koder, skanna dem med olika smartphonemodeller och operativsystem och bekräfta att resolvern leder varje förfrågan till rätt passinnehåll. Genom att testa med både konsumentenheter och programmatiska klienter säkerställer du att alla åtkomstvägar fungerar korrekt.

Slutligen bör övervakning och larm införas för resolverinfrastrukturen i produktion. Övervakning av drifttid, spårning av svarstider och larm vid felfrekvens gör det möjligt att snabbt upptäcka och åtgärda problem som annars kan hindra konsumenter och tillsynsmyndigheter från att komma åt data i digitala produktpass.