dataLayer et plan de taggage : poser des bases propres avant d'installer quoi que ce soit

Le dataLayer est un tableau JavaScript dans lequel votre site dépose des informations structurées : un événement s'est produit, voici son nom et ses paramètres. Google Tag Manager lit ce tableau et déclenche les balises correspondantes.

Ce qu'est le dataLayer

Son intérêt est la séparation des rôles. Le site décrit ce qui se passe, sans savoir à quels outils l'information sera envoyée. GTM décide de la destination. Résultat : ajouter TikTok Ads six mois plus tard ne demande aucune intervention sur le site.

Sans dataLayer, GTM doit deviner : clics sur des sélecteurs CSS, lecture du texte affiché, détection d'URL. Tout cela casse à la première refonte, souvent sans que personne ne s'en aperçoive.

Ce que contient un plan de taggage

Un tableau, une ligne par événement, avec pour chacune :

  • Le nom de l'événement, en minuscules, sans accent ni espace
  • Le déclencheur précis : à quel moment exact, sur quelle page, après quelle action
  • Les paramètres attendus, avec leur type et un exemple de valeur réelle
  • Les destinations : GA4, Google Ads, Meta, CRM
  • Le statut : à faire, en test, validé
  • Le responsable de la mise en œuvre

C'est ce document, et non le conteneur GTM, qui constitue la référence. Il doit rester lisible par une personne non technique.

Les conventions de nommage

  • Reprenez les noms d'événements recommandés par GA4 quand ils existent : view_item, add_to_cart, purchase, generate_lead
  • Un seul style partout : minuscules avec tirets bas, jamais de mélange
  • Pas d'accent, pas d'espace, pas de majuscule dans les noms de paramètres
  • Les montants en nombre, jamais en chaîne de caractères, avec le point comme séparateur décimal et sans symbole de devise
  • Une devise explicite dans un paramètre dédié

Le cas e-commerce

Suivez la structure e-commerce de GA4, avec un tableau items contenant pour chaque produit son identifiant, son nom, sa catégorie, son prix et sa quantité. Deux points qui posent problème neuf fois sur dix :

  • L'identifiant produit doit être le même que celui du flux Merchant Center, sinon le remarketing dynamique ne fonctionne pas
  • Un ecommerce: null doit être poussé avant chaque nouvel événement e-commerce, faute de quoi les données du précédent persistent

Travailler avec un développeur

Fournissez des exemples de code concrets, pas des descriptions. Un développeur qui reçoit l'objet exact attendu l'implémente en une heure ; le même, avec une description en prose, y passe une journée et se trompe sur un champ.

Faire vivre le document

Un plan de taggage se met à jour à chaque évolution du site. Prévoyez une relecture avant chaque refonte, et une vérification après chaque mise en production importante. C'est la seule protection réelle contre le scénario habituel : un tracking qui se dégrade lentement, sans qu'aucune alerte ne se déclenche.

Un doute sur votre configuration ?

Décrivez-moi votre situation, je vous réponds personnellement avec un premier diagnostic sous 24 heures ouvrées.

Demander un audit tracking