Mode de consentement Google v2 : ce qui a changé

Ce qui a changé après le passage au mode de consentement v2

Le problème est devenu particulièrement urgent après que Google a renforcé les exigences concernant le fonctionnement des balises publicitaires et d'analyse. Le consentement aux cookies n'est plus simplement une bannière de consentement aux cookies pour Google Ads avec des boutons « Accepter » et « Rejeter » — il fait désormais partie de l'ensemble de la configuration de collecte de signaux. Si un site utilise des publicités, des analyses ou du remarketing, la logique de consentement doit presque toujours être revue.

Dans le passé, de nombreux sites se contentaient d'un bref avis sur les cookies. Ce n'est plus suffisant. Le mode de consentement v2 de Google change le mécanisme réel : le site doit transmettre le statut de consentement avant que les balises ne s'activent, et non après, et c'est là que se pose la question de ce qui est nouveau en matière de consentement aux cookies après le passage au mode de consentement v2 de Google. L'équipe obtient plus de points de contrôle, et le propriétaire du site a plus d'endroits où des erreurs peuvent se produire.

En pratique, cela se remarque même sur des projets simples. La bannière peut sembler identique, mais derrière elle, il y a maintenant des règles pour les balises GA4, Google Ads et GTM, et la configuration du mode de consentement GA4 v2 doit être vérifiée avec soin. Un mauvais scénario — et certains événements disparaissent dans le néant. Ou dans une zone grise, ce qui est tout aussi mauvais.

Comment le mode de consentement v2 diffère de la version précédente

La principale différence réside dans les nouveaux signaux de consentement. Dans l'approche précédente, les gens se concentraient souvent uniquement sur les analyses et la publicité de manière générale, mais maintenant Google s'attend à des paramètres plus précis pour les types de données et la personnalisation. Cela affecte non seulement la bannière, mais aussi la façon dont le site délivre des balises lors de la première visite d'un utilisateur.

Le Mode de Consentement v2 introduit une logique plus stricte pour les scénarios publicitaires. Si un site pouvait auparavant fonctionner avec un modèle simple de « autorisé ou non autorisé », il doit maintenant séparer plusieurs paramètres et les transmettre explicitement. Sinon, les balises publicitaires se comportent de manière imprévisible : certaines sont bloquées, d'autres fonctionnent en mode signal limité, et les rapports dans le tableau de bord semblent inégaux.

Une bannière de cookies de base montre le choix de l'utilisateur. Le Mode de Consentement v2 transforme ce choix en quelque chose de techniquement significatif pour les balises. C'est la différence : la bannière est l'interface, tandis que le Mode de Consentement v2 est la couche de règles pour les analyses et la publicité. Les gens ont souvent tendance à les confondre.

Quelles données et permissions doivent maintenant être prises en compte

L'accent est généralement mis sur quatre catégories : analytics_storage, ad_storage, ad_user_data et ad_personalization. Elles ne sont pas interchangeables, et ce n'est pas qu'une question de terminologie. analytics_storage est responsable du stockage des données analytiques, ad_storage des cookies publicitaires, ad_user_data pour le passage des données utilisateur dans les systèmes publicitaires, et ad_personalization pour la personnalisation des publicités.

Si un site ne collecte que des statistiques de base, il peut sembler qu'une seule autorisation soit suffisante. En réalité, ce n'est pas le cas. Google Ads et les scénarios associés nécessitent différents niveaux de consentement, et parfois plusieurs catégories sont nécessaires en même temps. Cela est particulièrement visible dans le commerce électronique : un utilisateur rejette les publicités mais autorise les analyses, et les compteurs doivent comprendre cela sans deviner.

Il y a aussi une nuance pratique. Le texte dans la bannière doit correspondre aux catégories qui sont réellement activées dans la configuration du consentement. Si un site demande aux utilisateurs de « permettre les cookies » mais divise en interne les données en quatre modes, il devient difficile de comprendre à quoi ils consentent. Et plus tard, il est difficile d'expliquer à un auditeur pourquoi l'interface et la logique vivent des vies séparées.

Comment cela affecte la bannière de cookies et l'UX

La bannière de cookies ne peut plus être trop générique. L'utilisateur doit voir non seulement un bouton d'acceptation, mais aussi une option de rejet claire, et parfois un choix basé sur les catégories. Le texte doit être réécrit, car des formulations comme « nous utilisons des cookies pour améliorer le service » ne répondent plus au besoin de détail.

Les boutons changent aussi. Dans une configuration appropriée, l'utilisateur doit voir au moins deux actions égales : accepter et rejeter. Parfois, une troisième option est nécessaire — ouvrir les paramètres et choisir les catégories manuellement. Ce n'est pas un extra décoratif. Si un site a des publicités, des analyses et du reciblage, un simple choix oui ou non peut ne pas couvrir tous les scénarios.

Vous devez également réfléchir à la façon dont les utilisateurs peuvent rouvrir les paramètres plus tard. Les gens changent souvent d'avis non pas immédiatement, mais après 2 à 3 visites. Si le lien vers les paramètres est caché dans le pied de page et écrit en petit texte, le consentement devient une formalité. Ensuite, l'équipe marketing se demande pourquoi il y a tant de rejets et pourquoi le comportement des utilisateurs dans les rapports ne correspond pas aux attentes.

Pour des projets complexes, il est utile d'aligner la bannière avec l'architecture globale du site à l'avance au lieu de l'ajouter à la dernière minute. Ici, il peut également être utile de regarder à la sécurité des sites web, car la couche de consentement vit souvent aux côtés d'autres scripts, et une erreur à un endroit peut affecter le chargement ailleurs.

Que vérifier dans les analyses et la publicité

