dataLayer : les 5 erreurs qui faussent vos rapports

Le dataLayer est le socle de tout tracking sérieux dans Google Tag Manager. C'est lui qui transporte l'information de votre site vers vos tags. Mal conçu, il contamine silencieusement l'ensemble de vos rapports. Voici les cinq erreurs que je retrouve le plus souvent en audit.

1. Un nommage incohérent

Un jour productID, le lendemain product_id, ailleurs id_produit. Sans convention de nommage stricte, vos déclencheurs deviennent illisibles et fragiles. Choisissez une casse, une langue, une logique — et tenez-la partout.

Un dataLayer sans convention, c'est une base de données sans schéma.

2. Des push au mauvais moment

Un dataLayer.push qui part après le chargement du tag GTM ne sera jamais capté. L'ordre compte : les données doivent être disponibles au moment où le tag se déclenche, pas une milliseconde trop tard.

3. Écraser au lieu d'ajouter

Sur une même page, des valeurs poussées successivement peuvent en écraser d'autres si la structure n'est pas pensée. Attention en particulier aux objets imbriqués et aux variables persistantes entre les événements.

• Réinitialisez les objets e-commerce entre deux événements.
• Ne réutilisez pas une clé pour deux significations différentes.

4. Mélanger données et présentation

Le dataLayer doit contenir de la donnée brute et stable, pas du texte d'interface qui change à chaque refonte. Poussez un identifiant et une valeur, pas le libellé affiché d'un bouton qui bougera au prochain sprint.

5. L'absence totale de documentation

Le dataLayer vit dans le code, souvent posé par un développeur qui a depuis quitté le projet. Sans plan de marquage documenté, personne ne sait ce qui existe, et chaque évolution devient une enquête. Documentez chaque clé, son type et son moment de déclenchement.

En résumé

Un dataLayer propre est invisible : il fait juste son travail. Investissez dans le nommage, l'ordre des push et la documentation dès le départ. C'est le meilleur assurance-vie de votre mesure.