Le web vient de passer à fermé par défaut

La mise à jour iOS 27 d'Apple, sortie le 14 septembre, inverse le réglage par défaut de tout compte enfant de moins de 13 ans: Safari bloque désormais tout site que l'enfant n'a pas déjà été autorisé à visiter, transformant un navigateur autrefois ouvert en un navigateur qui s'ouvre lien par lien. Ask to Browse avait été dévoilée le 8 juin et arrive maintenant sur iPhone, iPad et Mac pour tout appareil inscrit dans le partage familial et mis à jour vers iOS 27, iPadOS 27 ou macOS 27.

Quand un enfant touche un lien qu'Apple n'a pas encore validé, la demande part directement vers le téléphone d'un parent, qui peut l'autoriser une fois, l'autoriser en permanence ou la laisser bloquée - constituant peu à peu une liste personnelle d'outils scolaires, de sites de loisirs et de divertissement approuvé plutôt que de s'appuyer sur un filtre de contenu fixe. Une Declared Age Range API associée, développée avec le concours de l'American Academy of Pediatrics, permet aux développeurs de demander une tranche 13+, 16+ ou 18+ sans que l'application ne voie jamais de véritable date de naissance, et Communication Safety détecte désormais aussi les contenus sanglants et violents dans Messages, les médias partagés et les appels FaceTime en direct, pas seulement les images fixes.

Les régulateurs débattent encore d'une question qu'Apple a contournée

Tout dispositif de vérification d'âge construit jusqu'ici part du même postulat: un site doit d'une manière ou d'une autre déterminer l'âge de son visiteur. L'Ofcom britannique affine depuis un an ce qui constitue une méthode de vérification acceptable, après avoir reconnu que deviner l'âge ne suffit pas. La France a ordonné aux plateformes sociales de vérifier l'âge avant l'ouverture d'un compte. La Slovaquie a construit un vérificateur distinct pour sa loi sur les moins de 16 ans, conçu précisément pour ne rien apprendre sur l'enfant au-delà d'un oui ou d'un non. Chaque approche continue de demander à l'enfant, ou à un intermédiaire, de prouver quelque chose à un site qui ne l'a jamais rencontré.

Ask to Browse ne demande rien à l'enfant. Le site ne reçoit jamais aucun signal d'âge: le filtre se trouve entièrement sur l'appareil, décidé par un parent qui connaît déjà son enfant, sans pièce d'identité, sans scan biométrique ni estimation d'âge nulle part dans la chaîne. Cela ne remplace pas les obligations légales que les régulateurs sont en train de rédiger; un site doit toujours respecter les règles britanniques, françaises ou slovaques qui lui sont applicables. Mais cela résout le problème pratique - cet enfant peut-il voir cette page maintenant - sans résoudre, ni avoir besoin de résoudre, le problème de vérification plus difficile dont les régulateurs débattent encore.

Quatre approches pour le même problème

ApprocheQui décideCe qui est demandé à l'enfantOù cela s'applique
Règles britanniques de vérification d'âge (Ofcom)La plateforme, via une méthode de vérification approuvéeProuver une tranche d'âge au site lui-mêmeSites pour adultes et à haut risque au Royaume-Uni
Décision française sur les réseaux sociauxLa plateforme, sur ordre du tribunalProuver son âge avant d'ouvrir un comptePlateformes sociales accueillant des mineurs français
Loi slovaque sur les moins de 16 ansUn vérificateur distinct, protecteur de la vie privéeRéussir un contrôle conçu pour ne rien apprendre sur l'enfantPlateformes accueillant des utilisateurs slovaques de moins de 16 ans
Ask to Browse d'Apple (iOS 27)Le parent, en temps réel, depuis son propre téléphoneRien - aucune déclaration d'âge, aucune pièce d'identité, aucun scanSafari sur tout compte enfant en partage familial

Ce qui change pour quiconque gère un site utilisé par des familles

La conséquence retombe sur le propriétaire du site, pas sur le régulateur. Avec la progression de l'adoption d'iOS 27, une part notable des visiteurs de moins de 13 ans arrivera déjà enveloppée dans une étape d'approbation parentale qui se produit avant même le chargement de la page - une friction à la première visite qu'aucune décision de conception du site n'a provoquée et qu'aucun exploitant ne peut désactiver. Un nouveau domaine, un nouveau sous-domaine pour un microsite de campagne ou une redirection via un paiement tiers peuvent chacun déclencher une nouvelle demande d'approbation qui n'a rien à voir avec la classification d'âge propre au site et tout à voir avec la logique de liste blanche d'Apple.

Pour les entreprises de l'UE et du Royaume-Uni qui surveillent déjà le consentement aux cookies et les obligations NIS2, c'est une variable véritablement nouvelle à ajouter à la liste: un contrôle au niveau de la plateforme que l'entreprise ne possède pas, ne peut pas configurer et pour lequel elle n'a eu à respecter aucune loi. C'est la même leçon qui revient sans cesse dans ce domaine - le changement le plus rapide en matière de sécurité des mineurs cette année n'est pas venu d'un régulateur.