Glossaire ·

Marquage analytics

Définition et décryptage par le cabinet Advalians · Mis à jour le 29 octobre 2026

Définition : Marquage analytics

Le marquage analytics est l’opération technique qui consiste à placer dans les pages d’un site ou dans une application des balises chargées de transmettre à un outil de mesure les visites, les actions et les conversions des utilisateurs.

Il constitue la couche de collecte de la web analyse. Une balise est un fragment de code qui s’exécute au chargement d’une page ou lors d’une interaction. Elle lit des informations, comme l’adresse de la page, l’origine de la visite, l’identifiant du navigateur ou le montant d’une commande. Elle les envoie ensuite au serveur de l’outil de mesure. Le marquage de base compte les pages vues. Le marquage des événements enregistre les actions qui ne changent pas de page : clic sur un bouton, envoi d’un formulaire, lecture d’une vidéo, achat.

Un marquage complet réunit plusieurs éléments. Le plan de marquage liste ce qui est mesuré, sur quelles pages et sous quel nom. Les balises exécutent cette collecte, souvent regroupées dans un conteneur administré par un outil de tag management. Une couche de données expose aux balises les informations métier sans les lire dans l’affichage de la page. Les paramètres ajoutés aux adresses des campagnes identifient la source des visites. Un dispositif de recueil du consentement conditionne enfin le déclenchement des balises qui y sont soumises.

Le marquage se distingue du plan de marquage, qui en est la spécification écrite, et du pixel tag, qui n’est qu’une forme particulière de balise. Le terme taggage est employé comme synonyme. Le marquage intervient au lancement ou à la refonte d’un site, lors d’un audit de la mesure et à chaque ajout d’un outil de suivi.

Décryptage Advalians : Marquage analytics

Le marquage décide de ce que vous pourrez savoir

Une action qui n’est pas marquée n’existe pas dans les données. Elle ne se reconstitue pas après coup : un oubli de six mois laisse six mois sans historique. Tous les tableaux de bord héritent donc des choix faits au marquage. À notre avis, le marquage est une décision marketing avant d’être une tâche technique. Nous recommandons que l’équipe marketing porte le plan de marquage et que l’équipe technique porte son implémentation, avec une validation croisée.

Mettre en œuvre un marquage robuste

  1. Partir des décisions. Listez les questions auxquelles la mesure doit répondre, puis les actions à suivre pour y répondre. Ne marquez pas tout ce qui est techniquement marquable.
  2. Fixer une convention de nommage. Chaque événement reçoit un nom, des paramètres et une définition écrite. Un même clic ne doit pas porter deux noms selon la page.
  3. S’appuyer sur une couche de données. Une balise qui lit le texte ou la mise en forme de la page casse à la première refonte graphique. Une couche de données alimentée par le site reste stable.
  4. Recetter avant la mise en production. Testez chaque balise dans un environnement de test, puis comparez les premières données à une source indépendante, par exemple les commandes du back-office. C’est l’objet de l’assurance qualité web analytics.
  5. Versionner. Datez chaque modification du marquage. Une rupture dans une courbe s’explique alors en quelques minutes.

Cadre réglementaire

La recommandation de la CNIL sur les cookies et autres traceurs, dans sa version consolidée publiée le 16 janvier 2026, rappelle le principe de l’article 82 de la loi Informatique et Libertés : lire ou écrire des informations sur le terminal de l’utilisateur suppose son consentement préalable, sauf exception. La CNIL admet que certains traceurs de mesure d’audience entrent dans les exceptions prévues par cet article. Selon sa page « Cookies : solutions pour les outils de mesure d’audience » (2025), ils doivent se limiter à la mesure pour le compte de l’éditeur, produire des statistiques anonymes et ne pas permettre le suivi global de la navigation. Conséquence pratique : chaque balise du plan de marquage doit être classée, exemptée ou soumise au consentement, et se déclencher en conséquence.

Mesurer la qualité du marquage

Nous proposons quatre repères de pilotage, qui ne sont pas des normes :

  • l’écart entre les transactions mesurées et les commandes enregistrées dans le système de gestion ;
  • la part des événements collectés qui figurent dans le plan de marquage ;
  • le délai entre la détection d’une anomalie et sa correction ;
  • le nombre de balises actives sans responsable identifié.

