La vérification d’âge anonyme, ou anonymage, désigne un contrôle qui prouve qu’un internaute a l’âge requis sans que le site apprenne qui il est, et sans que le vérificateur apprenne quel site il consulte. C’est cette double cécité, appelée double anonymat, qui distingue une solution conforme d’un simple contrôle d’identité déguisé. Concrètement, elle se déploie en quelques jours sur un tunnel existant, à condition de choisir la bonne architecture dès le départ.
Trois acteurs interviennent dans une opération d’anonymage : l’utilisateur, le service qui doit contrôler l’âge (site, billetterie, borne, application), et un tiers vérificateur indépendant. L’architecture n’a d’intérêt que si l’information circule en morceaux inutilisables séparément.
Le tiers vérificateur voit une pièce d’identité, un compte bancaire ou un abonnement mobile, et en déduit une seule chose : majeur, ou plus de 18 ans, ou plus de 15 ans. Il ne sait pas pour quel service il travaille. Le service, lui, reçoit une preuve cryptographique valide, à usage unique ou à durée limitée, et ne reçoit ni nom, ni date de naissance, ni numéro de document. Aucune des deux parties ne peut, seule ou avec l’autre, reconstituer un profil de consultation.
La loi SREN de 2024 a confié à l’Arcom le pouvoir d’édicter un référentiel technique opposable aux services diffusant du contenu pornographique, et de bloquer les sites non conformes. Ce référentiel ne se contente pas d’exiger un contrôle d’âge : il impose que ce contrôle repose sur un tiers indépendant et sur le principe de double anonymat. Autrement dit, un éditeur qui collecterait lui-même les pièces d’identité de ses visiteurs serait en infraction alors même qu’il vérifie l’âge.
Le RGPD dit la même chose par un autre chemin. Le principe de minimisation interdit de collecter plus que nécessaire : si l’attribut utile est « majeur », l’identité complète est une donnée excédentaire. La CNIL (cnil.fr) a d’ailleurs été explicite de longue date sur le risque de traçage induit par les solutions de vérification d’âge centralisées. Le règlement européen sur les services numériques ajoute une obligation de mesures proportionnées de protection des mineurs pour l’ensemble des plateformes accessibles à des mineurs, bien au-delà du seul contenu adulte. Le référentiel et les décisions de mise en demeure sont publiés par l’Arcom (arcom.fr).
Conclusion opérationnelle pour un DSI : la conformité ne se joue plus sur la question « vérifiez-vous l’âge ? » mais sur « que reste-t-il dans vos journaux après la vérification ? ».
Aucune méthode n’est universelle. Une implémentation sérieuse en propose au moins deux et laisse le choix à l’utilisateur : c’est aussi ce qui fait la différence entre un taux de conversion acceptable et un abandon massif au seuil du contrôle.
Le premier est le journal applicatif : une adresse IP, un identifiant de session et un horodatage suffisent à recorréler une preuve prétendument anonyme. Le deuxième est le prestataire qui vérifie l’âge pour des centaines de sites et voit lequel appelle son API : il détient alors la carte des consultations de vos utilisateurs. Le troisième est la sous-traitance hors Union européenne, qui rouvre la question des transferts de données au moment précis où vous cherchiez à en collecter le moins possible. Le quatrième, plus insidieux, est le contrôle unique à l’inscription : un compte vérifié une fois puis partagé ne protège plus aucun mineur.
IDxLAB a construit GreenBadg autour d’un principe simple : aucune donnée d’identité ne doit exister quelque part « au cas où ». La preuve d’âge est produite, transmise, consommée, puis elle n’a plus de support. L’éditeur reçoit une réponse binaire opposable, le vérificateur ne connaît pas la destination, et il n’existe aucune base centrale à voler. Cette approche a été éprouvée avec des acteurs exigeants du contenu adulte, dont le groupe Dorcel, où la conformité au référentiel de l’Arcom devait être obtenue sans détruire la conversion, et déclinée sur des usages phygitaux où le contrôle a lieu à l’entrée d’un lieu, pas derrière un écran.
Le studio est ancré dans l’écosystème French Tech Aix-Marseille, ce qui compte moins comme label que comme réseau opérationnel : juristes, hébergeurs souverains et opérateurs d’événements réunis autour des mêmes contraintes réglementaires.
La vérification d’identité établit qui vous êtes et conserve des preuves. La vérification d’âge anonyme établit un seul attribut, « au-dessus du seuil » ou non, et ne conserve rien de nominatif. Utiliser un KYC pour contrôler un âge est disproportionné au sens du RGPD.
Pour les services diffusant du contenu pornographique, le référentiel technique édicté par l’Arcom en application de la loi SREN impose le recours à un tiers indépendant et le respect du double anonymat. Pour les autres plateformes, l’obligation découle du principe de minimisation du RGPD et des exigences de protection des mineurs du règlement sur les services numériques.
Pas seuls. L’estimation faciale est fiable loin du seuil, incertaine à proximité des 18 ans. Elle doit être associée à une méthode de repli, s’exécuter sans conservation d’image, et ne jamais produire de gabarit biométrique stocké.
Un parcours par redirection hébergée s’intègre en quelques jours sur un tunnel existant. Une intégration native par API, avec gestion fine de la durée de validité des preuves et des points de contrôle multiples, se compte en semaines. Le vrai délai se situe presque toujours du côté des arbitrages internes, pas du code.
Une preuve liée à l’appareil devra être régénérée : c’est le prix de l’absence de compte central. Ce nouveau passage doit rester court, quelques secondes, sinon la friction se paie en abandons. C’est précisément le paramètre à travailler avant la mise en production.
