Le Consent Mode Google Ads est-il obligatoire

Non, pas au sens d'une obligation légale imposée par Google. Mais la question est mal posée, et c'est pour ça qu'elle revient sans arrêt. Le Consent Mode Google Ads est la condition pour continuer à utiliser la mesure, le remarketing et la personnalisation sur votre trafic européen. Sans lui, vos campagnes tournent toujours, elles tournent simplement plus mal.

La confusion vient de là. On cherche une échéance et une sanction, alors qu'il s'agit d'un mécanisme technique : si les signaux de consentement n'arrivent pas chez Google, certaines fonctionnalités s'éteignent d'elles-mêmes. Voyons ce qu'il faut transmettre, ce qui se casse quand on s'y prend mal, et comment vérifier que le câblage tient.

Ce que Google exige pour le trafic européen

La règle est posée pour les utilisateurs situés dans l'Espace économique européen. Pour continuer à vous servir des balises et des kits de développement à des fins de mesure, de personnalisation des annonces et de remarketing, vous devez recueillir le consentement de ces utilisateurs et transmettre les signaux correspondants à Google.

Deux points échappent souvent à la lecture rapide. D'abord, cela vaut aussi quand vous exploitez des données Google Analytics dans Google Ads, Search Ads 360 ou Display & Video 360 : passer par GA4 ne vous sort pas du périmètre. Ensuite, si vous utilisez déjà le mode de consentement et que vous ne faites aucune publicité personnalisée, vous n'avez rien à changer.

Cette dernière nuance mérite qu'on s'y arrête, parce qu'elle disqualifie les articles alarmistes. Un annonceur qui ne fait ni remarketing ni audiences similaires, et qui se contente de mesurer, est dans une situation bien moins tendue que celui dont la moitié du budget part sur des listes d'audience.

Un mot sur la géographie, parce que la confusion est fréquente. Le critère est la localisation de l'utilisateur, pas celle de l'annonceur. Une entreprise établie hors d'Europe qui diffuse en France est pleinement concernée. À l'inverse, un annonceur français qui ne cible que le Canada ou les États-Unis sort du périmètre, ce qui ne l'exonère évidemment pas des règles locales de ces marchés.

Les quatre signaux à transmettre

Le mode de consentement repose sur des paramètres que votre bannière positionne à « accordé » ou « refusé ». Les deux premiers existaient déjà, les deux suivants sont ceux qu'a introduits la version 2 :

• ad_storage : l'autorisation de stocker des informations liées à la publicité, les cookies publicitaires en pratique ;
• analytics_storage : la même chose pour la mesure d'audience ;
• ad_user_data : le consentement à l'envoi de données utilisateur à Google à des fins publicitaires ;
• ad_personalization : le consentement à la publicité personnalisée, donc au remarketing.

Retenez la distinction entre les deux derniers, c'est elle qui pose problème en pratique. Un utilisateur peut très bien accepter que ses données partent chez Google pour la mesure tout en refusant d'être reciblé. Les deux signaux sont indépendants, et une bannière qui les traite comme un bloc unique vous fait perdre de la donnée sans raison.

Mode de base ou mode avancé : ce qui change vraiment

Voilà la décision qui a le plus d'effet sur vos chiffres, et celle dont on parle le moins. Google propose deux implémentations qui ne se valent pas du tout.

Le mode de base

Les balises Google sont purement bloquées tant que l'utilisateur n'a pas interagi avec la bannière. S'il refuse, aucune donnée ne part chez Google, pas même le statut du consentement lui-même.

Pour la mesure, la conséquence est directe : ces visiteurs n'existent pas. Google ne peut compenser qu'avec un modèle général, construit à partir de données agrégées et non des vôtres.

Le mode avancé

Les balises se chargent tout de suite, avec le consentement réglé sur « refusé » par défaut. Si l'utilisateur refuse, Google reçoit malgré tout le statut du consentement et des signaux sans cookie, qui ne permettent pas de l'identifier.

En échange, la modélisation devient spécifique à votre compte, donc nettement plus fine. C'est ce qui explique que deux sites au même taux de refus affichent des pertes de conversions très différentes : ils n'ont pas choisi le même mode.

Mon conseil est net : sauf contrainte juridique particulière imposée par votre conseil, prenez le mode avancé. Il respecte le refus de l'utilisateur, aucune donnée personnelle ne part, et il vous laisse une mesure exploitable.

Faut-il une plateforme de gestion du consentement certifiée ?

Ce n'est pas obligatoire, et c'est pourtant le choix que je recommande à la plupart des annonceurs.

Avec une plateforme certifiée par Google, la mise à jour vers la version en vigueur du mode de consentement se fait toute seule chez votre prestataire. Vous ne repassez pas par un chantier technique à chaque évolution des règles, ce qui, sur ce sujet, est arrivé plus d'une fois.

Avec une bannière maison, tout repose sur vous. Google indique alors de régler la valeur par défaut sur « refusé » et la mise à jour sur « accordé » après acceptation. C'est faisable, mais cela suppose quelqu'un qui suive le sujet dans la durée, et c'est rarement le cas dans une PME.

Pourquoi vos conversions ont baissé après l'installation

Une baisse est normale, son ampleur ne l'est pas toujours. Trois causes reviennent, dans cet ordre de fréquence.

