WPConsent
WPConsent

Documentation WPConsent

Documentation, matériel de référence et tutoriels pour WPConsent

Dépannage de Google Tag Gateway (GTG) avec WPConsent

Vos balises Google se déclenchent-elles avant que WPConsent n’ait la possibilité de définir les valeurs par défaut du consentement ? Google Tag Gateway (GTG) modifie la façon dont les balises Google se chargent sur votre site, ce qui peut entraîner l’arrivée trop tardive des signaux de consentement et enfreindre la conformité. Cet article vous guide dans le dépannage de Google Tag Gateway avec WPConsent, explique la correction recommandée et couvre les alternatives si cette correction n’est pas une option pour vous.

Table des matières

Prérequis

Avant de commencer, assurez-vous d'avoir :

  • WPConsent installé et activé
  • La bannière de consentement activée dans WPConsent >> Paramètres
  • Au moins 1 balise Google en cours d’utilisation sur votre site (Google Analytics 4, Google Ads ou un conteneur Google Tag Manager)
  • Accès administrateur au produit Google où la balise a été créée, afin de pouvoir vérifier son statut Google Tag Gateway

Ce qu’est Google Tag Gateway

Google Tag Gateway (GTG) est une fonctionnalité Google qui diffuse les balises Google, telles que gtag.js et les conteneurs Google Tag Manager, à partir de votre propre domaine via votre CDN au lieu de googletagmanager.com. L’objectif est de traiter les requêtes de balises comme du trafic de première partie et de contourner les bloqueurs de suivi qui empêcheraient autrement le chargement de la balise.

Google propose 2 façons de configurer Google Tag Gateway :

  • Intégration CDN en un clic. Votre fournisseur CDN se connecte directement à Google, et le CDN gère automatiquement l’injection de la balise. Cloudflare, Akamai, Fastly et le répartiteur de charge externe de Google Cloud prennent tous en charge cette option.
  • Configuration manuelle. Vous ajoutez vous-même l’URL de première partie de la balise Google à votre site, exactement là où vous le souhaitez dans la page.

Pour la documentation complète de Google sur Google Tag Gateway, consultez les guides de Google sur la configuration de Google Tag Gateway avec Cloudflare et les notes de publication de Google Tag Gateway, qui couvrent Akamai, Fastly et le répartiteur de charge Google Cloud.

C’est le cœur du problème. Lorsque Google Tag Gateway est activé via une intégration CDN en un clic avec Cloudflare, Akamai ou Fastly, le CDN injecte la balise Google dans la réponse HTML au niveau du périmètre, avant même que la page n’atteigne le navigateur. La balise Google arrive dans la page dans la position que le CDN a choisie, et non dans la position que vous auriez choisie dans votre thème ou votre constructeur de page.

Ceci est important car les signaux de consentement de WPConsent dépendent de l'exécution avant celle de la balise Google. Si la balise Google s'exécute en premier, tout état de consentement que WPConsent définit par la suite arrive « en retard », après que la balise a déjà démarré sans aucune valeur par défaut appliquée.

En bref, l'injection CDN en un clic empêche souvent le client de contrôler l'ordre de chargement. La balise Google se trouve au-dessus des scripts de WPConsent sur la page, même si vous ne l'y avez pas placée, et vous ne pouvez pas la réorganiser depuis WordPress car l'injection se produit après que WordPress a déjà fini de rendre la page.

Remarque : La configuration manuelle de la passerelle Google Tag ne présente pas ce problème. Avec une configuration manuelle, vous contrôlez la position de la balise sur votre page, vous pouvez donc placer les scripts de WPConsent avant celle-ci.

Vérifier si une balise est inscrite dans Google Tag Gateway

Avant d'appliquer une correction, confirmez que la balise qui vous préoccupe est effectivement servie via la passerelle Google Tag. Utilisez l'une des 3 vérifications suivantes. Une seule vérification suffit.

Vérification dans Google Tag Manager

Pour vérifier depuis l'intérieur de Google Tag Manager, allez dans Admin >> Passerelle Google Tag dans votre conteneur. Si le statut de votre conteneur indique Première partie, la passerelle Google Tag est active pour cette balise.

Vérification de la requête réseau

Ensuite, ouvrez votre site dans un navigateur et lancez les outils de développement. Dans Chrome et Edge, appuyez sur F12 et basculez vers l'onglet Network, puis rechargez la page. Si votre requête de balise Google provient de yourdomain.com/<measurement-path> plutôt que de googletagmanager.com, la balise est servie via la passerelle Google Tag.

Vérification avec Google Tag Assistant

Enfin, vous pouvez exécuter Google Tag Assistant sur la page. Les diagnostics de l'assistant identifient les balises servies via la passerelle Google Tag et les étiquettent comme première partie.

Confirmer qu'une balise se trouve dans la passerelle Google Tag n'est pas la même chose que confirmer qu'il y a un problème. Le problème n'est pertinent que si la balise se déclenche avant que l'état de consentement par défaut de WPConsent ne soit défini.

