Le Consent Mode est le mécanisme par lequel votre site indique aux outils Google si le visiteur a accepté ou refusé la mesure d'audience et la personnalisation publicitaire. La version 2 ajoute deux signaux liés aux données publicitaires, et conditionne l'accès à certaines fonctionnalités de Google Ads dans l'Espace économique européen.
Mal configuré, il ne provoque aucune erreur visible. Le site fonctionne, la bannière s'affiche, et pourtant vous perdez des conversions dans les rapports sans que rien ne signale le problème.
À quoi sert vraiment le Consent Mode
Deux choses. D'abord respecter le choix du visiteur : sans consentement, les balises se chargent en mode restreint, sans cookie. Ensuite permettre à Google de modéliser les conversions manquantes, c'est-à-dire estimer statistiquement ce qu'ont fait les visiteurs qui ont refusé.
C'est ce second point qui est en jeu. Sans Consent Mode correctement implémenté, pas de modélisation : vous ne perdez pas seulement les données des visiteurs qui refusent, vous perdez aussi l'estimation de leur comportement.
Panne n°1 : l'ordre de chargement
C'est de loin la plus fréquente. L'état par défaut du consentement doit être déclaré avant le chargement de Google Tag Manager, donc avant que la moindre balise puisse se déclencher.
Dans la pratique, on trouve souvent le script de la CMP placé après le conteneur GTM, ou l'état par défaut défini dans une balise GTM, ce qui revient à fermer la porte après le passage. Les premières millisecondes de la page suffisent à déclencher des balises dans un état non déclaré.
L'ordre correct dans le <head>, sans exception : script de la CMP, puis état par défaut du consentement, puis GTM.
Panne n°2 : le signal de mise à jour absent
Déclarer l'état par défaut ne suffit pas. Quand le visiteur clique sur « Accepter », la CMP doit envoyer un signal de mise à jour qui passe les catégories concernées à l'état accordé.
Deuxième point, souvent oublié : le choix doit être mémorisé et rejoué au chargement des pages suivantes. Un visiteur qui accepte sur la page d'accueil ne doit pas repartir en refus sur la page produit.
Panne n°3 : la CMP mal catégorisée
Les CMP grand public classent automatiquement les scripts qu'elles détectent, et se trompent régulièrement. Deux cas typiques :
- La balise de conversion Google Ads classée en « statistiques » au lieu de « marketing », donc bloquée pour une partie des visiteurs qui avaient pourtant accepté la publicité
- Le conteneur GTM entièrement bloqué tant que rien n'est accepté, ce qui empêche même le Consent Mode de fonctionner puisque plus rien ne se charge
Il faut reprendre cette catégorisation à la main, balise par balise. C'est fastidieux et cela prend une demi-heure, mais c'est ce qui distingue une installation qui modélise d'une installation qui perd ses données.
La procédure de contrôle
À faire en navigation privée, sur mobile puis sur ordinateur :
- Ouvrir la page sans rien cliquer et vérifier dans l'onglet réseau qu'aucun cookie publicitaire n'est déposé
- Vérifier dans l'aperçu GTM que l'état par défaut est bien déclaré dès le premier événement, et non après
- Cliquer sur « Refuser » et confirmer que les balises se déclenchent en mode restreint, sans identifiant
- Recharger : le refus doit être mémorisé
- Recommencer avec « Accepter » et vérifier le passage à l'état accordé pour les quatre signaux
- Ouvrir enfin le diagnostic de vos actions de conversion dans Google Ads : il indique explicitement si le Consent Mode est détecté et si la modélisation est active
Ce dernier point est le plus rapide et le plus parlant. Si Google Ads vous dit que le Consent Mode n'est pas détecté, inutile de chercher ailleurs.