Erreurs fréquentes

  • Accumuler les balises. Selon l’article « Bonnes pratiques pour les balises et les gestionnaires de balises » (web.dev, 2021, mis à jour en 2022), une balise isolée a un effet négligeable sur les performances, mais des dizaines ou des centaines pèsent lourd. Les auteurs recommandent de supprimer les balises inutilisées.
  • Oublier le marquage dans le cahier des charges d’une refonte. Le nouveau site est livré sans mesure, ou avec une mesure différente de l’ancienne.
  • Déclencher des balises soumises au consentement avant le choix de l’internaute.
  • Laisser chaque prestataire ajouter ses propres balises sans les inscrire au plan.
L'accompagnement Advalians

Marquage analytics : vérifier que vos données mesurent la réalité

Le livre blanc gratuit d’Advalians détaille onze erreurs de mesure courantes, chacune avec son test et sa correction, et propose un test de fiabilité en 12 points.

L'accompagnement Advalians

Un sujet à arbitrer ? Parlons-en avec un regard indépendant

Advalians, cabinet de conseil indépendant en marketing et communication, vous aide à clarifier vos choix et à décider.

Questions fréquentes

Le plan de marquage est le document de spécification. Il liste les pages, les événements, leurs noms et leurs paramètres. Le marquage est la mise en œuvre de ce document dans le code du site ou de l’application.

La distinction a une conséquence pratique. Un marquage sans plan écrit ne se contrôle pas, car rien ne dit ce qui devrait être collecté. Un plan sans recette ne garantit rien, car rien ne prouve qu’il a été appliqué. Exigez les deux, et faites valider le plan par l’équipe qui utilisera les données.

Oui, dès que le site porte plus de quelques balises ou que plusieurs équipes interviennent. Un gestionnaire de balises regroupe les balises dans un conteneur unique, installé une fois dans le code. Les ajouts et les corrections se font ensuite depuis une interface, sans mise en production du site.

Cette souplesse a un revers : n’importe quel utilisateur habilité peut ajouter une balise. Limitez le droit de publication à deux ou trois personnes, imposez une recette avant chaque publication et rattachez chaque balise au plan de marquage. Le tag management est d’abord une discipline, ensuite un outil.

Comparez les données collectées à une source indépendante. Pour un site marchand, rapprochez chaque semaine les transactions mesurées des commandes enregistrées dans le back-office. Pour un site de génération de contacts, rapprochez les formulaires mesurés des demandes reçues dans l’outil de gestion de la relation client.

Fixez un seuil d’alerte : un écart supérieur à quelques points de pourcentage, qui s’accroît, signale une panne. Ce seuil est un repère interne, à calibrer selon le taux de refus du consentement. Vérifiez aussi après chaque mise en production que les événements clés remontent toujours.

Le double déclenchement d’une balise est l’erreur la plus trompeuse : il gonfle les conversions sans signal visible. Il survient quand une balise est posée à la fois dans le code et dans le gestionnaire de balises, ou quand la page de confirmation peut être rechargée.

Viennent ensuite les balises absentes d’un gabarit de page, les noms d’événements qui changent d’une version à l’autre et l’oubli des paramètres sur les liens de campagne. Contrôlez ces quatre points à chaque recette. Tenez un journal des modifications pour dater toute rupture de série.

Refaites-le lors d’une refonte qui change les gabarits de pages, lors d’un changement d’outil de mesure ou quand plus personne ne sait expliquer les balises en place. Dans ces trois cas, corriger au fil de l’eau coûte plus cher que repartir d’un plan propre.

Renoncez à la refonte complète si le plan existe, que les écarts avec les sources de référence restent stables et que seuls quelques événements manquent. Un audit de web analytics permet de trancher : il compare ce qui est collecté à ce que le plan prévoit.

Sommaire
Besoin d'un conseil indépendant ?
Marquage analytics : vérifier que vos données mesurent la réalité
Besoin d'un conseil indépendant ?
Un sujet à arbitrer ? Parlons-en.
Ressources gratuites
Passez de la définition à la pratique

Modèles, grilles et guides prêts à l’emploi pour vos projets marketing et communication.

Besoin d'un conseil indépendant sur ce sujet ?

Échanger