Pour vérifier un signal tardif, ouvrez Google Tag Assistant et chargez la page que vous souhaitez inspecter. Ensuite, regardez l'onglet Consent pour la balise Google. Vous verrez l'un de ces 2 résultats :

  • L'onglet Consent indique que la balise s'est déclenchée avant qu'un état de consentement par défaut ne soit défini.
  • L'onglet Consent affiche un message similaire à Consentement par défaut défini trop tard.

Si l'un ou l'autre apparaît, et que la balise est également confirmée comme étant servie via la passerelle Google Tag, votre site est dans le cas d'échec que cet article vise à résoudre. Continuez avec la correction recommandée ci-dessous.

Si aucun des deux n'apparaît, vos balises reçoivent les signaux de consentement à temps et aucune action supplémentaire n'est nécessaire.

Pour les balises activées par la passerelle Google Tag, le Mode de consentement avancé (U+C) est le mécanisme de consentement recommandé car il est compatible avec la passerelle Google Tag manuelle. Son adoption supprime le problème du signal tardif à la source, sans nécessiter de modifier la façon dont votre CDN distribue la balise.

Le mode de consentement avancé charge les balises Google avec des états de consentement par défaut appliqués au démarrage, généralement définis sur refusé. La balise est autorisée à envoyer des « pings » anonymisés et sans cookies à Google en attendant une mise à jour du consentement. Lorsque WPConsent reçoit la réponse d’un visiteur à la bannière, il envoie une mise à jour du consentement via l’API de consentement de Google, et la balise passe à la collecte complète.

Dans cette configuration, un signal de consentement tardif est toléré par conception. La balise n’a jamais supposé un consentement complet en premier lieu, elle n’a donc pas besoin que les valeurs par défaut de WPConsent arrivent avant son chargement. En revanche, le mode de consentement de base bloque entièrement les balises jusqu’à ce que le consentement soit donné, ce qui ne fonctionne pas ici car le CDN a déjà injecté la balise au-dessus de votre contrôle.

Pour activer cette option, accédez à WPConsent >> Paramètres dans votre administration WordPress. Trouvez ensuite le bouton bascule Mode de consentement Google et activez-le. Le bouton bascule du mode de consentement Google dans WPConsent émet les signaux de consentement v2 (ad_storage, analytics_storage, ad_user_data, ad_personalization et personalization_storage) que le mode de consentement avancé utilise.

Pour connaître les étapes de configuration complètes et la vérification, consultez notre guide sur la configuration du mode de consentement Google v2.

Une fois le mode de consentement avancé activé du côté de WPConsent, configurez les contrôles de transmission des données et les valeurs par défaut globales du consentement de votre balise Google dans le produit Google où la balise a été créée, tel que Google Ads, Google Analytics ou Google Tag Manager. Définissez ces valeurs selon vos besoins, en fonction de vos régions, de votre politique de confidentialité et des réglementations auxquelles vous êtes soumis.

Les configurations courantes incluent :

  • Restreindre la transmission des signaux liés à la publicité dans les régions où vous ne pouvez pas vous fier au consentement.
  • Définir les valeurs par défaut globales sur refusé pour tous les paramètres de consentement dans les régions qui suivent les modèles d’opt-in tels que le RGPD.
  • Définir les valeurs par défaut globales sur accordé dans les régions où les modèles d’opt-out s’appliquent, lorsque la loi locale le permet.

La réponse de la bannière de WPConsent remplacera les valeurs par défaut globales dès que le visiteur interagira avec la bannière.

Choisir une correction alternative

Si vous ne pouvez pas ou ne souhaitez pas adopter le mode de consentement avancé, vous avez 2 alternatives. Les deux vous redonnent le contrôle sur l’ordre de chargement des balises sans vous obliger à supprimer entièrement Google Tag Gateway de votre pile.

Routage de vos balises via un conteneur GTM

La première alternative consiste à consolider vos balises Google dans un conteneur Google Tag Manager, puis à inscrire ce conteneur unique dans Google Tag Gateway au lieu d’inscrire des balises individuelles. Lorsque le CDN injecte le conteneur GTM, le conteneur lui-même applique le bon ordre de chargement : la plateforme de gestion du consentement se déclenche en premier, et les balises contenues ne se déclenchent qu’après que l’état du consentement a été défini.

Cette approche conserve les avantages de première partie de Google Tag Gateway tout en rétablissant un ordre de chargement déterministe. Pour des instructions étape par étape sur le déclenchement des balises GTM à partir d'un conteneur GTM basé sur les signaux de WPConsent, consultez notre guide sur le déclenchement des balises GTM en fonction du consentement.

Passer de l'intégration en un clic à la configuration manuelle de Google Tag Gateway

La deuxième alternative consiste à passer d'une intégration CDN en un clic à une configuration manuelle de Google Tag Gateway. Avec la configuration manuelle, vous ajoutez l'URL de première partie de la balise Google directement sur votre site, exactement là où vous le souhaitez. Vous pouvez placer les scripts de WPConsent au-dessus de la balise Google, ce qui garantit que l'état de consentement par défaut est défini avant l'exécution de la balise.

