Ressources · 25
Construire un plan de mesure des événements et vérifier sa collecte
Du besoin de décision au dictionnaire d’événements, puis aux tests et au suivi des écarts.
· 18 min
Ce que ce guide permet
- Définir les décisions
- Documenter les événements
- Tester chaque état
- Surveiller les écarts
Contrôle express
- Quelle décision dépend de cette mesure ?
- Quel événement et quels paramètres décrivent le fait observé ?
- Quels états de consentement changent la collecte ?
- Un même geste peut-il générer deux événements ?
- Qui traite un écart après livraison ?
Méthode pas à pas
- 01
Partir des décisions
Lister les décisions produit et métier, leurs indicateurs et le parcours concerné. Définir l’unité analysée avant de choisir un nom d’événement.
Livrable : objectifs, décisions et indicateurs priorisés.
- 02
Écrire un dictionnaire
Pour chaque événement, documenter déclencheur, paramètres, types, unités, source, propriétaire et cas exclus. Reprendre les événements recommandés par GA4 lorsqu’ils décrivent bien l’action.
Livrable : dictionnaire versionné avec exemples.
- 03
Préparer la collecte
Décrire les états de page, le choix de consentement, les transitions SPA, les échanges serveur et l’identifiant de déduplication lorsque nécessaire.
Livrable : spécification de déclenchement par scénario.
- 04
Tester en environnement contrôlé
Rejouer succès, erreur, abandon, refus, mobile et rechargement. Comparer la requête émise aux paramètres attendus et aux outils de débogage de la plateforme.
Livrable : recette horodatée avec écarts et captures.
- 05
Valider les agrégats
Comparer les volumes aux opérations connues sur une période cohérente, sans supposer que deux systèmes ont exactement la même définition de session ou de conversion.
Livrable : rapprochement commenté et seuils d’alerte.
- 06
Organiser le maintien
Nommer un responsable des changements de schéma, surveiller les événements manquants ou en double et retester après modification de formulaire, tag ou bannière.
Livrable : revue de qualité récurrente.
Indicateurs de pilotage
| Indicateur | Ce qu’il mesure | Première action |
|---|---|---|
| Couverture | Décisions avec événement défini et testé | Compléter les parcours non instrumentés |
| Complétude | Événements avec paramètres requis | Corriger le déclencheur ou le schéma |
| Doublons | Actions générant plus d’un événement attendu | Ajouter une règle de déduplication |
| Latence | Temps entre action et disponibilité exploitable | Examiner collecte et traitement |
Erreurs fréquentes
- Déclencher au chargement plutôt qu’au succès réel
- Changer un nom ou un type sans versionner le dictionnaire
- Ignorer le refus ou le retrait du consentement
- Confondre une requête acceptée avec une donnée valide en rapport
Questions fréquentes
Combien d’événements faut-il ?
Seulement ceux qui soutiennent des décisions explicites, avec une définition et une recette tenues à jour.
La réponse du serveur prouve-t-elle la qualité ?
Non. La validation de la requête, l’affichage dans les outils de débogage et les agrégats sont des vérifications distinctes.
Que tester après une refonte ?
Les déclencheurs, paramètres, consentements, doublons et agrégats des parcours critiques.
Références officielles
Pour aller plus loin
Analyses associées
