Le taggage, ou marquage, est l’ensemble des opérations qui consistent à placer, paramétrer et maintenir des balises de suivi dans les pages d’un site ou d’une application, afin de fournir aux outils d’analyse et de marketing les données attendues.
Le terme vient de l’anglais « tag », balise. Le taggage suit une séquence stable. Le besoin de mesure est d’abord spécifié : quelles pages, quelles interactions, quels paramètres. Les balises sont ensuite implémentées, soit directement dans le code du site, soit par un outil de tag management chargé par un tag maître. Une couche de données expose souvent les informations utiles de la page sous une forme structurée. Vient enfin la recette, qui vérifie que chaque balise se déclenche au bon moment et transmet les bonnes valeurs. La maintenance suit chaque évolution du site.
Le taggage porte sur plusieurs familles de balises : tags de tracking de mesure d’audience, balises de conversion publicitaire et tags tiers fournis par des partenaires. Il se distingue du plan de marquage, document qui décrit ce qu’il faut mesurer : le taggage en est l’exécution. Il se distingue aussi du tag management, qui désigne la gestion centralisée des balises par un outil dédié. Un site peut être taggé sans gestionnaire de balises. Dans le marquage dit côté serveur, les données transitent par un serveur contrôlé par l’éditeur avant d’être transmises aux outils.
Le taggage mobilise les web analystes, les développeurs, les équipes marketing et, souvent, des agences. Il intervient au lancement d’un site, lors d’une refonte, d’une nouvelle campagne ou d’un changement d’outil d’analyse.
Le taggage est souvent traité comme une tâche technique de fin de projet. C’est une erreur de cadrage. Une mise en production peut casser une balise. Un changement de partenaire en rend d’autres inutiles. À notre sens, la qualité du taggage dépend moins de l’outil retenu que de la réponse à une question d’organisation : qui décide de ce qui est mesuré et qui contrôle l’implémentation.
Nous recommandons d’inscrire la recette du taggage dans la procédure de mise en production du site, au même titre que les tests fonctionnels. Une balise cassée ne produit en général aucune erreur visible pour l’internaute : seule une recette ou une alerte sur les volumes la détecte.
Le taggage ne crée pas d’obligation propre, mais chaque balise qui lit ou dépose un traceur y est soumise. Selon la recommandation de la CNIL sur les cookies et autres traceurs (version consolidée de 2026), ces opérations exigent le consentement préalable de l’internaute, sauf exceptions prévues par l’article 82 de la loi Informatique et Libertés. Le taggage doit donc prévoir, pour chaque balise, sa condition de déclenchement selon le choix transmis par la CMP. Côté performance, le guide « Bonnes pratiques pour les balises et les gestionnaires de balises » (web.dev, 2021, mis à jour en 2022) recommande de mettre en veille ou de supprimer les balises inutilisées.
Nous proposons quatre repères, sans valeur de norme :
Un audit de web analytics périodique complète ces repères. Il vérifie que le taggage répond toujours aux questions posées, et pas seulement qu’il fonctionne.
Advalians diagnostique votre organisation et ses points de friction, puis vous aide à choisir quoi internaliser, externaliser ou mutualiser, avec une feuille de route.
Advalians, cabinet de conseil indépendant en marketing et communication, vous aide à clarifier vos choix et à décider.
Le plan de marquage est le document qui décrit ce qu’il faut mesurer : pages, interactions, noms des évènements, paramètres. Le taggage est l’opération qui met ce plan en œuvre dans le site et le maintient dans le temps.
Les deux vont ensemble. Un taggage sans plan produit des données que personne ne sait interpréter. Un plan sans taggage tenu à jour décrit un site qui n’existe plus. Règle pratique : toute balise ajoutée ou modifiée doit d’abord figurer dans le plan.
Intégrez le taggage au projet dès le cahier des charges, pas à la veille de la mise en ligne.
Prévoyez une note de rupture pour les séries qui ne seront plus comparables.
Confrontez ce que le site envoie à ce que le plan de marquage prévoit, puis à vos données de gestion.
Concrètement, parcourez les pages clés avec les outils de débogage et vérifiez chaque évènement attendu, ses paramètres et sa condition de consentement. Calculez la part des évènements du plan effectivement reçus. Comparez ensuite les conversions mesurées aux commandes ou demandes enregistrées. Pour un diagnostic complet, une démarche d’assurance qualité web analytics automatise une partie de ces contrôles.
Les plus coûteuses sont celles qu’on découvre tard : une balise de conversion cassée pendant des semaines, ou déclenchée deux fois, fausse les décisions budgétaires prises entre-temps.
Viennent ensuite le déclenchement de balises publicitaires sans consentement, qui crée un risque juridique, et l’absence de documentation, qui rend chaque changement de prestataire coûteux. Pour les limiter, rendez la recette du taggage obligatoire à chaque mise en production et fixez une alerte sur la chute brutale des conversions.
Gardez en interne la maîtrise du plan de marquage, des accès et de la recette, même si l’implémentation est confiée à un prestataire.
Internalisez l’implémentation lorsque le site évolue souvent et que vous disposez d’un web analyste. Externalisez-la pour un site stable ou un besoin ponctuel, comme une refonte. Dans tous les cas, exigez une documentation à jour et conservez la propriété du compte du gestionnaire de balises : sans cela, changer de prestataire revient à repartir de zéro.
Un audit marketing, ce n’est pas juste vérifier si vos balises Google Analytics..
