Consent Mode basique ou avancé : lequel faites-vous tourner

Tous les articles

Ouvrez votre site dans une nouvelle fenêtre de navigation privée, refusez le consentement et observez l'onglet Network. Si la balise de Google envoie malgré tout une requête pendant que le consentement est refusé, vous faites tourner le Consent Mode avancé. Si rien ne part du tout, vous êtes en basique, ou votre balise est cassée, ce qui donne exactement la même image et mérite d'être écarté.

Les deux modes, en une phrase chacun

Le Consent Mode basique bloque les balises de Google jusqu'à ce que le visiteur accorde son consentement : en cas de refus, rien n'est envoyé. Le Consent Mode avancé charge les balises malgré tout, mais envoie un ping allégé et sans cookies même sur une session refusée, en y portant l'état du consentement pour que Google puisse modéliser le manque. Cette seule différence de comportement — une requête part-elle ou non pendant que le consentement est refusé — est ce que votre navigateur peut voir et ce qui distingue les deux modes.

L'enjeu n'a rien d'académique. Les deux modes collectent des volumes de données différents et se configurent différemment, et beaucoup de sites se croient en avancé parce que quelqu'un a coché une case, alors que le trafic réel tourne discrètement en basique. La seule réponse fiable vient de l'observation de ce qui atteint vraiment Google, pas de la lecture de la configuration des balises. Voici la vérification.

Comment le savoir, étape par étape

Six étapes dans un navigateur. Les quatre premières donnent la réponse en moins d'une minute ; les deux dernières vous évitent d'en tirer la mauvaise conclusion.

1. Ouvrez le site dans une nouvelle fenêtre de navigation privée

   Chargez votre site dans une nouvelle fenêtre de navigation privée pour qu'aucun cookie de consentement ne soit déjà stocké. Vous obtenez ainsi le véritable état par défaut de la première visite, le seul qui sépare le basique de l'avancé. Une fenêtre normale, avec un choix enregistré déjà accordé, masque la différence, puisque les deux modes envoient des données une fois le consentement accordé.

2. Filtrez le panneau Network sur les requêtes de Google

   Ouvrez les outils de développement, allez dans l'onglet Network et filtrez sur collect. GA4 envoie son hit vers un chemin se terminant par g/collect, et Google Ads vers googleads ou son endpoint de conversion. Ce sont ces requêtes dont la présence, et le contenu, répondent à toute la question. Videz le journal et rechargez pour observer un chargement de page propre.

3. Refusez le consentement, puis observez ce qui part

   Cliquez sur Refuser dans la bannière et observez les requêtes filtrées. Le Consent Mode avancé envoie malgré tout une requête g/collect sans cookies sur une session refusée : vous en voyez donc une partir. Le Consent Mode basique n'envoie strictement rien tant que le consentement n'est pas accordé : le panneau reste vide. Cette seule observation vous donne une première lecture du mode que vous faites tourner.

4. Décodez le paramètre gcs pour confirmer l'état

   Ouvrez la requête qui est partie et lisez son paramètre gcs. C'est un code de trois caractères : le premier chiffre vaut 1 quand le Consent Mode est actif, le deuxième est ad_storage, le troisième est analytics_storage, chacun à 1 pour accordé ou 0 pour refusé. Ainsi gcs=G100 signifie Consent Mode actif avec les deux refusés, et gcs=G111 les deux accordés. Voir un gcs apparaître sur une session refusée est la preuve définitive de l'avancé, pas une déduction tirée de l'apparition ou non d'un ping.

5. Écartez la fausse lecture de la balise cassée

   Un panneau vide ne signifie pas automatiquement mode basique. Une balise jamais installée, ou une balise qui ne parvient pas à se charger, produit exactement le même résultat vide. Accordez le consentement et vérifiez que la requête part alors. Si elle ne part dans aucun des deux états, votre balise est cassée : c'est un problème différent et plus urgent que de tourner en basique. C'est l'étape que les guides des fournisseurs sautent, et c'est là que l'on prend une balise morte pour une installation basique qui fonctionne.

6. Vérifiez si l'avancé récupère vraiment quelque chose

   Le mode avancé ne devient rentable qu'au-dessus du seuil de volume de modélisation de Google, qui n'est pas publié et s'applique en silence, sans aucune alerte. Si votre compte se situe en dessous, vous récoltez les pings refusés du mode avancé et aucune conversion récupérée. Vérifiez dans Google Ads ou GA4 que des conversions modélisées sont effectivement remontées avant de conclure que l'avancé fait son travail. Faire tourner l'avancé n'est pas la même chose qu'en tirer un bénéfice.

Pourquoi la réponse honnête a un piège