La première est le taux de refus lui-même. Si 40 % de vos visiteurs refusent, vous perdez la mesure directe de 40 % de votre trafic, et seule la modélisation rattrape une partie du trou. Rien n'est cassé, vous voyez simplement la réalité de votre bannière.

La deuxième est le choix du mode de base sans en mesurer le prix. Sur un site à fort taux de refus, la différence avec le mode avancé se compte en dizaines de points de conversions remontées.

La troisième est un défaut de câblage, et c'est la plus vicieuse parce qu'elle ne ressemble pas à un bug. J'ai vu un cas où tout était irréprochable en apparence : conteneur publié, consentement accordé, balises déclenchées avec un statut de réussite dans l'assistant de balises. Et zéro donnée reçue.

Le moteur gtag n'était pas exposé correctement sur la page, si bien que les balises se déclenchaient dans le vide. Aucune erreur en console, aucun signal d'alarme, plusieurs jours de mesure perdus. Une baisse de cette nature se repère au volume, pas au symptôme : c'est exactement ce que détecte l'alerte de chute des conversions de Pulzeo, qui compare le volume reçu par action à ce qu'il devrait être.

Une balise qui affiche « réussite » prouve qu'elle s'est exécutée. Elle ne prouve pas qu'un hit est parti.

Les erreurs de bannière qui coûtent le plus cher

Le mode de consentement ne vaut que ce que vaut la bannière qui l'alimente. Quatre défauts reviennent sans cesse, et ils coûtent tous de la donnée.

Le premier est la valeur par défaut positionnée sur « accordé ». C'est le réglage le plus dommageable qui soit : vous transmettez un consentement que l'utilisateur n'a jamais donné, ce qui vous expose juridiquement sans rien vous apporter de plus. La valeur par défaut se règle sur « refusé », toujours.

Le deuxième est l'ordre d'exécution. Les valeurs par défaut doivent être posées avant le chargement des balises Google, sans quoi les premiers déclenchements partent sans consigne de consentement. Sur un site rapide, cela se joue à quelques dizaines de millisecondes, et c'est invisible à l'œil.

Le troisième tient au refus rendu plus difficile que l'acceptation. La position de la CNIL sur ce point est constante en France : refuser doit être aussi simple qu'accepter. Une bannière qui cache le refus derrière deux écrans de réglages vous expose, et l'expérience montre qu'elle n'améliore même pas le taux d'acceptation autant qu'on l'espère.

Le quatrième est la bannière qui ne recueille qu'un consentement global. Comme vu plus haut, ad_user_data et ad_personalization sont distincts : les fusionner revient à traiter tout refus de reciblage comme un refus de mesure, et à jeter des conversions que vous auriez pu compter.

Ce qu'il faut demander à votre prestataire

Presque personne ne pose ces questions, et c'est pourtant la conversation la plus rentable de tout le sujet. Que la bannière soit gérée par votre agence, votre développeur ou une plateforme de consentement, six points méritent une réponse écrite :

• quel mode est en place, de base ou avancé, et sur quel argument ce choix a été fait ;
• si les quatre signaux sont transmis séparément, ou fusionnés en un consentement unique ;
• quelle est la valeur par défaut avant toute interaction, qui doit être « refusé » ;
• si les valeurs par défaut sont posées avant le chargement des balises Google ;
• quel est votre taux d'acceptation réel, mois par mois ;
• qui surveille que tout cela fonctionne encore dans six mois.

La dernière question est celle qui fâche, et c'est celle qui compte. Un mode de consentement se casse silencieusement : refonte du site, changement de plateforme de bannière, migration de conteneur. Personne ne s'en aperçoit, puisque rien ne tombe en panne visiblement, les chiffres baissent simplement.

Quant au taux d'acceptation, il vaut la peine d'être connu avant de juger quoi que ce soit. À 70 % d'acceptation, votre mesure reste solide et vos listes se remplissent. À 35 %, vous pilotez sur une moitié de réalité, et toutes vos décisions d'arbitrage entre campagnes s'appuient sur des écarts qui ne sont peut-être que du bruit.

Comment vérifier que votre configuration fonctionne

La seule preuve est un appel réseau qui part vraiment. Ouvrez votre site en navigation privée, acceptez la bannière, puis inspectez les requêtes réseau en filtrant sur collect : une requête vers le serveur de collecte doit apparaître. Si rien ne part, le problème est en amont de Google Ads.

Refaites ensuite le test en refusant la bannière. En mode avancé, vous devez toujours voir partir un signal, sans cookie. En mode de base, vous ne devez rien voir du tout. Si le comportement observé ne correspond pas au mode que vous croyez avoir configuré, votre implémentation ne fait pas ce que vous pensez.

Vérifiez enfin le diagnostic de vos actions de conversion dans Google Ads, où les alertes de balise inactive ou de consentement manquant remontent avant que la baisse ne devienne visible dans les chiffres. C'est exactement le type de contrôle silencieux que Pulzeo surveille en continu, et vous trouverez le détail sur la page consacrée au suivi des conversions.

Pour le reste, une chute de conversions a beaucoup d'autres causes possibles, que j'ai passées en revue dans le guide sur les conversions mal configurées, et la pose des balises elle-même est détaillée dans l'article sur le suivi de conversion avec Tag Manager.