Pourquoi vérifier dans le navigateur

Une bannière de consentement qui a l'air correcte ne prouve pas que vos balises se comportent bien. Les problèmes de Consent Mode sont silencieux : les pages se chargent, les annonces s'affichent et les rapports se remplissent, pourtant les signaux envoyés à Google peuvent être erronés. Les outils de développement du navigateur permettent de voir ce qui se passe réellement, en quelques minutes, sans logiciel supplémentaire.

Étape 1 : ouvrir proprement l'onglet Network

1. Ouvrez la page dans une fenêtre privée pour qu'aucun choix antérieur ne soit stocké.
2. Ouvrez les DevTools et allez dans l'onglet Network.
3. Cochez Preserve log pour que les requêtes survivent à la navigation.
4. Rechargez la page et ne touchez pas encore à la bannière.

Étape 2 : trouver l'état du consentement dans les requêtes

Les balises Google ajoutent un paramètre gcs à leurs requêtes. Vous pouvez filtrer la liste réseau par collect ou par google et ouvrir n'importe quelle requête pour lire sa chaîne de requête. La valeur ressemble à G100 ou G111.

• G100 — le stockage publicitaire et le stockage analytique sont tous deux refusés.
• G111 — les deux sont accordés.
• G101 et G110 — l'un accordé et l'autre refusé.

En lisant les caractères de gauche à droite après G1 : le premier chiffre est l'état du stockage publicitaire et le second celui du stockage analytique, où 1 signifie accordé et 0 refusé. Les implémentations récentes envoient aussi un paramètre gcd avec un état encodé plus long, qui inclut les signaux supplémentaires de Consent Mode v2.

Étape 3 : ce que vous devez voir avant tout choix

Dans une région où le consentement est requis, les premières requêtes, envoyées avant que le visiteur n'interagisse, doivent afficher l'état denied. Si vous voyez déjà G111 avant que le visiteur ait cliqué sur quoi que ce soit, votre valeur par défaut est incorrecte, ou la balise s'est déclenchée avant que la valeur par défaut soit définie.

Étape 4 : ce que vous devez voir après l'acceptation

Cliquez sur accepter, puis observez les nouvelles requêtes. L'état doit passer à accordé et les balises doivent poursuivre. Si la bannière indique « accepté » mais que les requêtes portent toujours l'état refusé, l'appel de mise à jour n'atteint pas les balises Google, ou il s'exécute trop tard.

Étape 5 : inspecter la couche de données

Dans la Console, saisissez dataLayer et développez les entrées. Vous cherchez deux éléments, dans l'ordre :

1. Une entrée consent avec la commande default, qui liste tous les signaux comme refusés pour les régions exigeant un consentement.
2. Une entrée consent ultérieure avec la commande update, après le choix de l'utilisateur.

Les signaux de Consent Mode v2 sont ad_storage, analytics_storage, ad_user_data et ad_personalization. Si les deux derniers sont absents, vous avez une configuration de type v1.

Les erreurs les plus courantes

• Valeur par défaut définie trop tard. La commande default doit s'exécuter avant le chargement de la balise Google ou du conteneur Tag Manager.
• Mise à jour jamais envoyée. La bannière stocke un choix mais n'appelle jamais la commande update.
• Seulement deux signaux. Les signaux v2 pour les données utilisateur et la personnalisation sont absents.
• Mauvaise logique régionale. Les visiteurs d'une région exigeant le consentement sont traités comme accordés par défaut.
• Bloqué par une extension. Une extension de confidentialité de votre propre navigateur masque des requêtes ; testez sans extensions.
• Choix en cache. Vous avez testé dans une fenêtre normale qui avait déjà stocké un choix précédent.

Étape 6 : vérifier le mode Aperçu de Tag Manager

Si vous utilisez Google Tag Manager, le mode Aperçu affiche l'état du consentement pour chaque événement de la page, ainsi que les balises déclenchées ou bloquées. Comparez-le avec ce que vous avez vu dans l'onglet réseau : les deux vues doivent concorder.

Faites-en une routine

Effectuez cette vérification de cinq minutes après chaque modification de la bannière, chaque publication de conteneur ou chaque version du site. Notez la valeur gcs attendue pour quatre cas : première visite, après acceptation, après refus et après une modification ultérieure du choix. Tout ce qui ne correspond pas est un bug à corriger avant que vos rapports ne vous l'apprennent.

Où s'insère FlexyConsent

FlexyConsent est une CMP certifiée par Google (CMP ID 317) qui prend en charge Google Consent Mode v2 et envoie pour vous les signaux default et update. Vous devez tout de même effectuer cette vérification dans le navigateur sur vos propres pages, car l'ordre des balises et les paramètres du conteneur sont propres à votre site.

Points clés à retenir

• Testez dans une fenêtre privée en conservant le journal réseau.
• Lisez la valeur gcs : G100 signifie refusé, G111 signifie accordé.
• L'état refusé par défaut doit être visible avant que le visiteur ne choisisse.
• La mise à jour doit changer l'état juste après le choix.
• Confirmez que les quatre signaux de Consent Mode v2 apparaissent dans la couche de données.