Vous pouvez trouver des dizaines de balises dans le conteneur. Certaines se déclenchent deux fois, d’autres ne sont plus utilisées par personne, et une variable appelée « test2-final » décide du chiffre d’affaires déclaré. Tant que rien ne change, le site mesure. Dès la première modification, cependant, personne ne veut donner son accord à la publication.
La version originale de cet article contenait 19 réglages spécifiques pour Google Analytics, AdWords, Sklik, Facebook et les outils désormais disparus de l’époque. Elle était pratique en son temps. Aujourd’hui, copier d’anciennes balises créerait une dette technique. Le plus important est de disposer d’un système qui résiste à une nouvelle interface et au remplacement d’une plateforme.
GTM ne crée pas les données ; il ne fait que contrôler leur parcours
Google Tag Manager fonctionne avec trois éléments de base :
- Une balise envoie ou traite des données pour un service spécifique.
- Un déclencheur détermine lors de quel événement et dans quelles conditions une balise s’active.
- Une variable fournit une valeur, par exemple un identifiant de transaction, un prix ou un type de page.
GTM ne sait pas lui-même qu’une commande a été payée. Le site ou le back-end doit fournir cette information. Si le signal source est erroné, une balise parfaitement configurée ne fait qu’envoyer l’erreur plus rapidement à davantage de systèmes.
La couche de données est un accord entre le site et le marketing
La couche de données est une couche structurée par laquelle le site transmet des événements et des valeurs aux balises. Au lieu de lire le prix depuis un élément HTML particulier, l’application envoie un événement contenant des champs stables lorsqu’un achat est terminé.
window.dataLayer = window.dataLayer || []; window.dataLayer.push({ event: 'purchase', ecommerce: { transaction_id: 'OBJ-12345', value: 2490, currency: 'CZK', items: [] } });Il s’agit d’un exemple simplifié du principe, et non d’une implémentation e-commerce complète. Alignez la structure spécifique sur la recommandation actuelle de la plateforme cible. L’essentiel est que les noms, les types et le moment de l’événement soient convenus et testables.
Je ne m’appuierais pas sur l’URL d’une page de remerciement ou sur le texte d’un bouton si le site peut fournir un véritable événement métier. Les textes et les URL changent lors d’une refonte. L’accord relatif à la couche de données doit rester stable.
D’abord le plan de mesure, ensuite le conteneur
Pour chaque étape métier, notez :
- le nom de l’événement,
- la condition exacte dans laquelle il se produit,
- les paramètres obligatoires et leur format,
- la source de vérité,
- les systèmes auxquels il peut être envoyé,
- l’état de consentement requis,
- le responsable et la méthode de test.
Pour une demande de contact, distinguez un formulaire envoyé d’un prospect qualifié. Pour une boutique en ligne, distinguez le début d’une commande d’un achat confirmé. Cela empêche l’algorithme publicitaire d’optimiser une action facile, mais commercialement peu intéressante.
Les noms doivent rester cohérents entre plusieurs outils
Utilisez des noms d’événements cohérents en minuscules et des paramètres clairement décrits. Lorsque GA4 propose un événement recommandé, comme generate_lead, add_to_cart ou purchase, il est logique de suivre le nom et les paramètres officiels. Vous obtenez ainsi des rapports plus compatibles et réduisez le besoin de couches de traduction.
D’autres plateformes peuvent exiger leur propre nom. Effectuez la traduction uniquement dans la balise. Le site doit envoyer un seul événement métier compréhensible, et non cinq signaux presque identiques selon le logo du fournisseur.
Le consentement doit faire partie de l’architecture
Une bannière de cookies et GTM ne doivent pas fonctionner comme deux mondes séparés. L’état de consentement par défaut doit être disponible avant le déclenchement des balises et être correctement mis à jour après le choix de l’utilisateur. Google décrit le Consent Mode pour ses balises, avec notamment les modes de base et avancé.
Le Consent Mode n’est ni une bannière ni une évaluation juridique. L’entreprise doit recueillir le consentement lorsque cela est requis, transmettre son état et veiller à ce que toutes les balises — y compris celles qui ne relèvent pas de Google — respectent ce choix. Le HTML personnalisé n’est pas un raccourci adapté pour gérer le consentement des balises Google ; utilisez les mécanismes et modèles pris en charge.
Privilégiez un modèle natif à un script quelconque
Pour la balise Google, Google Ads et les autres services pris en charge, utilisez un modèle natif ou approuvé provenant d’une source fiable. Réservez le HTML personnalisé aux situations qui ne peuvent pas être résolues autrement en toute sécurité. Chaque script tiers ajoute un risque en matière de performances, de sécurité et de maintenance.
Une fois par trimestre, examinez le conteneur et supprimez les balises des services que l’entreprise n’utilise plus. Un outil marketing inactif ne devrait pas avoir accès aux visiteurs simplement parce qu’il a été oublié.
Les tests doivent vérifier les données, l’ordre et l’absence de déclenchement
Preview et Tag Assistant indiquent quelles balises se sont déclenchées, dans quel ordre et avec quelles données. Voir le statut « Déclenchée » ne suffit pas. Je vérifie également :
- si la balise s’est déclenchée exactement une fois,
- si elle ne s’est pas déclenchée au mauvais moment,
- la valeur, la devise, l’identifiant de transaction et les articles,
- la requête réseau et la réponse du service cible,
- l’état dans le mode temps réel ou test de la plateforme,
- les consentements accordés et refusés,
- le mobile, les redirections, l’échec du paiement et les chargements répétés.
Pour un achat, je compare le résultat avec le back-end. Lorsque GTM indique une transaction et que le système de commande en indique une autre, Tag Assistant ne détermine pas la réalité comptable.
La publication nécessite une version et une voie de retour
Avant une modification, utilisez un espace de travail séparé si plusieurs personnes travaillent sur le conteneur. Donnez à une publication un nom fondé sur son résultat, et non « version 37 », puis décrivez les événements modifiés. Google Tag Manager enregistre une version du conteneur lors de la publication ; il est donc possible de retracer l’historique et de restaurer l’état précédent en cas d’erreur.
Le retour en arrière ne remplace toutefois pas les tests. Si le site et la couche de données ont changé en même temps, l’ancien conteneur peut ne pas fonctionner avec le code actuel. Déployez les versions du site et de la mesure de manière coordonnée.
Douze points pour un conteneur sain
- Un seul conteneur correct est présent sur le site, et son emplacement respecte les instructions d’installation.
- Un plan de mesure et un responsable existent pour chaque événement clé.
- Le site envoie une couche de données stable au lieu d’une lecture fragile des pages.
- Les noms et les paramètres sont cohérents et documentés.
- Aucune donnée personnelle n’est envoyée dans la couche de données sans raison légale et approuvée.
- Le consentement est configuré avant le déclenchement des balises concernées.
- Les balises Google et publicitaires utilisent les modèles pris en charge lorsqu’ils existent.
- Chaque balise possède un déclencheur limité et compréhensible.
- Un achat et un prospect ne peuvent pas être envoyés deux fois par accident.
- Les tests couvrent également les scénarios négatifs et le consentement refusé.
- La publication possède un nom, une description et une voie de retour connue.
- Les balises, variables et accès inutilisés sont régulièrement supprimés.
Où GA4, Meta et les systèmes publicitaires s’intègrent
GTM est un carrefour. Google Analytics 4 traite la signification des événements et les rapports. L’article sur l’API Conversions explique le parcours côté serveur des événements vers Meta. L’importation directe des coûts depuis Meta dans GA4 a un autre objectif, décrit dans le guide pour connecter Meta Ads à GA4.
N’essayez pas de résoudre chaque couche avec une seule balise. Définissez d’abord l’événement, puis le consentement, le transfert, la validation et seulement ensuite le rapport.
Quand GTM n’est pas nécessaire
Pour un site très simple avec une seule balise d’analyse prise en charge, le déploiement direct de la balise Google peut être plus clair. GTM est pertinent lorsque vous avez besoin de davantage d’événements, de services, de conditions et d’un processus de modification contrôlé. Ce n’est pas un badge obligatoire attestant la maturité du marketing.
Si votre conteneur s’est développé pendant plusieurs années et que plus personne n’ose le publier, je ne commencerais pas par ajouter une autre balise. Je commencerais par un inventaire et un parcours de test depuis la couche de données jusqu’au rapport. Vous pouvez décrire la situation actuelle en passant par le contact.