Vérification de l'âge en ligne : ce qu'elle protège vraiment (et ce qu'elle ne protège pas)

par Luca Cavallini Guides techniques
Vérification de l'âge en ligne : ce qu'elle protège vraiment (et ce qu'elle ne protège pas)

Ce que la question demande vraiment

Beaucoup de boutiques qui vendent de l'alcool, du tabac, des e-liquides, des couteaux ou d'autres produits soumis à une limite d'âge ajoutent une barrière dès l'entrée : une fenêtre plein écran qui demande au visiteur de confirmer qu'il a l'âge requis, parfois avec un simple bouton oui/non, parfois en demandant une date de naissance. C'est rassurant, pour le commerçant comme pour le visiteur. La question honnête à se poser avant de s'y fier est simple : que vérifie réellement un clic sur « Oui, j'ai 18 ans » ?

La réponse : rien sur la personne de l'autre côté de l'écran. Il vérifie qu'un navigateur a envoyé un clic. N'importe qui, à n'importe quel âge, peut cliquer sur « Oui ». N'importe qui peut saisir une date de naissance qui fait tomber le calcul juste. Il n'y a aucune identité derrière ce clic, et une barrière construite entièrement côté client, dans le navigateur, ne peut pas en créer une.

À quoi sert réellement une barrière côté navigateur

Cela ne veut pas dire que la barrière ne sert à rien. Elle fait quelques choses bien réelles :

  • Elle empêche l'exposition accidentelle. Un visiteur qui arrive par erreur sur une fiche produit, depuis un résultat de recherche, un lien partagé, un clic par curiosité, voit un arrêt délibéré au lieu du produit tout de suite. C'est un effet protecteur réel, bien que modeste, surtout face à un mineur qui ne cherche pas spécialement à contourner quoi que ce soit.
  • C'est une étape de diligence documentée. Montrer que la boutique pose la question, enregistre la réponse quand c'est pertinent, et bloque ou avertit en cas de « non » ou de date de naissance ne correspondant pas à l'âge requis, constitue la preuve d'un processus, ce qui compte dans certains contextes réglementaires ou de marketplaces, même si le contrôle lui-même est faible.
  • Elle pose une attente explicite. Un acheteur qui ment délibérément pour passer la barrière fait quelque chose de différent, en termes d'intention, d'un acheteur à qui la question n'a jamais été posée. La barrière n'arrête pas cet acheteur, mais elle consigne la question avant la vente.
  • Bien faite, elle n'a pas à gâcher l'expérience de tous les autres. La barrière peut mémoriser une réponse par un cookie pour qu'un visiteur qui revient ne soit pas interrogé encore et encore, et elle peut être limitée à un périmètre précis (seulement les produits ou catégories signalés, ou seulement le panier et le checkout) au lieu de bloquer toute la boutique pour un visiteur qui ne regarde même pas les produits concernés.

Ce qu'elle ne fait pas, et ne peut pas faire

  • Elle ne vérifie pas une identité. Aucun document, aucune vérification par un tiers, aucun recoupement avec quoi que ce soit. C'est une déclaration de l'utilisateur, sans aucune vérification derrière.
  • Elle se contourne en quelques secondes. Effacer le cookie, ouvrir une fenêtre de navigation privée ou simplement mentir : les trois contournent la barrière en quelques secondes, et aucun ne demande la moindre compétence technique.
  • Elle ne suffit pas à elle seule à respecter une obligation légale d'âge de vente. Là où la loi exige un vrai contrôle, par exemple une vérification d'identité à la livraison pour certains produits dans certaines juridictions, une fenêtre dans le navigateur ne remplace pas cette obligation. Elle s'y ajoute, tout au plus, elle ne s'y substitue pas.

Être honnête sur cette distinction n'est pas une faiblesse à cacher. Un commerçant qui dit à un fournisseur, à une marketplace ou à un auditeur de conformité « c'est une mesure de diligence au niveau de l'expérience utilisateur, pas un contrôle d'âge légal fort » donne une réponse exacte qui résiste à l'examen. Un commerçant qui laisse entendre le contraire est à une question d'un problème, dès que quelqu'un vérifie réellement ce que fait la barrière.

Ce que « bien faite » veut dire, techniquement

Une fois la barrière acceptée pour ce qu'elle est, quelques détails d'implémentation séparent une barrière qui fonctionne d'une barrière qui échoue discrètement ou agace les gens pour rien :

  • La limiter à ce qui en a vraiment besoin. Bloquer tout le site parce que trois produits sont soumis à une limite d'âge, c'est poser à chaque visiteur, indéfiniment, une question qui ne concerne presque aucun d'entre eux. Bloquer uniquement les produits ou catégories signalés, ou le panier quand il contient un produit signalé, c'est poser la question seulement quand elle est pertinente.
  • Mémoriser la réponse. Une fois que le visiteur a répondu, un cookie doit conserver cette réponse pendant une durée raisonnable pour que la même personne ne soit pas interrogée à chaque chargement de page. Redemander sans cesse habitue les gens à cliquer sans lire, ce qui annule même la modeste valeur protectrice de la barrière.
  • En faire une vraie fenêtre modale, pas une suggestion. Si la barrière peut être fermée avec la touche Échap, en cliquant à côté ou en faisant défiler la page, ce n'est plus une barrière. Une implémentation correcte garde le focus à l'intérieur de la boîte de dialogue et exige un choix explicite.
  • La rendre accessible. Une fenêtre bloquante inaccessible au clavier, ou qu'un lecteur d'écran ne sait pas décrire comme une boîte de dialogue, devient un obstacle pour les personnes en situation de handicap sans rien apporter de plus à la question de l'âge pour laquelle elle a été construite. Une fenêtre modale conforme ARIA, avec un focus visible et un message d'erreur dans une zone live, coûte peu et évite ce piège.
  • Dire ce qu'elle est, dans le texte même. Un court avertissement près de la barrière, qui indique clairement qu'il s'agit d'un contrôle de diligence et non d'une vérification d'âge juridiquement contraignante, coûte une phrase et lève tout doute sur ce que le commerçant affirme.

Où doit se trouver le vrai contrôle, si vous en avez besoin

Si un produit exige réellement un contrôle d'âge juridiquement contraignant, ce contrôle n'a pas sa place dans une fenêtre du navigateur. Il a sa place dans le processus de vente lui-même : vérification à la livraison, contrôle d'identité par un tiers agréé, ou tout ce qu'exige la réglementation propre à ce produit et à cette juridiction. Une barrière côté navigateur peut se placer devant ce processus comme un premier filtre peu coûteux contre l'exposition accidentelle ou occasionnelle. Elle ne peut pas remplacer le processus.

En bref

Une barrière d'âge répond à une question d'expérience utilisateur, pas à une question juridique : ce visiteur comprend-il qu'il s'apprête à voir un contenu soumis à une limite d'âge, et reçoit-il un arrêt délibéré avant de le voir ? C'est une chose réelle et utile à bien construire : accessible, correctement délimitée, et honnête dans sa propre formulation sur ce qu'elle est. Ce n'est pas, et cela ne peut pas être, un substitut à un vrai contrôle d'âge là où la loi en exige un. Nous construisons la nôtre, Vérification d'Âge pour PrestaShop, avec exactement cette distinction indiquée dans l'écran de réglages lui-même, parce que le dire clairement est plus utile à un commerçant que de prétendre le contraire.

Vérification d'Âge (18+ / configurable)Portail de vérification de l'âge configurable pour les produits soumis à un âge minimum : ciblage par sit…Voir le produit
Étiquettes : compliance ux verifica-eta

Laisser un commentaire

Les commentaires sont modérés avant publication.

← Blog

Chargement...
Retour en haut