Comment vérifier un site web pour une bannière de cookies et un consentement aux cookies

Comment vérifier un site web pour une bannière de cookies et un consentement aux cookies

1. Qu'est-ce qu'un bandeau de cookies et pourquoi le vérifier

Le bandeau de cookies est la première fenêtre que voit une personne en accédant au site. Il demande généralement le consentement pour les cookies, c'est-à-dire pour le stockage de petits fichiers dans le navigateur. Pour l'utilisateur, cela ressemble à un choix parmi 2 ou 3 boutons, et pour le site, c'est une vérification du bon fonctionnement avec les données.

Le sens de la vérification est simple : le site ne doit pas placer de cookies marketing ou analytiques avant que la personne n'ait cliqué sur le bouton approprié. Si le bandeau apparaît, mais que le consentement a déjà été donné à l'avance, c'est un mauvais signal. Et oui, parfois le problème se cache dans une ligne de script superflue.

Quand il faut expliquer rapidement, comment vérifier un site pour fraude, on recherche généralement des signes évidents : forme de paiement, domaine étrange, contacts étrangers. Avec le cookie banner, la logique est similaire, il faut juste regarder non pas le bruit visuel, mais quand et quels cookies apparaissent. Un seul lancement incorrect du script casse tout.

La vérification n'est pas faite juste pour faire joli. Sur un site avec un banner, l'utilisateur doit comprendre pourquoi les cookies sont collectés, et le site doit être capable de conserver son choix. Sans cela, il est ensuite difficile d'expliquer pourquoi l'analyse considère des visites superflues ou pourquoi le banner réapparaît après chaque mise à jour de la page.

2. Quelles exigences sont généralement vérifiées

Lors d'une vérification typique, on examine 4 choses : le banner est présent, le refus est accessible, les objectifs des cookies sont décrits, le consentement est correctement enregistré. Si la page n'a qu'un bouton « Accepter », la vérification donne déjà lieu à une remarque. Si le banner est présent, mais que le texte est vide et sans sens, cela ne passe pas non plus le test de bon sens.

Le premier point est la présence d'une bannière lors de la première visite. Le deuxième est la possibilité de refuser aussi facilement que d'accepter. Le troisième est la description des objectifs : analyse, publicité, cookies fonctionnels, parfois personnalisation. Le quatrième est l'enregistrement du choix, afin de ne pas poser la même question à nouveau après le rafraîchissement de la page.

Il est parfois utile de regarder les habitudes numériques familières sous un angle plus large. Par exemple, les gens développent rapidement de l'irritation si l'interface exige une action sans explication ; un effet similaire se voit dans les bannières, lorsque le texte est long et le sens court. À cet égard, cela aide bien les expériences les plus cruelles des psychologues — pas comme une instruction, bien sûr, mais comme un rappel que même un léger retard ou un choix imposé influence le comportement humain.

Un autre point pratique est la langue du message. Si le site fonctionne en russe, la bannière doit également être en russe, sans mélange de phrases en anglais et en allemand. L'utilisateur n'est pas obligé de deviner ce que signifie « Manage preferences ». C'est juste un écran, mais il décide de beaucoup de choses.

3. Préparation à la vérification du site

Avant le test, ouvrez au moins 3 scénarios : la page d'accueil, la page avec le formulaire et la page avec des scripts externes, comme une carte ou une vidéo. Parfois, la bannière de cookies se comporte différemment selon les types de pages. Sur la page d'accueil, tout est propre, mais dans le blog, le code tiers s'active déjà.

Il est préférable de vérifier dans 2 navigateurs. L'un est votre principal, l'autre pour un démarrage propre. Idéalement, ouvrez une fenêtre incognito et une fenêtre normale pour voir la différence entre un nouvel visiteur et une personne qui a déjà cliqué sur le bouton d'acceptation.

Vous avez besoin de 2 autres appareils si le site est réactif : un bureau et un téléphone. Sur mobile, la bannière peut descendre, couvrir le bouton de menu ou ne pas tenir sur l'écran. Ce n'est pas rare, surtout lorsque l'interface est assemblée rapidement et sans vérification manuelle.

Avant de commencer, notez 3 choses : la date, le navigateur et l'URL de la page. Sans cela, il est difficile de reproduire le bug plus tard. Une ligne dans une note économise une demi-heure de correspondance avec le développeur.

Si vous tenez une liste de contrôle, laissez des champs séparés pour le texte de la bannière, les boutons, les liens vers la politique et le fait d'installer des cookies avant l'acceptation. Dans certains projets, il est pratique de joindre immédiatement une capture d'écran. Sec ? Oui. Mais ensuite, il n'est pas nécessaire de se souvenir de l'endroit où la bannière a disparu.

