Checklist d'audit du tracking : balises, pixels, conversions et suivi des corrections
Une checklist d'audit du tracking est une liste de contrôles qui confirme que chaque balise, pixel et conversion se déclenche une seule fois, sur les bonnes pages, avec des signaux de consentement intacts, et que les chiffres des plateformes concordent avec votre CRM. Utilisez-la après une mise en production, une publication GTM ou un changement de bannière.
Qu'est-ce qu'un audit du tracking et quand le faire ?
Un audit du tracking est une vérification structurée que votre mesure enregistre toujours ce que vous croyez : les balises se chargent, les conversions se déclenchent une fois, les signaux de consentement passent et les chiffres concordent d'un outil à l'autre. Faites-le avant de juger les performances, pas après avoir déjà modifié les enchères.
Le tracking casse rarement tout seul. Il casse parce que quelque chose a changé : une mise en production a retiré la balise d'un modèle de page, quelqu'un a modifié un déclencheur dans Google Tag Manager, la bannière de cookies a été mise à jour ou le tunnel de paiement est passé sur un autre domaine. Un bon audit a donc deux rôles : trouver ce qui est cassé aujourd'hui et consigner ce que vous modifiez, pour que la prochaine baisse s'explique en quelques minutes.
Moments typiques pour dérouler la checklist :
- Vous reprenez un nouveau client ou un nouveau compte publicitaire.
- Une refonte, un nouveau thème, un nouvel outil de formulaires ou une modification du tunnel de paiement est mis en ligne.
- Les conversions, les leads ou le chiffre d'affaires bougent fortement et personne ne sait pourquoi.
- Les chiffres des plateformes ne concordent plus avec le CRM ou la boutique.
- Avant une période de pic, quand vous voulez geler les modifications.
Si vous êtes ici parce que les résultats ont déjà baissé, commencez par le guide pour expliquer une baisse de conversions à un client et utilisez cette checklist comme sa partie tracking.
Que doit couvrir une checklist d'audit du tracking ?
Couvrez les couches dans cet ordre : la balise sur la page, ses alertes de qualité, les conversions comptées par chaque plateforme, les événements derrière elles, le consentement et la comparaison avec votre source de vérité. Cet ordre vous évite de corriger une action de conversion alors que le vrai problème est une balise absente.
| Couche | Quoi vérifier | Où le vérifier |
|---|---|---|
| Couverture de la balise Google | Toutes les pages et tous les modèles chargent la balise, pages de remerciement et nouveaux domaines compris | Récapitulatif « Couverture de la balise » dans Google Tag Manager, Google Ads ou GA4 |
| Qualité de la balise | Alertes comme Conversion Linker manquant, balise trop bas ou conversions comptées en trop | Diagnostic des balises, dans les paramètres de la balise Google |
| Conversions Google Ads | État de chaque action de conversion, un comptage par conversion, bons objectifs principaux | Récapitulatif des conversions dans Google Ads, Tag Assistant |
| Événements GA4 | Les événements clés se déclenchent une fois, avec les paramètres utilisés dans vos rapports | DebugView dans GA4 |
| Pixel Meta et API Conversions | Les événements navigateur et serveur partagent le nom et l'ID d'événement | Test Events dans le Gestionnaire d'événements de Meta |
| Consentement | Les signaux de consentement atteignent les balises Google pour les utilisateurs de l'EEE | Alertes de consentement du Diagnostic des balises, Tag Assistant |
| Source de vérité | Conversions des plateformes face aux leads du CRM ou aux commandes de la boutique, sur les mêmes jours | Export du CRM ou de la plateforme e-commerce |
Notez le résultat de chaque ligne avec la date de la vérification. Un audit qui ne laisse aucune trace doit être refait de zéro la prochaine fois que les chiffres bougent.
À lire aussi: Suivi des conversions Google Ads : le configurer, le vérifier et dater chaque modification · Journal des modifications marketing : définition et mode d’emploi
Comment auditer la balise Google et les conversions Google Ads ?
Commencez par la couverture des pages, puis la qualité de la balise, puis chaque action de conversion. Google propose un outil pour chaque étape, et les états vous disent où regarder ensuite.
Couverture des pages
Le récapitulatif « Couverture de la balise » liste les pages détectées par Google et donne un état à chacune : « Avec balise » (la balise s'est chargée au cours des 30 derniers jours), « Aucune activité récente » (elle s'est chargée auparavant, mais pas au cours des 30 derniers jours) et « Sans balise » (elle ne s'est jamais chargée). Il couvre jusqu'à 10 000 pages, ignore les paramètres de requête et peut avoir jusqu'à 24 heures de retard ; utilisez donc Tag Assistant sur la page quand vous avez besoin d'une réponse immédiate. Les pages qui passent à « Aucune activité récente » juste après une mise en production sont votre première piste.
Qualité de la balise
Dans les paramètres de la balise Google, la section « Qualité de la balise » propose le lien « Afficher les diagnostics ». Il signale des problèmes comme « Balise détectée trop bas sur la page », « La balise Google a cessé d'envoyer des données », « L'ID de transaction est manquant dans la balise Google » et « Vos conversions peuvent être comptabilisées en trop », ainsi que des alertes de consentement comme « Absence de consentement des utilisateurs dans l'EEE ». Traitez chaque alerte comme une ligne de l'audit, avec l'action menée.
Actions de conversion
Dans Google Ads, vérifiez l'état du suivi de chaque action de conversion. « Non validé », « Balise inactive » et « Attention requise » peuvent être analysés avec Tag Assistant : connectez votre site, effectuez la conversion, puis sélectionnez « Finish ». Une action validée affiche « Aucune conversion récente » jusqu'à la première conversion, puis passe à « Enregistrement de conversions ». Vérifiez aussi que chaque action compte une seule fois : les balises en double gonflent les résultats, comme expliqué dans comment trouver et dater les conversions en double. Pour la configuration complète, voir le suivi des conversions Google Ads.
Comment vérifier les événements GA4 et ceux du pixel Meta ?
Utilisez DebugView de GA4 pour les événements analytics et l'outil Test Events de Meta pour le pixel et l'API Conversions. Les deux affichent en direct les événements de votre propre session de test : vous pouvez envoyer un formulaire ou passer une commande test et voir ce qui part.
DebugView de GA4
Dans GA4, allez dans « Administration » puis, sous « Affichage des données », cliquez sur DebugView. Activez le mode débogage avec Tag Assistant ou avec le paramètre debug_mode dans la balise Google. Le flux des secondes montre les événements des 60 dernières secondes et le flux des minutes les 30 dernières minutes. Vérifiez que chaque événement clé se déclenche une fois, avec les paramètres de vos rapports. Avec le mode Consentement, les événements n'apparaissent pas quand les cookies Analytics sont refusés : testez donc les deux états. Le trafic de débogage peut fausser les rapports, filtrez donc le trafic des développeurs.
Pixel Meta et API Conversions
Meta documente Test Events sous Events Manager > Data Sources > votre pixel > Test Events. Si vous envoyez des événements depuis le navigateur et depuis le serveur, contrôlez la déduplication : Meta rapproche les deux quand le eventID du pixel est égal au event_id de l'API Conversions et que les noms d'événement sont identiques. Une répétition avec le même ID et le même nom envoyée au même pixel dans les 48 heures est écartée. Si les ID diffèrent ou manquent, un achat peut être compté deux fois. À la fin, retirez le test_event_code des requêtes de production, car les événements de test arrivent aussi dans le Gestionnaire d'événements.
Tout ce que vous corrigez doit aussi être marqué sur vos graphiques GA4 ; le guide des annotations GA4 explique comment.
Comment prouver quelle modification a cassé le tracking ?
Alignez toutes les modifications des jours qui précèdent la variation, puis confirmez la cause en reproduisant le problème. Une panne de tracking a presque toujours une date, et cette date coïncide en général avec une mise en production, une publication du conteneur ou un changement de paramètres.
- Écarter une vraie baisse
- Trouver le premier jour faux
- Aligner les modifications
- Reproduire la panne
- Corriger et consigner
Trouvez le premier jour où l'indicateur semble faux, puis listez ce qui a changé dans les trois à sept jours précédents : mises en production du site, versions de Google Tag Manager, mises à jour de la bannière de cookies, outils de formulaires ou de paiement, paramètres Google Ads ou Meta. Google Tag Manager enregistre une version à chaque publication du conteneur : vous pouvez comparer la version en ligne avec la précédente, et l'article sur l'historique des versions GTM explique comment revenir en arrière. Reproduisez ensuite la panne dans Tag Assistant ou DebugView, sur la page modifiée.
Avec toutes les modifications sur une seule frise chronologique, vous verriez que le plugin de formulaires a été mis en ligne la veille du jour où la balise de conversion a cessé de se déclencher, sans fouiller trois outils. Changeline tient cette frise par client : les modifications Google Ads sont importées via une connexion en lecture seule, et l'équipe consigne les modifications du site, du tracking et du consentement. Vous pouvez démarrer un journal des modifications pour votre projet et avoir cette vue prête avant le prochain audit.
Exemple : un mardi, le client demande pourquoi Google Ads affiche 40 % de leads en moins que le CRM depuis le week-end. L'équipe aligne les modifications des jours précédents : jeudi, le développeur a mis en ligne un nouveau plugin de formulaires, vendredi une version GTM a modifié le déclencheur du formulaire, et lundi le texte de la bannière de cookies a changé. Tag Assistant montre que la balise de conversion ne se déclenche plus sur la confirmation du nouveau formulaire, car le déclencheur vise encore l'ancien. La cause est la mise en ligne de jeudi combinée au déclencheur de vendredi, pas la bannière. Noms et chiffres fictifs.
- JeuSiteNouveau plugin de formulaires
- VenGTMVersion 58 : déclencheur modifié
- LunConsentementTexte de la bannière modifié
- MarLeads Google Ads −40 %
Comment consigner ce que vous avez modifié pendant l'audit ?
Consignez chaque correction comme une modification, avec la date, le responsable, l'avant et l'après et la raison. Un audit change les chiffres qu'il mesure : supprimer une balise en double réduit les conversions remontées, et corriger les signaux de consentement peut les augmenter.
Pour chaque correction, notez :
- La date et l'heure de mise en ligne.
- L'endroit : plateforme, conteneur, page ou action de conversion.
- L'avant et l'après, par exemple « balise d'achat déclenchée deux fois → une fois ».
- Qui l'a faite et pourquoi.
- Quel indicateur doit bouger, et dans quel sens.
Nommez les versions de Google Tag Manager d'après ce qui a changé, comme Google le suggère, pour que la liste des versions se lise comme un journal. Copiez ensuite les mêmes entrées dans le journal des modifications de l'équipe, à côté des modifications de campagnes et du site. Le modèle de journal des modifications marketing fournit les colonnes, et le guide du journal des modifications marketing explique comment le tenir à jour.
Prévenez le client avant la mise en ligne d'une correction qui va faire bouger les résultats remontés. Un bond de conversions après une correction du tracking est un changement de mesure, pas une victoire de campagne, et ne doit pas être lu comme tel dans le rapport du mois suivant.
À quelle fréquence refaire l'audit du tracking ?
Faites un audit complet quand vous reprenez un compte et avant les périodes de pic, et un contrôle court après chaque mise en production, publication du conteneur ou changement de consentement. Entre deux audits, les alertes du Diagnostic des balises et les états de « Couverture de la balise » servent d'alerte précoce.
Le contrôle court ne demande que les points qui cassent le plus souvent :
Liste de contrôle
- La balise Google se charge sur chaque modèle et page de remerciement
- Chaque action de conversion compte une fois par conversion
- Les événements clés GA4 apparaissent dans DebugView avec les bons paramètres
- Les événements du pixel et de l'API Conversions partagent le même ID
- Les signaux de consentement atteignent les balises Google dans l'EEE
- Les conversions restent dans l'écart habituel avec le CRM
- Chaque correction consignée avec date, responsable et raison
Fixez à l'avance l'écart normal entre les conversions des plateformes et les données du CRM pour chaque client, et mettez-le par écrit. Quand l'écart se creuse, vous avez un signal clair pour relancer la checklist, et un journal daté pour comparer.
Sachez quelle modification de balise a cassé vos conversions
Changeline réunit les modifications de votre équipe, celles importées de Google Ads et celles du site, du tracking et du CRM sur une frise par client.
Formule Free : 1 projet, 2 éditeurs, 15 jours d’historique. Sans carte.
FAQ
Quelle différence entre un audit du tracking et un audit de compte publicitaire ?
L'audit de compte passe en revue la structure des campagnes, les enchères, les budgets et l'historique des modifications. L'audit du tracking vérifie la mesure dont dépendent ces campagnes : balises, événements, actions de conversion, consentement et comparaison avec le CRM. Faites d'abord celui du tracking, car des décisions fondées sur des conversions cassées sont fausses dès le départ.
Pourquoi mes conversions Google Ads ne correspondent-elles pas à mon CRM ?
Un écart est normal, car l'attribution, les fenêtres de conversion, le consentement et les parcours multi-appareils diffèrent selon les outils. Un changement brutal de cet écart signale en général une modification du tracking ou du site, comme une balise en double, une page de remerciement cassée ou un nouveau formulaire. Comparez le jour du changement avec votre journal.
Comment savoir si Meta compte les achats deux fois ?
Si vous envoyez des événements depuis le pixel et depuis l'API Conversions, vérifiez que chaque paire utilise le même nom et le même ID d'événement. Meta écarte une répétition avec le même ID et le même nom dans les 48 heures. Si les ID diffèrent ou manquent, les deux événements peuvent être comptés. Vérifiez-le avec Test Events dans le Gestionnaire d'événements.
Corriger le tracking modifie-t-il les données historiques ?
Non. Une correction s'applique à partir de sa mise en ligne, et les jours passés gardent ce qui a été enregistré à l'époque. C'est pourquoi il faut consigner la date de chaque correction et prévenir les parties prenantes, afin qu'une marche dans les conversions soit lue comme un changement de mesure et non de performance.
Qui doit être responsable de l'audit du tracking ?
Une personne nommée par client, en général côté analytics ou marketing ops, avec accès au gestionnaire de balises, aux plateformes publicitaires et au CRM. Développeurs et acheteurs média contribuent, mais un seul responsable tient la checklist, valide chaque correction et veille à ce que chaque modification soit consignée avec sa date.
Sources
- Use Tag Assistant to troubleshoot unverified or inactive conversion actions (Google Ads Help)
- About the Tag coverage summary (Tag Manager Help)
- Troubleshoot tag issues with Tag Diagnostics (Google Ads Help)
- [GA4] Monitor events in DebugView (Analytics Help)
- Handling duplicate Pixel and Conversions API events (Meta for Developers)
- Publishing, versions, and approvals (Tag Manager Help)