Transformer un badge d’âge en carte de couverture vérifiable
La classification par âge répond d’abord à une question de boutique : âge minimal recommandé, visibilité, téléchargement ou achat. Elle ne prouve pas ce qui se passe une fois l’application ouverte, lorsqu’une réponse d’IA s’affiche, qu’un message privé arrive, qu’un lien quitte le service ou qu’une publicité mène au paiement. Consignez donc la classification comme référence d’accès, puis auditez séparément le comportement en service. L’unité utile n’est pas « un filtre existe », mais une surface, un sens, un état observable, une valeur par défaut, la personne autorisée à la modifier, un comportement en cas d’échec et une date de nouveau test. Cette méthode sert à examiner un produit ; elle ne formule pas une règle identique pour toutes les régions et ne remplace pas un guide de contrôle parental.
Délimiter d’abord ce que prouve la classification
Notez la boutique, la région du compte, le public déclaré, la classification affichée, les descripteurs et la version testée. Apple présente sa classification comme l’âge minimal recommandé pour télécharger l’application et peut signaler sur la fiche la présence de contenus créés par les utilisateurs, de messagerie ou de publicité. Google Play demande une déclaration du public cible et du contenu en plus de la classification. Une restriction peut toucher la recherche, le téléchargement, l’achat ou la mise à jour, sans couvrir ces étapes de la même manière. Écrivez l’observation exacte — introuvable, visible mais non téléchargeable, achat refusé, mise à jour bloquée — sans en déduire que les réponses ou messages sont filtrés dans l’application.
Imposer les mêmes colonnes de preuve à chaque ligne
Une ligne correspond à une surface et à un sens : entrée, sortie, réception, envoi ou recommandation. Ajoutez le compte et son état d’âge, l’appareil, la version, l’état observé, le réglage par défaut, qui peut le modifier, où, l’affichage en cas d’échec, le signalement, la preuve et le prochain déclencheur de test. Limitez les états à blocked (bloqué), warned (averti), blurred (flouté), allowed (autorisé) et reportable (signalable). Ce ne sont pas des notes : une image floutée peut aussi être signalable et un lien autorisé peut être précédé d’un avertissement. Séparez deux réactions simultanées. Non testé, indisponible et inconnu ne veulent jamais dire autorisé.
Séparer la production de l’IA des apports de l’utilisateur
Créez des lignes distinctes pour texte, image, voix, suggestions et notifications générés, puis pour invites, fichiers importés, micro, profil et contexte fourni. Un service peut refuser une image en entrée tout en produisant une suggestion inadéquate à partir d’un texte ordinaire ; il peut traiter la conversation sans couvrir l’aperçu de notification. Employez des éléments de test synthétiques, inoffensifs et clairement étiquetés pour vérifier le routage. Indiquez si l’intervention a lieu avant la génération, avant ou après l’affichage, ou seulement après signalement. Recommencez après régénération, édition, partage et changement de modèle. La mention « filtre IA activé » ne démontre pas les deux sens.
Cartographier les issues par communauté, message et lien
Distinguez profil, pseudonyme, commentaire, publication, invitation de groupe, découverte de contacts, message privé, pièce jointe et aperçu. Observez le côté émetteur et le côté destinataire, puis recommencez après blocage, sourdine ou signalement. Pour les liens, séparez URL cliquable, texte copié, code dans une image, navigateur intégré, partage d’une sortie IA, carte publicitaire et page d’assistance. Notez si la destination est bloquée, précédée d’un avertissement, ouverte dans l’application ou atteinte sans indication. Un résultat sur les publications ne vaut pas pour les messages privés ; l’avertissement du chat ne prouve rien sur la destination d’une publicité.
Tester l’image et la voix comme des parcours
Pour l’image, isolez appareil photo, import, génération, pièce jointe reçue, vignette, plein écran, enregistrement et partage. Pour la voix, isolez direct, clip conservé, transcription, réponse synthétique, lecture automatique, notification et export. Consignez l’état avant et après ouverture, ainsi que le signalement, y compris sur écran verrouillé ou avec écouteurs si cela compte. Si l’analyse dépend du serveur, provoquez un mode hors ligne ou une expiration contrôlée et relevez l’état visible. Un chargement sans fin, un panneau vide, une erreur vague ou un contournement silencieux est inconnu, pas validé. Cette décomposition révèle par exemple une vignette floutée dont le plein écran ne l’est plus.
Suivre publicité et achat jusqu’à leur destination
Mettez en lignes la création publicitaire, son texte, son emplacement, la page d’arrivée, le navigateur externe, la fiche produit, le paiement, l’information de renouvellement et le message post-achat. Vérifiez si l’état d’âge modifie la publicité, si un avertissement précède la sortie et qui peut changer l’accès à l’achat. Il ne s’agit pas d’un audit général des dépenses, mais de la continuité du contenu et de la transition. Testez achat refusé ou indisponible et coupure de réseau. L’échec ne doit ni ressembler à une réussite, ni ouvrir une voie plus large, ni faire disparaître le signalement. Identifiez explicitement la frontière d’un composant publicitaire tiers.
Repartir des valeurs par défaut après un changement
Exécutez chaque ligne avec un compte neuf et des réglages intacts. Modifiez ensuite le contrôle avec la personne autorisée, puis essayez un deuxième appareil ou le Web et une nouvelle connexion. Mise à jour, nouveau modèle, nouveau média, changement de règle ou nouvelle surface imposent un nouveau test. Les recommandations d’eSafety sur les contrôles utilisateurs mentionnent des réglages sûrs par défaut, adaptés à l’âge, ainsi que filtrage, avertissement, floutage, masquage, restriction des contacts, signalement et réexamen lors des changements. Demandez si la mise à jour a conservé le choix, rétabli un réglage plus prudent, ajouté une ligne inconnue ou élargi silencieusement l’accès. Datez chaque constat.
Limiter la conclusion à la portée des preuves
Terminez par trois listes : couverture confirmée, lacunes nommées et tests arrivés à échéance. Une classification peut être exacte tandis que la couverture en service reste partielle ; un filtre peut fonctionner alors que la fiche de boutique est ancienne. Précisez compte, appareil, version et surfaces, conservez des captures sans données privées et nommez chaque inconnue. Ne fabriquez ni note globale ni classement fondé sur le badge. La décision utile est plus étroite : les surfaces réellement prévues disposent-elles de bons réglages par défaut, de contrôles compréhensibles, d’un échec visible et d’un chemin de signalement encore accessible après une mise à jour ?
Questions fréquentes
Une classification par âge prouve-t-elle le filtrage en service ?
Non. Elle décrit une référence de boutique ; sorties IA, messages, liens, médias, publicités et achats exigent des essais séparés.
Que faut-il consigner comme résultat ?
Un état observable — bloqué, averti, flouté, autorisé ou signalable — avec réglage par défaut, personne autorisée, échec, preuve et date.
Quand faut-il recommencer les tests ?
Après mise à jour, nouveau modèle ou média, changement de règle ou d’appareil, et ajout de toute surface de contenu ou de contact.