4. Comment vérifier la présence d'une bannière de cookies sur le site

Commencez par la première visite en mode incognito. Ouvrez la page d'accueil et ne cliquez sur rien pendant 5 à 10 secondes. La bannière doit apparaître immédiatement ou dans un court laps de temps, et non après être passé à la troisième page. S'il n'y en a pas, il y a déjà une question sur la logique d'affichage.

Vérifiez si la bannière n'est pas cachée sous d'autres éléments. Une erreur fréquente est que la bannière est présente, mais qu'elle est recouverte par un chat, une inscription contextuelle ou un menu sticky. Sur l'écran, elle semble être présente, mais en réalité, elle est inaccessible. Cela est particulièrement visible sur un téléphone, où l'espace est réduit.

Faites des transitions sur 3 à 4 pages : page d'accueil, catalogue, fiche produit, contacts. La bannière doit se comporter de la même manière si les règles d'affichage sont identiques. Lorsqu'elle n'apparaît que sur une seule page et disparaît sur les autres, ce n'est plus un scénario unique, mais un hasard.

Vérifiez un autre point : la bannière ne se montre-t-elle pas à nouveau après la fermeture de l'onglet et une nouvelle entrée, si la personne a déjà fait un choix. Si le site ne conserve pas le consentement, l'utilisateur verra la même fenêtre à chaque fois. Après 2 à 3 visites de ce type, la bannière commence à agacer même les personnes les plus patientes.

Parfois, la bannière se charge avec un retard en raison des scripts. Dans ce cas, la page a le temps de définir des cookies avant l'apparition de la fenêtre. Ce n'est plus un détail visuel, mais une erreur technique. Dans ce cas, il faut examiner l'ordre de chargement des scripts, et pas seulement le texte de la bannière.

5. Comment vérifier le consentement aux cookies

Ici, il faut une simple séquence de 3 actions : cliquer sur « Accepter », cliquer sur « Refuser » et ouvrir « Configurer », si un tel bouton existe. Après chaque action, vérifiez comment le comportement du site change et quels cookies apparaissent. Le consentement ne doit pas être décoratif.

Après avoir cliqué sur « Accepter », rouvrez la page et voyez si la bannière a disparu. Ensuite, fermez le navigateur et reconnectez-vous. Si le choix est conservé, le site se comporte normalement. Si la bannière revient, la sauvegarde du consentement est cassée ou ne dure pas assez longtemps.

Vérifiez séparément le refus. Le bouton « Refuser » doit fonctionner aussi sûrement que « Accepter », et ne pas se cacher dans le texte ou ouvrir une fenêtre supplémentaire. Parfois, les développeurs mettent en place un schéma joli mais malhonnête : il est facile d'accepter, mais il faut 4 clics pour refuser. Une telle solution doit être immédiatement marquée comme problématique.

S'il y a une fenêtre de paramètres, vérifiez s'il est possible de désactiver les cookies analytiques et marketing séparément. C'est utile lorsque la personne choisit elle-même les catégories, plutôt que de recevoir un seul interrupteur général pour tout. Ici comment économiser de l'argent sans souffrir rappelle une pensée simple : le confort ne doit pas se transformer en pertes, seulement dans le cas des cookies, il ne s'agit pas de portefeuille, mais de contrôle sur son choix.

Après chaque choix, actualisez la page une fois et vérifiez si des cookies supplémentaires apparaissent avant un nouveau consentement. S'ils apparaissent, la bannière fonctionne seulement en surface. De l'extérieur, tout est beau, à l'intérieur - non.

6. Comment vérifier les cookies dans le navigateur et via les outils de développement

Ouvrez les outils de développement et allez dans l'onglet Application ou Stockage, selon le navigateur. Vous y verrez les cookies, localStorage et parfois sessionStorage. Pour vérifier la bannière des cookies, c'est un ensemble de base. Sans cela, on ne peut que deviner.

Commencez par regarder la liste des cookies avant d'appuyer sur n'importe quel bouton. Ensuite, cliquez sur « Accepter » et comparez la liste à nouveau. La différence doit être claire et explicable.

Il est utile de séparer les cookies nécessaires des autres. Les nécessaires sont généralement responsables de la session, du panier, de l'authentification ou de la langue de l'interface. Les analytiques et marketing n'apparaissent qu'après consentement. Si tout est mélangé, la vérification devient plus difficile, mais le problème ne disparaît pas pour autant.

