Quand le bandeau cookies change et que personne ne vous prévient

Le cookie banner monitoring consiste à savoir quelle plateforme de gestion du consentement (CMP) tourne sur un site, à vérifier qu'elle résiste à chaque déploiement et à contrôler que les tags marketing se comportent toujours correctement vis-à-vis du consentement. Si le bandeau disparaît, le site se met à déposer des cookies de tracking sans demander l'accord des visiteurs, ce qui pose un problème de RGPD ; s'il change, GA4 et le Meta Pixel peuvent cesser de se charger alors que toutes les pages ont l'air parfaitement saines.

Aucune page ne renvoie de 404 et aucun contrôle de disponibilité ne passe au rouge. Le premier signe est en général une courbe de conversions qui devient incompréhensible quelques semaines plus tard.

Qui touche au bandeau, et pourquoi personne ne vous prévient

Le consentement se trouve à la croisée de plusieurs services. Le juridique est responsable de la politique cookies et souvent du contrat avec la CMP. Un développeur gère le plugin ou le script placé dans le <head>. Le marketing gère les tags qui en dépendent. Personne n'est responsable du résultat, si bien que les changements se font pour des raisons valables aux yeux d'une équipe et n'arrivent jamais jusqu'aux autres.

Quelques cas typiques. Un développeur installe Complianz ou CookieYes sur un site WordPress qui avait déjà un dispositif de consentement. Le juridique fait passer le compte de Cookiebot à OneTrust et le traite comme un simple dossier contractuel. Une mise à jour du thème ou du CMS fait sauter le snippet qui chargeait la CMP. Quelqu'un renomme les catégories de consentement et un tag se retrouve dans une catégorie qu'aucun visiteur n'active jamais. Ou encore le bandeau avait été désactivé en préproduction pour faciliter les tests, et ce réglage part en production avec la release.

Chacun de ces cas est un changement SEO silencieux typique, à ceci près que les dégâts touchent les données analytics et la conformité plutôt que le positionnement.

Ce qu'un changement de CMP fait à GA4 et au Meta Pixel

La plupart des CMP bloquent les scripts avant consentement, soit en reconnaissant l'URL des scripts, soit en rangeant les tags dans des catégories. Une nouvelle CMP ignore tout des exceptions que l'ancienne avait configurées : un tag qui se chargeait après « Accepter » peut donc ne plus jamais se charger. Google Tag Manager est présent, le conteneur se déclenche, et le tag GA4 qu'il contient reste bloqué.

Avec Google Consent Mode v2, la panne est plus difficile à repérer. La page définit un état par défaut avec gtag('consent', 'default', {...}), et le bandeau est censé appeler gtag('consent', 'update', {...}) quand le visiteur accepte. Si le nouveau bandeau n'envoie jamais cette mise à jour, analytics_storage et ad_storage restent refusés. GA4 reçoit toujours des hits, mais ce sont des pings sans cookies, et les rapports se remplissent de données modélisées au lieu de sessions réellement observées. Dans l'onglet Network, cela se voit sur la requête /g/collect : le paramètre gcs vaut G100 quand les deux types de stockage sont refusés et G111 quand ils sont tous deux accordés.

La panne inverse ressemble à une bonne nouvelle. Si le bandeau disparaît complètement, les tags se déclenchent pour tout le monde et les sessions GA4 bondissent. Ce bond est un problème de conformité, pas de la croissance.

Un décalage entre catégories frappe surtout les campagnes payantes. Quand le Meta Pixel se trouve derrière une catégorie « marketing » que le nouveau bandeau cache sur un second écran, les campagnes continuent de dépenser alors que les conversions ne sont plus attribuées.

Ce que la page doit faire dans chaque état

État	GA4 / GTM	Meta Pixel	Cookies attendus
Avant tout choix	Bloqué, ou Consent Mode refusé par défaut	Non chargé	Ni _ga, ni _fbp
Après « Accepter »	gtag.js se charge, /g/collect avec gcs=G111	fbevents.js se charge	_ga, _ga_<ID>, _fbp
Après « Refuser »	Aucun hit, ou uniquement des hits sans cookies	Non chargé	Ni _ga, ni _fbp

Tester le consentement à la main

1. Ouvrez une nouvelle fenêtre de navigation privée. Un choix de consentement enregistré lors d'une visite précédente masquerait le problème.
2. Chargez la page d'accueil et notez quelle CMP affiche le bandeau. Cookiebot, Iubenda, OneTrust, CookieYes et Complianz ont tous un balisage et des URL de script reconnaissables.
3. Ouvrez les DevTools, allez dans Network et filtrez sur collect, gtag et fbevents. Regardez aussi Application > Cookies.
4. Cliquez sur « Accepter » et vérifiez que les requêtes et les cookies du tableau ci-dessus apparaissent. Contrôlez que l'ID de mesure présent dans la requête (tid=G-...) est toujours celui du client.
5. Recommencez dans une nouvelle fenêtre privée, en cliquant cette fois sur « Refuser ».
6. Faites de même sur chaque template important, sans oublier la page de remerciement ou de confirmation de commande, puisque c'est là que se déclenchent les tags de conversion.

Comptez une dizaine de minutes par site. C'est acceptable une fois, irréaliste après chaque mise en production sur trente sites clients.

Le cookie banner monitoring avec Deltio, et ce qu'il ne couvre pas

Deltio contrôle chaque jour la page d'accueil de chaque site, enregistre la CMP présente et vous alerte sur Slack et par e-mail quand le fournisseur apparaît, disparaît ou change. Le même cycle quotidien vérifie GA4, GTM et le Meta Pixel sur les pages surveillées et signale un tag disparu ou dont l'ID a changé. Un changement de bandeau et un pixel manquant remontent donc au même endroit, le même jour.

Deltio ne vérifie pas si votre configuration du consentement est juridiquement conforme, et il ne fait pas l'inventaire des cookies déposés par un site. Il vous dit ce qui se trouve sur la page et ce qui a changé depuis la vérification précédente. Pour le reste d'un site client, consultez la checklist de monitoring pour agences et notre guide pour surveiller les sites clients et détecter les changements.

Un bon point de départ est le client dont le juridique, le développeur et le marketing n'ont jamais participé au même appel. Vous pouvez ajouter ce site pendant un essai de 14 jours.