La checklist QA du consentement : que tester avant de livrer une version
Pourquoi le consentement a besoin de sa propre QA
Le consentement se casse en silence. Un nouveau script ajouté par un collègue, un déclencheur de balise modifié ou un cookie renommé peut démarrer le suivi avant que le visiteur ait choisi, ou cesser d'enregistrer les choix, et personne ne s'en aperçoit jusqu'à ce qu'un rapport paraisse étrange. Une checklist courte et répétable, exécutée avant chaque version, détecte la plupart de ces problèmes.
Effectuez les vérifications dans un profil de navigateur propre ou une fenêtre privée, extensions désactivées, et notez le résultat à côté de chaque point.
A. Première visite
- La bannière s'affiche dès le premier chargement de page, sans saut de mise en page qui masquerait du contenu important.
- Aucune balise non essentielle ne se déclenche avant un choix. Vérifiez dans l'onglet Network les requêtes d'analyse et de publicité.
- Aucun cookie non essentiel n'est déposé avant un choix. Vérifiez dans l'onglet Application.
- Les signaux de consentement par défaut sont refusés là où le consentement est requis.
- La page reste utilisable tant que la bannière est ouverte, et le contenu est lisible.
B. Faire un choix
- « Tout accepter » active les bonnes balises et le signal passe immédiatement à « granted ».
- « Tout refuser » est aussi facile à trouver et à cliquer que « Accepter », et garde les balises non essentielles désactivées.
- Les choix granulaires fonctionnent : activer uniquement l'analyse active l'analyse et rien d'autre.
- Le choix est mémorisé après rechargement et sur la page suivante, sans que la bannière réapparaisse.
- Le choix est enregistré dans votre journal de consentement avec un horodatage.
C. Modifier un choix
- Un point d'entrée permanent (lien de pied de page ou icône) rouvre les préférences sur chaque page.
- Le retrait du consentement arrête les balises concernées et, lorsque c'est faisable, supprime leurs cookies.
- Passer du refus à l'acceptation démarre les balises sans rechargement manuel.
D. Régions et langues
- Les règles par région se comportent comme prévu : utilisez un VPN ou un paramètre de test pour simuler un visiteur de chaque région que vous servez.
- La langue suit celle du visiteur et chaque libellé de bouton est traduit, sans clé brute visible.
- Les langues écrites de droite à gauche inversent correctement la mise en page si vous les proposez.
E. Technique et plateforme
- Les signaux publicitaires parviennent aux balises publicitaires : confirmez que votre chaîne de consentement ou un signal équivalent est présent dans les requêtes publicitaires.
- Les navigateurs mobiles affichent correctement la bannière en portrait et en paysage, et les boutons sont assez grands pour être touchés.
- Les bases de l'accessibilité : la navigation au clavier seul fonctionne, le focus est visible et un lecteur d'écran annonce la boîte de dialogue.
- Performance : le script de la bannière ne bloque pas le rendu et ne repousse pas le contenu principal vers le bas après le chargement.
Comment l'exécuter sans ralentir les versions
- Gardez la liste dans votre modèle de version pour qu'elle ne soit jamais oubliée.
- Automatisez les points simples, comme la détection de requêtes inattendues avant le consentement, avec un test de navigateur scripté.
- Désignez un responsable par version, en alternance si nécessaire.
- Conservez une trace des résultats ; elle aide lorsque vous devez montrer ce que vous avez vérifié et quand.
Cas particuliers à ajouter
Ajoutez des points pour tout ce qui est propre à votre site : lecteurs vidéo intégrés, widgets de chat, cartes, boutons sociaux et iframes de paiement ou de connexion chargent souvent leurs propres traceurs. Si vous livrez une application mobile avec une web view, répétez aussi les sections A à C dans l'application. Chaque fois qu'un incident vous apprend quelque chose, ajoutez une ligne à la liste pour que la même erreur ne puisse pas revenir.
Que faire quand une vérification échoue
Traitez un contrôle de consentement échoué comme un bloquant de version dès que quelque chose suit avant le consentement ou ignore un refus. Les problèmes cosmétiques, comme un bouton légèrement décalé, peuvent partir avec un ticket. L'ordre de priorité est : suivi avant le choix, choix ignoré, choix perdu, puis apparence.
Où s'insère FlexyConsent
La bannière de FlexyConsent est disponible en 57 langues et prend en charge Google Consent Mode v2, IAB TCF 2.4 et IAB GPP v1.1, ce qui couvre de nombreux points techniques ci-dessus. La checklist reste applicable, car ce sont vos propres balises, thèmes et scripts qui décident de ce qui se déclenche réellement sur la page.
Points clés à retenir
- Exécutez une checklist de consentement fixe avant chaque version, pas seulement quand la bannière change.
- Vérifiez la première visite, les choix, les modifications, les régions, les langues et le mobile.
- Contrôlez les balises et les cookies dans le navigateur, pas seulement l'apparence de la bannière.
- Classez les échecs : le suivi avant le choix en premier, l'esthétique en dernier.
- Automatisez ce que vous pouvez et gardez une trace de chaque exécution.