Dans la pratique, il est pratique de tenir un tableau. Cela aide à ne pas se disputer par mots et à ne pas chercher de bogue de mémoire.

À vérifier	Avant consentement	Après «Accepter»	Après «Refuser»
Bannière	Oui	Caché	Caché
Cookies analytiques	Non	Peuvent apparaître	Ne doivent pas apparaître
Cookies marketing	Non	Peuvent apparaître	Ne doivent pas apparaître

Si le site utilise des services tiers, vérifiez-les séparément. Les cartes, les chats, les vidéos et les pixels aiment tirer leurs propres cookies, parfois même avant l'action de l'utilisateur. Pour de tels cas, il faut examiner les requêtes réseau et l'ordre de chargement des scripts. Un seul widget externe peut gâcher tout le schéma.

Dans le rapport, il est préférable de noter le nom du cookie, le domaine, le moment de l'apparition et l'action de l'utilisateur. Sans ces 4 points, le développeur devra répéter le test depuis le début. Ce n'est plus un contrôle, mais un devinette.

7. Erreurs fréquentes sur les sites

La première erreur est que la bannière ne s'affiche pas du tout lors de la première visite. La deuxième est que le bouton de refus est absent ou caché profondément dans les paramètres. La troisième est que les cookies sont placés avant le choix de l'utilisateur. Chacune de ces problèmes est déjà un motif de correction.

La quatrième erreur est que le consentement est mal enregistré. L'utilisateur a cliqué sur « Refuser », mais une heure plus tard, la bannière réapparaît comme nouvelle. La cinquième est que sur l'écran mobile, la fenêtre est recouverte par l'en-tête du site ou le bouton de chat. La sixième est que le texte de la bannière n'explique pas pourquoi des cookies sont nécessaires, et les gens ferment simplement la page.

Il existe également des erreurs moins visibles. Par exemple, la bannière n'apparaît qu'en russe, tandis que les paramètres sont en anglais. Ou le bouton «Configurer» est présent, mais à l'intérieur, rien ne peut être désactivé. De l'extérieur, cela ressemble à un scénario complet, mais en réalité, c'est une imitation.

Il est parfois utile de comparer les sites avec d'autres erreurs d'interface, où l'utilisateur doit deviner les règles par lui-même. Dans ce sens, le matériel sur c'est intéressant rappelle que les anciennes listes et habitudes perdent rapidement leur sens si personne ne les revoit à temps. Cela est également vrai pour la bannière de cookies : le modèle d'hier peut ne plus fonctionner aujourd'hui.

Un autre problème est l'absence de vérification après la mise en production. Le bandeau a été corrigé sur l'environnement de test, mais l'ancien script est resté sur le site en production. Cela arrive plus souvent qu'on ne le pense, surtout si le frontend et le gestionnaire de balises vivent des vies différentes. Seule une nouvelle vérification sur la version en production peut sauver la situation.

8. Que faire après la vérification

Après le test, rédigez une liste des découvertes dans un court rapport : page, navigateur, appareil, action, résultat. Si vous avez une capture d'écran, joignez-la immédiatement. 1 bon rapport vaut mieux que 10 remarques orales, car il montre l'ordre des actions.

Décrivez chaque problème de manière précise : ce que vous avez cliqué, ce que vous attendiez, ce que vous avez vu. Ne dites pas « le bandeau fonctionne bizarrement ». Mieux vaut dire : « Après avoir cliqué sur “Refuser”, le cookie analytics apparaît après le rafraîchissement de la page ». Le développeur a besoin d'une formulation sur laquelle il peut travailler dans le code.

S'il y a beaucoup de remarques, divisez-les en 3 groupes : critiques, moyennes et cosmétiques. Critiques — cookies avant consentement. Moyennes — absence de refus. Cosmétiques — texte tronqué ou bouton décalé. Cet ordre aide à ne pas discuter des détails trop tôt.

Lorsque les corrections sont prêtes, effectuez la vérification à nouveau. Pas un seul écran, mais tout le scénario : première visite, choix du bouton, redémarrage, nouvelle connexion, version mobile. Sans test de répétition, il est facile de considérer une ancienne erreur comme corrigée. Et alors la bannière réapparaîtra au moment le plus inopportun.

Si vous devez rapidement vérifier le résultat manuellement, gardez à portée de main à la fois la liste de contrôle et les outils de navigateur. Dans un onglet, vous pouvez voir le comportement de l'interface, dans l'autre - les cookies eux-mêmes. C'est généralement dans cette paire que se trouve la réponse à ce qui est cassé et où chercher la prochaine correction.