Gravité: ÉlevéeResponsable: DéveloppementTemps de correction: 1-3 h
Problèmes de consentement avec GTM server-side
Alignez le routage GTM server-side et la propagation du consentement pour que le tagging côté serveur ne contourne pas l'état de consentement du visiteur.
Couvre: ssgtm_consent_issue, server_side_gtm_before_consent
Pourquoi c'est important
Le GTM server-side peut réduire certaines fuites côté client, mais il peut aussi masquer des échecs de consentement si les événements sont proxyfiés sans respecter les états denied.
Comment vérifier manuellement
- Vérifiez si des requêtes côté client proxifient encore des événements analytics ou ads vers le conteneur serveur avant consentement.
- Contrôlez comment l'état de consentement est transmis aux requêtes GTM server-side.
- Comparez les parcours Accept et Reject pour confirmer qu'un état denied bloque aussi l'envoi côté serveur.
Causes typiques
- Le conteneur GTM server-side reçoit des événements sans contexte de consentement.
- Le code client transmet des pageviews au point d'entrée serveur avant consentement.
- Les contrôles de consentement existent dans le conteneur navigateur mais pas dans le conteneur serveur.
Correction dans GTM
- Transmettez explicitement l'état de consentement aux événements envoyés vers GTM server-side.
- Reproduisez les contrôles de consentement dans le conteneur serveur au lieu de vous fier aux defaults client.
- Auditez les tags des conteneurs navigateur et serveur pour éviter les envois doublés ou contournés.
Correction dans WordPress ou les plugins CMP
- Vérifiez si des plugins ou snippets de thème envoient automatiquement des événements vers un endpoint GTM server-side.
- Désactivez le forwarding analytics server-side tant que l'état de consentement n'est pas correctement câblé.
- Retestez le comportement navigateur et réseau après mise à jour.
Correction générique côté développeur
- Traitez GTM server-side comme une couche d'exécution supplémentaire, pas comme une exception à la logique de consentement.
- Transmettez explicitement les états denied et supprimez tout proxy d'événement optionnel avant consentement.
- Documentez comment le tagging navigateur et serveur partagent la même source de vérité de consentement.
Comment confirmer que la correction fonctionne
- Confirmez qu'aucun événement optionnel n'est proxyfié vers GTM server-side avant consentement.
- Confirmez que Accept active bien le flux d'événements prévu et que Reject le maintient denied.
- Lancez un nouveau scan et vérifiez que les problèmes de consentement autour de GTM server-side sont résolus.
Étape suivante
Relancez un scan après déploiement pour confirmer que le comportement réel a changé, et pas seulement le texte de la bannière.