Comment tester une bannière de cookies avant la mise en ligne

Tous les articles

Testez une bannière de cookies avant la mise en ligne sur une URL de préproduction, dans une fenêtre privée, dans cet ordre : apparaît-elle, bloque-t-elle avant le consentement, le signal de consentement de la requête sortante correspond-il au choix, le choix est-il enregistré, et tout cela survit-il à une visite de retour et à un retrait. Les trois derniers sont là où les configurations échouent en général.

Presque tout test publié est un audit post-lancement

Cherchez comment tester une bannière de cookies et les guides qui remontent sont des audits : ouvrir le site, ouvrir les outils de développement, cliquer sur refuser, regarder si les traqueurs s'arrêtent. C'est un audit raisonnable et nous le ferions aussi. En lisant celles qui se positionnent aujourd'hui, elles sont écrites pour une bannière déjà en ligne, ce qui répond à une autre question que celle du titre ci-dessus.

La différence compte parce que les deux tests ne coûtent pas la même chose lorsqu'ils échouent. Une bannière en production qui s'avère cassée a collecté des données qu'elle n'aurait pas dû, ou manqué des données qu'elle aurait dû avoir, pendant tout le temps qu'il a fallu à quelqu'un pour s'en apercevoir. Une bannière cassée en préproduction a coûté un après-midi.

Les six vérifications, dans l'ordre

1. Testez en préproduction, pas sur le site en ligne

   La production n'est pas le banc d'essai. Placez la bannière sur une URL de préproduction et déclarez ce domaine dans l'outil de consentement, pour qu'il y serve une vraie bannière au lieu de refuser de se charger. La plupart des outils de consentement disposent d'un mode préproduction ou brouillon pour cela.

2. Ouvrez une fenêtre privée et vérifiez que la bannière apparaît

   Une fenêtre privée vierge est le seul premier regard honnête, car votre propre navigateur porte un choix fait précédemment et une bannière déjà répondue ne revient pas. Confirmez que la bannière apparaît au premier chargement, que l'option de refus est visible sans défilement, et que refuser n'est pas plus difficile qu'accepter.

3. Refusez tout, puis regardez ce que la page envoie

   Ouvrez le panneau réseau avant de toucher à la bannière. Rien de non essentiel ne devrait s'être déclenché. Refusez ensuite tout et rechargez. Les requêtes d'analytics et de publicité doivent être absentes sur une page produit et sur une page de paiement également, pas seulement sur la page d'accueil, car les balises sont fréquemment ajoutées par gabarit et par des personnes différentes.

4. Lisez le signal de consentement sur la requête sortante, pas sur la bannière

   C'est la vérification qui distingue une bannière d'une véritable configuration de consentement, et celle que les check-lists publiées omettent. Là où Consent Mode est implémenté, les balises Google portent l'état de consentement sur la requête elle-même : refusez, puis lisez cet état et confirmez qu'il indique refusé. Ne trouver aucun état de consentement est un constat en soi, et une panne différente, car cela signifie que Consent Mode ne tourne pas, et non que la bannière a échoué.

5. Confirmez que le choix a bien été consigné

   Un consentement que vous ne pouvez pas produire ensuite ne sert pas à grand-chose lors d'un audit. Vérifiez que répondre à la bannière crée un enregistrement stocké que vous pouvez récupérer, indiquant quelles catégories ont été acceptées et quand. Ce qu'il contient d'autre varie selon le fournisseur, et la version de l'avis affiché est le champ dont il vaut la peine de s'enquérir, car sans lui vous ne pouvez pas dire à quoi le visiteur a consenti.

6. Refaites-le en visiteur de retour, après un retrait, et depuis une seconde région

   Les trois sortent cassés régulièrement. Rechargez en tant que visiteur ayant déjà répondu et confirmez que le choix stocké est toujours appliqué. Retirez le consentement et confirmez que les balises s'arrêtent. Vérifiez ensuite une région où vos règles diffèrent.

À quoi ressemble un vrai test réussi

Quatre de ces vérifications ont une version confortable et une version honnête, et c'est la confortable dont se contentent la plupart des guides de test. L'écart entre les deux colonnes est l'endroit où des configurations que tout le monde avait validées se révèlent fausses des mois plus tard.

La troisième ligne mérite qu'on s'y arrête. Un outil de consentement qui signale avoir appliqué un choix signale son propre état interne, ce qui n'est pas la même chose que ce que vos balises ont reçu. L'endroit où la question se tranche est la requête qui quitte le navigateur, et c'est pourquoi vérifier le signal Consent Mode v2 est une étape à part et non un détail du test de refus.

Les trois états que personne ne teste

Les premières visites sont testées parce qu'elles sont faciles à reproduire. Les états qui sortent cassés sont ceux qui demandent un peu de préparation pour être atteints.

La visite de retour. Un choix stocké doit être relu et réappliqué lors de la visite suivante, et ce chemin passe par un code différent de celui qui l'a enregistré. Quand il échoue, le visiteur revoit la bannière à chaque chargement de page ou, pire, la bannière reste absente pendant que le choix stocké est ignoré en silence et que les balises tournent sur une valeur par défaut que personne n'a choisie.

Le retrait. Le RGPD exige que le consentement soit aussi facile à retirer qu'à donner, et l'intéressant est ce qui se passe ensuite : les balises qui étaient accordées doivent réellement s'arrêter. Un retrait peut mettre à jour l'enregistrement stocké tout en laissant tourner les balises déjà chargées jusqu'au chargement de page suivant, ce qu'il vaut mieux savoir avant le lancement qu'après une réclamation.

La seconde région. Les jeux de règles sont configurés pour le marché que quelqu'un avait en tête ce jour-là : une configuration qui affiche une bannière correcte dans un pays peut n'afficher rien du tout dans un autre. La personne qui teste est en général assise dans le premier pays, et c'est pour cela que cela passe inaperçu.

Conservez la preuve

Notez ce que vous avez vu, car la valeur du test se dégrade dès que le site change à nouveau. Conservez la requête sortante montrant un état refusé, l'enregistrement de consentement stocké, et une note des gabarits de page vérifiés. C'est la différence entre dire que la bannière a été testée et pouvoir le démontrer, la même distinction que celle tracée dans comment prouver réellement qu'un visiteur a donné son consentement.

Il vaut la peine d'être honnête sur ce que ce test protège. Les choix de consentement masquent couramment une part significative des sessions, mesurée à environ 34% des sessions sur les implémentations clients d'Amplio Data, ce qui est une plage mesurée et non une garantie. Une bannière défaillante de l'une des façons ci-dessus n'est pas seulement une exposition juridique : elle change silencieusement ce que compte chaque rapport en aval, sans le moindre message d'erreur.

Velo est construit pour que l'essentiel de cette liste soit vrai dès le premier chargement : l'état de consentement est fixé depuis un seul extrait de code avant l'initialisation de vos balises, le choix est enregistré avec ses catégories et la version de l'avis, et une visite de retour se comporte comme la première. Le mécanisme est décrit sur la page produit.