La première chose à vérifier est GA4. Si le consentement est transmis incorrectement, certains événements peuvent ne pas arriver, et d'autres peuvent perdre des paramètres. C'est frustrant pour les rapports : le trafic est là, les conversions sont là, mais l'attribution commence à dériver.

Google Ads est également sensible au mode de consentement v2. Une erreur dans les paramètres de consentement peut couper les audiences de remarketing, réduire la qualité des signaux de conversion et rendre les comparaisons de campagnes moins fiables. Cela est particulièrement visible sur les sites qui reçoivent du trafic de plusieurs sources, tandis que la plateforme publicitaire préfère des données propres.

GTM doit être vérifié séparément. Le conteneur peut être configuré correctement, mais les déclencheurs se déclenchent avant que le consentement par défaut n'arrive. En conséquence, le pixel se déclenche avant que le site n'ait reçu le choix de l'utilisateur. Le code est là, mais la logique est brisée.

Les pixels tiers doivent également être testés manuellement. Meta Pixel, TikTok Pixel, services de remarketing et widgets d'analyse ne peuvent parfois pas fonctionner correctement dans la nouvelle configuration sans plomberie supplémentaire. Sur un petit site, cela signifie une ou deux chutes de données étranges ; sur un grand, cela devient un écart systématique.

Erreurs courantes après la mise en œuvre du mode de consentement v2

L'erreur la plus courante est l'ordre de chargement des balises incorrect. Le consentement par défaut doit être exécuté en premier, et seulement ensuite les analyses et les publicités doivent être lancées. Si l'ordre est inversé, le site envoie des signaux sans le statut approprié, et corriger cela plus tard est plus difficile qu'il n'y paraît.

Un autre problème est de ne pas avoir de consentement par défaut du tout. Dans ce cas, le système ne sait pas comment se comporter avant que l'utilisateur ne fasse un choix. Parfois, les développeurs espèrent que la bannière gérera tout, mais sans un état initial explicite, le Mode de Consentement v2 ne fonctionne pas comme prévu.

Les paramètres de CMP et de GTM s'écartent souvent. Dans l'interface, l'utilisateur a rejeté les publicités, mais GTM obtient toujours la permission pour ad_storage. Ce conflit ne se distingue pas toujours immédiatement. Il apparaît plus tard, lorsque l'équipe compare les chiffres des rapports Google Ads et CMP.

Pour les sites où non seulement les analyses mais aussi la stabilité globale comptent, il est utile de regarder support du site après le lancement : les erreurs de consentement n'existent que rarement de manière isolée, et elles se trouvent souvent aux côtés d'autres problèmes de publication, de mise en cache et de script.

Comment préparer un site pour la mise à jour

Il est préférable de commencer par un audit de la bannière de cookies actuelle. Vous devez comprendre quelles catégories de consentement existent déjà, quels textes l'utilisateur voit et où le choix est stocké. Une bannière peut sembler soignée tout en manquant des bons statuts pour le nouveau mode de Google.

L'étape suivante consiste à vérifier la CMP. Si la plateforme de gestion du consentement ne peut pas transmettre analytics_storage, ad_storage, ad_user_data et ad_personalization, la mise à jour traînera. Parfois, il est plus facile d'adapter l'intégration que de reconstruire tout le site, mais cela dépend de la pile et du volume de trafic.

Après cela, mettez à jour les balises. Dans GTM ou dans le code du site, vous devez définir le consentement par défaut, vérifier l'ordre de chargement et vous assurer que les balises publicitaires ne se déclenchent pas trop tôt lorsque l'utilisateur refuse. Ensuite, testez tout en mode aperçu, puis à nouveau sur le site en direct. Un test de navigateur n'est pas suffisant.

Il vaut également la peine de vérifier le côté visuel. Le bouton « Personnaliser » ne devrait pas être enfoui derrière des clics supplémentaires. Son étiquette est mieux gardée courte. Personne ne lit de longues phrases.

Ce qu'il faut considérer d'un point de vue légal et documentaire

Le côté technique ne résout pas complètement le problème. Vous avez besoin d'une politique de confidentialité, d'une politique de cookies et d'un texte qui explique clairement les catégories de données et comment le consentement peut être retiré. Si l'utilisateur choisit de rejeter, le site doit être capable d'enregistrer cela et de préserver la logique choisie.

Les documents doivent être vérifiés par rapport au comportement réel de la bannière. Si la politique dit une chose et que la bannière en fait une autre, cela crée un risque inutile lors de l'examen et pour la confiance. Et oui, la confiance ici peut être perdue à cause d'une phrase maladroite.

Pour les projets où la transparence et un comportement de site prévisible sont importants, il est utile de s'appuyer sur comment évaluer la fiabilité d'un site web avant de commander. La logique de consentement fait partie de la fiabilité, car une erreur à ce niveau casse l'analyse tout aussi sûrement qu'un formulaire de contact défectueux.

Si le site suit déjà les actions des utilisateurs, il vaut également la peine de vérifier comment les journaux de consentement sont stockés et qui y a accès. Ce n'est pas seulement un problème technique, mais aussi organisationnel. Lorsqu'une entreprise a trois sous-traitants et deux équipes internes, une responsabilité floue se transforme rapidement en un litige.

Et enfin, après que la mise à jour soit en ligne, ne laissez pas le consentement des cookies en pilotage automatique. Pendant les 7 à 14 premiers jours, vous devriez surveiller les rapports, vérifier les baisses de trafic et comparer le comportement des balises publicitaires avant et après la publication. Dans des tâches comme celle-ci, la plateforme d'analyse et de surveillance du site · peut aider si vous avez besoin d'un contrôle régulier sur la façon dont le site délivre des signaux et s'il perd des données en cours de route.