De krantenkoppen rond de EU-blueprint voor leeftijdsverificatie hebben zich vastgepind op data: gepubliceerd in juli 2025, functioneel gereed in april 2026. De ingrijpendere wijziging kwam daartussenin, op 10 oktober 2025, toen de Commissie de tweede versie van de blueprint uitbracht. Die voegde twee mogelijkheden toe die als voetnoten lezen maar als marktuitbreidingen functioneren: onboarding via paspoort en nationale identiteitskaart, en ondersteuning voor de Digital Credentials API.
Als uw businessmodel afhangt van hoeveel mensen daadwerkelijk een leeftijdsbewijs kunnen verkrijgen — en presenteren —, dan is v2 de release die ertoe deed.
Het onboarding-knelpunt van v1
Om een Proof-of-Age-attestatie te krijgen, moet een gebruiker zijn of haar leeftijd eenmalig bewijzen aan een vertrouwde bron, tijdens de onboarding. In blueprint v1 was die vertrouwde bron een eID — een nationale elektronische identiteit. Dat is een helder ontwerp, maar het draagt een ongemakkelijke afhankelijkheid met zich mee: het gaat ervan uit dat de gebruiker een geactiveerde eID heeft.
Die aanname gaat niet overal in de EU gelijk op. Veel burgers in veel lidstaten hebben ofwel geen geactiveerde eID, ofwel hebben er nooit een gebruikt — een kloof die zichtbaar wordt in adoptiecijfers die we behandelden in het Bitkom-bewustzijnsonderzoek, waar bekendheid met en activering van digitale identiteit achterblijven bij de interesse. Een leeftijdsverificatieoplossing die alleen eID-houders kan onboarden, is in de praktijk een leeftijdsverificatieoplossing voor de digitaal-onboarded minderheid.
Wat v2 veranderde
Versie 2 voegde paspoorten en nationale identiteitskaarten toe als onboardingmethoden, naast eID's. De betekenis zit in het bereik:
- Paspoorten zijn veel breder verspreid dan geactiveerde eID's en bevatten een chip (de ICAO eMRTD) die kan worden uitgelezen om identiteit en geboortedatum met een hoog betrouwbaarheidsniveau vast te stellen.
- Nationale identiteitskaarten verruimen de onboarding op vergelijkbare wijze naar mensen die het fysieke document bezitten maar nooit een online eID hebben geactiveerd.
Het resultaat is een veel grotere groep mensen die een leeftijdsbewijs kan verkrijgen zonder eerst de eID-activeringsberg te hoeven beklimmen. Voor elke relying party wiens conversiefunnel momenteel lekt bij „dat heb ik niet ingesteld", is dit de wijziging die het lek dicht.
De tweede toevoeging: de Digital Credentials API
V2 introduceerde ook ondersteuning voor de Digital Credentials API (DC API) als presentatiemethode — een in browser en besturingssysteem geïntegreerde manier waarop een verifier een credential kan opvragen en de wallet kan antwoorden, in toenemende mate beschikbaar in moderne besturingssystemen en browsers.
Waar onboarding via paspoort verruimt wie een bewijs kan krijgen, verbetert de DC API hoe soepel ze het presenteren. Het is het pad met de hoogste UX in de runtime-fallbackmatrix van de verifier, waarbij OpenID4VP de fallback blijft voor browsers die de API missen. De twee v2-toevoegingen pakken de funnel dus van beide kanten aan: meer mensen die gekwalificeerd zijn om een bewijs te bezitten, en een soepeler moment van presenteren.
Waarom dit een marktverhaal is, geen loutere featurenotitie
Leg de twee toevoegingen naast elkaar en het strategische beeld is duidelijk. De totale adresseerbare populatie voor EU-leeftijdsverificatie wordt begrensd door twee getallen: hoeveel mensen een bewijs kunnen verkrijgen, en hoe wrijvingsloos het is om er een te gebruiken. V1 beperkte beide — eID-only onboarding plafonneerde het eerste, en presentatiestromen van vóór de DC API belastten het tweede. V2 tilde beide plafonds op in één enkele release.
Voor een relying party verandert dat de afweging over wanneer te adopteren. Als u ervan uitging dat de EU-oplossing alleen haalbaar was voor eID-volwassen staten, is v2 uw signaal om te herzien: de onboardingbasis is nu veel breder, wat betekent dat het aandeel van uw gebruikers dat daadwerkelijk een EU-standaard leeftijdspoort kan passeren, materieel hoger ligt dan onder v1.
En omdat de „mini-wallet" is gebouwd op dezelfde technische specificaties als de EUDI Wallets — interoperabel by design en open source — is het nu adopteren geen weggegooide moeite. Het is een opstap naar volledige wallet-acceptatie: de integratie die u vandaag bouwt voor het leeftijdsbewijs is het fundament dat u uitbreidt naar rijkere attributen naarmate de wallets vóór eind 2026 uitrollen.
Wat u hiermee kunt doen
| Als u… bent | v2-implicatie |
|---|---|
| Een platform onder artikel 28 DSA | Een groter deel van uw gebruikers kan nu een EU-standaard leeftijdspoort passeren — het dekkingsbezwaar tegen adoptie is zwakker |
| Een handelaar in een markt met lage eID-activatie | Onboarding via paspoort/ID betekent dat de oplossing haalbaar is voor uw gebruikers, zelfs voordat de nationale eID-adoptie is ingehaald |
| Een ontwikkelaar | Plan de DC API als primair presentatiepad, OpenID4VP als fallback — zie de fallbackmatrix |
| Volgt de uitrol | De bredere onboardingbasis verhoogt de inzet van de beschikbaarheidsdoelstelling voor eind 2026 |
De conclusie
Blueprint v2 zal, als het al herinnerd wordt, worden herinnerd als de „paspoort-onboarding"-release. Dat doet het tekort. Door mensen te laten onboarden met documenten die ze al bezitten en te laten presenteren met een API die hun browser al spreekt, verruimde v2 beide uiteinden van de leeftijdsverificatiefunnel tegelijk. Het privacymodel veranderde niet — bewijzen blijven drempel-only, eenmalig bruikbaar en in batches uitgegeven — maar het aantal mensen dat kan deelnemen, veranderde wel. Voor iedereen wiens argument voor het adopteren van de EU-oplossing rustte op „niet genoeg van mijn gebruikers kunnen het gebruiken", werd dat argument in oktober 2025 materieel zwakker.
Dit artikel weerspiegelt de EU-blueprint voor leeftijdsverificatie in versie 2 (10 oktober 2025) en de positie van het ecosysteem per juni 2026. Verifieer bij de officiële aankondiging van de Commissie voordat u op specifieke details vertrouwt.
Dit artikel delen
Help anderen meer te weten komen over eIDAS-verificatie