Variable GTM

Trois familles, par ordre de robustesse.

Les variables intégrées. Adresse de la page, référent, texte du clic, identifiant de l’élément. Elles ne demandent aucune préparation et suffisent aux suivis simples.

Les variables de couche de données. Elles lisent une valeur que le site a explicitement publiée dans la couche de données. C’est la méthode recommandée, parce que la valeur est fournie volontairement et ne dépend pas de la présentation.

Les variables issues du document. Elles vont chercher la valeur dans le code affiché, par un sélecteur ou une expression. Elles fonctionnent sans intervention des développeurs, et elles cassent au premier changement de gabarit.

Parce que la valeur devient un contrat.

Une variable qui lit un montant dans un élément de la page dépend de la structure HTML, du format d’affichage et de la présence du symbole monétaire. Un changement de thème casse la mesure sans qu’aucune erreur ne s’affiche.

Une valeur publiée dans la couche de données est fournie sous une forme stable, définie une fois avec l’équipe technique. C’est plus long à mettre en place et cela tient dans le temps.

Le format. Un montant transmis avec une virgule décimale ou un symbole monétaire arrive comme du texte et n’est pas additionné. Les plateformes attendent un nombre.

Le moment. Une variable lue avant que la valeur soit disponible renvoie vide. C’est fréquent sur les pages générées par JavaScript, sujet traité côté JavaScript SEO.

La duplication. Trois variables qui calculent la même chose divergent dès qu’une seule est modifiée.

Le mode aperçu affiche la valeur de chaque variable au moment du déclenchement. C’est le seul moyen de vérifier avant publication.

Le contrôle final se fait ensuite dans les rapports de destination, où une valeur vide ou mal formatée apparaît sous forme de lignes aberrantes. Le sujet complet est traité côté consultant Google Tag Manager.