Les notes de mise à jour de Google Tag Gateway de Google documentent les chemins de configuration manuelle pour chaque fournisseur pris en charge.

Vérifier la correction

Après avoir appliqué la correction recommandée ou l'une des alternatives, confirmez que le problème de signal tardif a disparu avant de considérer le problème comme résolu.

  1. Tout d'abord, ouvrez la page dans une fenêtre de navigateur privée et chargez Google Tag Assistant dessus.
  2. Ensuite, inspectez l'onglet Consentement pour la balise Google.
  3. Ensuite, confirmez qu'un événement d'état de consentement par défaut apparaît dans la chronologie avant le déclenchement de toute balise.
  4. Après avoir cliqué sur Accepter ou Refuser sur votre bannière de consentement, confirmez qu'un événement de mise à jour du consentement apparaît et que les valeurs correspondent au choix du visiteur.
  5. Enfin, confirmez que l'avertissement Consentement par défaut défini trop tard n'apparaît plus.

Si les 4 vérifications sont réussies, le problème de signal tardif est résolu et vos balises inscrites à Google Tag Gateway reçoivent désormais les signaux de consentement à temps.

FAQ

Dois-je arrêter d'utiliser Google Tag Gateway pour être conforme à WPConsent ?

Non. Google Tag Gateway et WPConsent peuvent fonctionner ensemble, mais vous devez utiliser le bon mécanisme de consentement. Pour les configurations CDN en un clic, cela signifie activer le mode de consentement avancé dans WPConsent afin que la balise Google démarre avec les états de consentement par défaut et attende la mise à jour de WPConsent. Les deux autres options consistent à acheminer vos balises via un conteneur GTM ou à passer à une configuration manuelle de Google Tag Gateway, qui vous permettent toutes deux de contrôler l'ordre de chargement.

L'intégration Google Tag Gateway en un clic injecte la balise Google au niveau du CDN, avant que le HTML n'atteigne le navigateur. Comme l'injection se produit en dehors de WordPress, la position de la balise est déterminée par le CDN, et non par votre thème ou par WPConsent. Si la balise se place au-dessus des scripts de WPConsent, elle s'exécute avant que WPConsent n'ait la possibilité de définir l'état de consentement par défaut.

Comment savoir quelles de mes balises sont inscrites à Google Tag Gateway ?

La vérification la plus rapide consiste à ouvrir Google Tag Manager, à accéder à Admin >> Google tag gateway, et à examiner le statut de chaque conteneur. Un statut Première partie signifie que Google Tag Gateway est actif. Vous pouvez également inspecter les requêtes réseau pour voir si les balises proviennent de votre propre domaine ou de googletagmanager.com, ou exécuter Google Tag Assistant pour un diagnostic automatique.

En pratique, non. Le bouton bascule Mode de consentement Google de WPConsent implémente les signaux de consentement v2 utilisés par le mode de consentement avancé. L'activer, tout en désactivant le paramètre Autoriser par défaut, vous donne le comportement du mode de consentement avancé avec opt-in qui s'associe à Google Tag Gateway.

Nous ne le recommandons pas. Le mode de consentement de base bloque entièrement les balises Google jusqu'à ce que le consentement soit donné. Lorsque le CDN a déjà injecté la balise au-dessus des scripts de WPConsent, le blocage depuis l'intérieur de WPConsent n'est pas fiable car la balise s'est déjà exécutée. Le mode de consentement avancé est le mécanisme recommandé pour les balises activées par Google Tag Gateway.

Conclusion

Google Tag Gateway donne à vos balises Google un chemin de première partie via votre CDN, mais une intégration CDN en un clic retire le contrôle de l'ordre de chargement de votre site, ce qui peut entraîner une arrivée trop tardive des signaux de consentement. L'adoption du mode de consentement avancé (U+C) dans WPConsent est la solution recommandée car elle est compatible avec Google Tag Gateway manuel et tolère les signaux tardifs par conception. Si le mode de consentement avancé n'est pas une option, le routage des balises via un conteneur GTM ou le passage à Google Tag Gateway manuel restaurent l'ordre de chargement dont vous avez besoin.

Pour une présentation plus détaillée du paramètre WPConsent qui alimente le mode de consentement avancé, consultez notre guide sur la configuration du mode de consentement Google v2. Si vous utilisez également GTM pour gérer vos balises, le guide sur le déclenchement des balises GTM en fonction du consentement couvre les événements dataLayer que WPConsent émet lorsqu'un visiteur répond à la bannière.

Cet article vous a-t-il été utile ?

Articles associés

Comment pouvons-nous vous aider ?

Besoin d’aide ?

Vous ne trouvez pas la réponse que vous cherchez ?
Contacter le support

  
Recevez gratuitement des astuces et des ressources directement dans votre boîte de réception, avec plus de 50 000 autres personnes

  

    

    
		

			
			
		

		
      

  

  

    Suivez-nous