Blueprint v2 : comment l'onboarding par passeport et carte d'identité a discrètement élargi le marché de la vérification d'âge dans l'UE

Les titres autour du blueprint de vérification d'âge de l'UE se sont fixés sur des dates : publié en juillet 2025, prêt fonctionnellement en avril 2026. Le changement le plus déterminant est intervenu entre les deux, le 10 octobre 2025, lorsque la Commission a publié la deuxième version du blueprint. Elle a ajouté deux capacités qui se lisent comme des notes de bas de page et se comportent comme des expansions de marché : l'onboarding par passeport et carte nationale d'identité, et la prise en charge de la Digital Credentials API.

Si votre modèle économique dépend du nombre de personnes pouvant réellement obtenir — et présenter — une preuve d'âge, la v2 est la version qui compte.

Le goulot d'étranglement de l'onboarding qu'avait la v1

Pour obtenir une attestation de preuve d'âge, un utilisateur doit prouver son âge une fois, auprès d'une source de confiance, lors de l'onboarding. Dans le blueprint v1, cette source de confiance était un eID — une identité électronique nationale. C'est une conception propre, mais elle porte une dépendance inconfortable : elle suppose que l'utilisateur possède un eID activé.

Cette hypothèse ne se vérifie pas uniformément dans toute l'UE. De nombreux citoyens, dans de nombreux États membres, soit n'ont pas d'eID activé, soit n'en ont jamais utilisé un — un écart visible dans les données d'adoption que nous avons couvertes dans l'enquête de sensibilisation de Bitkom, où la sensibilisation et l'activation de l'identité numérique sont en retard sur l'intérêt. Une solution de vérification d'âge qui ne peut intégrer que les détenteurs d'eID est, en pratique, une solution de vérification d'âge réservée à la minorité déjà numériquement intégrée.

Ce que la v2 a changé

La version 2 a ajouté les passeports et cartes nationales d'identité comme méthodes d'onboarding, en plus des eID. L'enjeu est la portée :

• Les passeports sont détenus bien plus largement que les eID activés, et ils contiennent une puce eMRTD (ICAO) qui peut être lue pour établir l'identité et la date de naissance à un niveau de garantie élevé.
• Les cartes nationales d'identité étendent de la même manière l'onboarding aux personnes qui détiennent le document physique mais n'ont jamais activé d'eID en ligne.

Le résultat est un vivier bien plus large de personnes pouvant obtenir une preuve d'âge sans devoir d'abord gravir la colline de l'activation d'un eID. Pour toute partie utilisatrice dont l'entonnoir de conversion fuit actuellement au stade du « je n'ai pas cela de configuré », c'est le changement qui colmate la fuite.

Le second ajout : la Digital Credentials API

La v2 a également introduit la prise en charge de la Digital Credentials API (DC API) comme méthode de présentation — une façon intégrée au navigateur et à l'OS pour un vérificateur de demander un justificatif et pour le portefeuille d'y répondre, de plus en plus disponible dans les systèmes d'exploitation et navigateurs modernes.

Là où l'onboarding par passeport élargit qui peut obtenir une preuve, la DC API améliore la fluidité avec laquelle ils la présentent. C'est le chemin à plus haute UX dans la matrice de repli à l'exécution du vérificateur, OpenID4VP demeurant le repli pour les navigateurs qui en sont dépourvus. Les deux ajouts de la v2 attaquent donc l'entonnoir par les deux bouts : davantage de personnes éligibles pour détenir une preuve, et un moment de présentation plus fluide.

Pourquoi c'est une histoire de marché, et pas seulement une note de fonctionnalité

Mettez les deux ajouts ensemble et l'image stratégique est claire. La population adressable totale pour la vérification d'âge dans l'UE est bornée par deux nombres : combien de personnes peuvent obtenir une preuve, et avec quelle absence de friction elles peuvent en utiliser une. La v1 contraignait les deux — l'onboarding réservé aux eID plafonnait le premier, et les flux de présentation antérieurs à la DC API taxaient le second. La v2 a levé ces deux plafonds en une seule version.

Pour une partie utilisatrice, cela change le calcul du moment d'adopter. Si vous supposiez que la solution de l'UE n'était viable que pour les États matures en matière d'eID, la v2 est votre signal pour réévaluer : la base d'onboarding est désormais bien plus large, ce qui signifie que la part de vos utilisateurs pouvant réellement franchir une barrière d'âge aux normes de l'UE est matériellement plus élevée qu'elle ne l'était sous la v1.

Et parce que le « mini-portefeuille » repose sur les mêmes spécifications techniques que les portefeuilles EUDI — interopérable par conception et open source — l'adopter dès maintenant n'est pas un coup pour rien. C'est un tremplin vers la pleine acceptation du portefeuille : l'intégration que vous construisez aujourd'hui pour la preuve d'âge est le socle que vous étendrez à des attributs plus riches à mesure que les portefeuilles se déploieront avant la fin 2026.

Que faire de tout cela

En résumé

Le blueprint v2 sera retenu, s'il l'est, comme la version de « l'onboarding par passeport ». C'est le sous-estimer. En permettant aux gens de s'inscrire avec des documents qu'ils détiennent déjà et de présenter avec une API que leur navigateur parle déjà, la v2 a élargi les deux extrémités de l'entonnoir de vérification d'âge d'un seul coup. Le modèle de confidentialité n'a pas changé — les preuves restent limitées au seuil, à usage unique et émises par lots — mais le nombre de personnes pouvant y participer, lui, a changé. Pour quiconque fondait son argumentaire en faveur de l'adoption de la solution de l'UE sur « pas assez de mes utilisateurs peuvent l'utiliser », cet argument s'est matériellement affaibli en octobre 2025.

Cet article reflète le blueprint de vérification d'âge de l'UE dans sa version 2 (10 octobre 2025) et la position de l'écosystème en date de juin 2026. Vérifiez par rapport à l'annonce officielle de la Commission avant de vous fier à des éléments spécifiques.