Lancer un audit du dataLayer (recette)

Avant de commencer

Il vous faut deux choses en place dans votre projet. D'abord, le snippet Tag Insight doit être installé sur votre site : ouvrez Install Tag Insight dans la barre latérale et placez le snippet avant la balise de fermeture </head>. Ensuite, il vous faut un plan de marquage à auditer. Vous pouvez gérer les plans sous Tracking plan > Tracking plans, ou en générer un depuis votre site existant avec Detect tracking plan, la fonctionnalité Reverse Tracking Plan. Si votre équipe conserve des définitions partagées (événements, propriétés, paramètres, types d'événements) dans la Library, votre plan peut les réutiliser entre projets.

Lancer un audit

1. 1

   Dans la barre latérale, ouvrez Tracking plan, puis Audits.

2. 2

   Démarrez un nouvel audit et sélectionnez le plan de marquage que vous voulez valider.

3. 3

   Laissez l'audit s'exécuter. Tag Insight compare les événements du dataLayer qu'il capture aux événements, propriétés et paramètres définis dans votre plan.

Les audits sont illimités sur tous les plans : lancez-en donc autant que nécessaire, après chaque mise en production est une bonne habitude. Si vous préférez tester les pages en les parcourant vous-même, la Chrome extension Tag Insight inclut une fonctionnalité QA DataLayer qui fonctionne même sans système de gestion de balises.

Lire l'Overview et l'Error distribution

Quand l'audit se termine, commencez par l'Overview. Elle vous donne d'un coup d'œil l'état de santé global du run : quelle part de ce qui a été capturé correspond à votre plan de marquage.

Ouvrez ensuite l'Error distribution. Cette vue montre où se concentrent les problèmes, pour que vous puissiez prioriser. Un seul modèle d'événement mal configuré explique souvent une large part des erreurs, et le corriger en premier dissipe le plus de bruit.

Parcourir la liste de résultats

Sous les vues de synthèse, la liste de résultats détaille chaque résultat du run. Parcourez-la pour repérer les événements manquants, les valeurs inattendues et les propriétés qui ne correspondent pas au plan. Si vous avez besoin de voir les hits bruts derrière un résultat, ouvrez Live Debugger dans la barre latérale : il vous permet de visualiser les hits capturés pendant un audit.

Une fois qu'un run a été relu et ses problèmes corrigés ou consignés, archivez-le. Les audits archivés restent disponibles dans la section Audits, ce qui vous permet de conserver votre historique sans encombrer la liste des runs actifs.

Planifier des audits récurrents

Les audits manuels détectent les problèmes après coup. Les planifications détectent les régressions avant que quiconque ne remarque des données cassées. La section Audits comprend des planifications et un calendrier, où vous configurez des runs récurrents par rapport à votre plan de marquage. Les runs planifiés apparaissent aussi dans le module Calendar de la barre latérale, ce qui vous donne une vue unique de l'activité d'audit passée et à venir du projet.

Une configuration courante est un audit planifié hebdomadaire, plus un run manuel après chaque mise en production importante. Relisez l'Overview de chaque run planifié, creusez l'Error distribution quand quelque chose dérive, et archivez les runs que vous avez traités.