Optimiser GTM Web
Mis à jour
L'un des principaux avantages de l'infrastructure server-side de Sirdata est la possibilité de charger le script Google Tag Manager (GTM) Web directement depuis votre host server-side. Cette méthode permet de :
Contourner les bloqueurs de publicité (ad blockers) qui bloquent traditionnellement les scripts GTM
Contourner les restrictions de Safari en navigation privée sur iOS, qui limitent le tracking tiers
Lorsque vous chargez GTM Web depuis le host server-side, plusieurs options d'optimisation sont disponibles :
Cette option permet de charger la CMP (Consent Management Platform) directement depuis le script GTM Web, ce qui optimise le Consent Mode. Les signaux de consentement sont disponibles plus tôt dans le cycle de vie de la page, améliorant la précision du conditionnement des balises.
Cette option optimise les séquences d'événements dans le dataLayer. En réordonnançant les entrées du dataLayer avant l'initialisation de GTM, on s'assure que :
Les déclarations de données arrivent en premier
Les événements de consentement CMP sont traités avant le déclenchement des tags
Le signal de démarrage gtm.js est correctement positionné
Cela évite notamment les problèmes de données "Not Set" dans GA4, qui surviennent lorsque les tags se déclenchent avant que les variables de configuration ne soient disponibles.
Cette option retarde l'exécution de GTM jusqu'à ce que le choix de consentement de l'utilisateur soit connu (soit récupéré depuis une session précédente, soit après une action explicite de l'utilisateur sur la CMP).
Le prix à payer : un léger différé dans l'exécution de GTM. Mais le script GTM étant préchargé (<link rel="preload">), le délai d'exécution après le signal de consentement est négligeable.
L'avantage immense : quand GTM s'exécute après que le choix de consentement est connu, le conditionnement des balises est grandement simplifié. Il suffit alors d'utiliser les conditionnements intégrés des balises, basé sur le Google Consent Mode V2.
Dans GTM, accédez à la configuration de votre balise, puis dans la section Consent Settings (BETA) → Additional Consent Checks → sélectionnez Require additional consent for tag to fire.
Vous pouvez spécifier les consentements requis, par exemple :
ad_storage — requis pour les balises publicitaires
ad_personalization — requis pour la personnalisation des annonces
Il est possible d'ajouter d'autres conditions selon vos besoins.
Cette méthode n'est efficace QUE avec :
La CMP Sirdata
sGTM hébergé par Sirdata
L'utiliser avec une autre CMP ou une autre offre sGTM risque de bloquer tous les déclenchements de balises, car les signaux de consentement nécessaires ne seraient pas disponibles au moment où GTM s'exécute.
Mis à jour