La plupart des guides s'arrêtent à l'étape trois : si un ping part, vous êtes en avancé, sinon vous êtes en basique. C'est vrai la plupart du temps, et faux précisément dans le cas qui vous coûte le plus cher. Un panneau Network vide ne prouve pas le mode basique. Il est tout aussi compatible avec une balise GA4 jamais publiée, une balise qui échoue derrière une erreur de script, ou une balise bloquée par tout autre chose. Diagnostiquer une balise morte comme une installation basique en bonne santé est l'erreur coûteuse ici, et c'est pourquoi accorder le consentement puis reconfirmer est une étape à part entière, pas une note de bas de page.

Le second piège est du côté avancé. Le mode avancé ne transforme ces pings refusés en conversions récupérées qu'au-dessus d'un seuil de volume de modélisation que Google ne publie pas et sur lequel il ne vous alerte jamais. En dessous, vous payez le coût des pings sans cookies sans obtenir la moindre récupération, soit l'inverse de ce pour quoi cette configuration a été choisie. La vraie question se limite donc rarement à basique ou avancé. Elle est de savoir si le mode que vous faites tourner collecte réellement les données que vous croyez, et si les balises obéissent à l'état du consentement une fois que vous l'avez lu. Vérifier que les quatre signaux quittent vraiment la page est une procédure à part, que nous détaillons dans comment vérifier que votre bannière de cookies envoie bien le signal Consent Mode v2.

Rien de tout cela ne déclenche d'erreur, et c'est ce qui rend l'affaire coûteuse. Sur un site type, environ un tiers des sessions restent derrière la bannière : une mauvaise lecture ici fausse discrètement une large part de votre trafic mesuré pendant que tous les tableaux de bord affichent des chiffres normaux. Ces 34% sont une référence mesurée sur les implémentations clients d'Amplio Data, pas un taux fixe valable pour tous les sites, mais l'ordre de grandeur suffit à rendre le pari sur votre Consent Mode toujours risqué. Si l'ensemble du tableau paraît faux, le guide en clair du Consent Mode v2 explique ce que fait chaque signal.

C'est en grande partie pour cela que Velo existe. Il livre la configuration Consent Mode, les signaux refusés par défaut, le câblage des boutons Accepter et Refuser et la piste d'audit comme une seule couche déjà configurée : le mode que vous faites tourner est celui que vous avez choisi, et toutes les balises lisent le même état. Vous avez un seul endroit où voir ce qui est réellement envoyé, au lieu de le reconstituer depuis l'onglet Network à chaque changement sur votre site.

Questions fréquentes

Ouvrez votre site dans une nouvelle fenêtre de navigation privée, ouvrez l'onglet Network, refusez le consentement et guettez une requête vers g/collect. Si une requête part malgré tout avec un paramètre gcs pendant que le consentement est refusé, vous êtes en Consent Mode avancé. Si rien ne part du tout, vous êtes en basique, ou votre balise est cassée, ce qui donne exactement la même image et mérite d'être écarté en accordant le consentement puis en vérifiant que la requête apparaît.

gcs est le signal de consentement que Google attache à ses requêtes. C'est un code de trois caractères : le premier chiffre vaut 1 quand le Consent Mode est actif, le deuxième est ad_storage, le troisième est analytics_storage, chacun à 1 pour accordé ou 0 pour refusé. Ainsi gcs=G100 signifie Consent Mode actif avec les deux refusés, et gcs=G111 les deux accordés. Le lire vous donne l'état exact reçu par Google, plutôt que ce que prétend votre configuration de balises.

Probablement, mais pas de façon certaine. Le Consent Mode basique bloque entièrement la requête jusqu'à ce que le consentement soit accordé : un panneau vide est donc cohérent avec le basique. Il est tout aussi cohérent avec une balise absente ou qui ne se charge pas. Accordez le consentement et vérifiez que la requête part alors. Si elle ne part dans aucun des deux états, la balise est cassée plutôt que basique, et c'est le problème le plus urgent à corriger.

Non. L'avancé envoie des pings sans cookies sur les sessions refusées, mais Google ne les transforme en conversions modélisées qu'au-dessus d'un seuil de volume non publié. En dessous, vous avez les pings et aucune récupération. L'avancé n'est meilleur que le basique qu'une fois ce seuil franchi par votre compte : vérifiez donc que des conversions modélisées sont effectivement remontées avant de supposer qu'il vous aide.

Cela dépend de votre volume et de vos priorités. L'avancé peut récupérer des conversions modélisées une fois le seuil de Google franchi, et il maintient un signal sur les sessions refusées : c'est pourquoi la plupart des annonceurs au volume de conversions régulier le choisissent. Le basique est plus simple et n'envoie rien avant le consentement, ce que certaines équipes préfèrent pour une minimisation des données plus stricte. La bonne réponse suit votre trafic et vos régions, pas un réglage par défaut.

Un consentement qui se rentabilise.

Velo vous maintient en conformité dans l'UE, au Royaume-Uni et aux États-Unis, et récupère les conversions que les autres outils de consentement vous coûtent en silence.