Contrôle du tracking avant de publier un chiffre

Les propriétés analytics se cassent en silence : un tag qui se déclenche deux fois, une bannière de consentement qui bloque par défaut dans une région, un sous-domaine absent de la propriété, un filtre de trafic interne non documenté. Chacun produit des chiffres assurés et faux dans une seule direction, et le vrai dégât n'est pas le tag cassé mais le trimestre de reporting bâti dessus qu'il faut retirer. Faites ce contrôle une fois par propriété, puis à nouveau après tout changement de gestionnaire de balises, de consentement ou de domaine.

Le fichier de compétence

---
name: analytics-tracking-preflight
description: À utiliser quand vous êtes sur le point de publier un chiffre organique issu d'une propriété analytics que vous n'avez pas validée vous-même.
---

# Contrôle du tracking avant de publier un chiffre

Les propriétés analytics se cassent en silence : un tag qui se déclenche deux fois, une bannière de consentement qui bloque par défaut dans une région, un sous-domaine absent de la propriété, un filtre de trafic interne non documenté. Chacun produit des chiffres assurés et faux dans une seule direction, et le vrai dégât n'est pas le tag cassé mais le trimestre de reporting bâti dessus qu'il faut retirer. Faites ce contrôle une fois par propriété, puis à nouveau après tout changement de gestionnaire de balises, de consentement ou de domaine.

## Ce qu’il vous faut d’abord

- un accès administrateur à la propriété analytics et au conteneur du gestionnaire de balises
- la liste complète des noms d'hôte et sous-domaines, y compris commande, aide et blog lorsqu'ils sont séparés
- la configuration de gestion du consentement et le taux d'acceptation actuel
- une semaine de logs serveur ou une seconde source de données pour comparaison
- la liste des conversions qui comptent réellement pour l'entreprise

## Méthode

1. Listez tous les noms d'hôte censés figurer dans la propriété et vérifiez que chacun apparaît dans un rapport par nom d'hôte. Un blog sur un sous-domaine absent de la propriété est la cause unique la plus fréquente d'un organique qui paraît plus petit qu'il n'est.
2. Chargez une page avec l'onglet réseau ouvert et comptez les déclenchements de tag. Les doublons gonflent les sessions et écrasent le taux de conversion, et aucun rapport standard ne vous le montrera.
3. Vérifiez la configuration du consentement et relevez le taux d'acceptation, puis décidez et écrivez si votre reporting porte sur le consenti seul ou sur du modélisé. Ces deux bases répondent à des questions différentes et ne peuvent pas se mélanger dans un même rapport.
4. Recoupez une semaine de sessions organiques avec les clics Search Console sur les mêmes pages. Attendez-vous à un écart ; ce qui importe est que l'écart soit stable. Un écart qui varie d'une semaine à l'autre signifie que quelque chose est cassé, pas que les outils divergent.
5. Déclenchez vous-même chaque conversion clé et vérifiez qu'elle s'enregistre une seule fois, avec la valeur et le canal attendus. Testez aussi les chemins d'échec, car un paiement refusé ou une erreur de validation qui déclenche quand même un événement d'achat corrompt tous les chiffres en aval.
6. Passez en revue les exclusions de référents et les filtres de trafic interne. Un prestataire de paiement absent de la liste d'exclusion réécrit le canal de chaque session qui convertit, ce qui ressemble exactement à un organique qui sous-performe.
7. Écrivez les limites connues sous forme de courte liste jointe au reporting, dans cette forme : ce chiffre exclut X et sous-compte Y d'environ Z.

## Ce que ça produit

Une note de qualité des données d'une page couvrant les noms d'hôte validés, les contrôles de tags et de conversions, la base de consentement et les sous-comptages connus, jointe à chaque rapport issu de cette propriété.

## Là où ça dérape

- Auditer une fois à la mise en place et plus jamais, alors qu'une bannière de consentement ou une livraison du gestionnaire de balises peut casser la comparabilité du jour au lendemain
- Corriger une panne de tracking en silence, ce qui crée une marche que l'on expliquera des mois plus tard par une mise à jour d'algorithme
- Comparer des périodes situées de part et d'autre d'une correction de tracking comme s'il s'agissait de la même mesure
- Présenter des conversions modélisées à côté de comptages observés sans indiquer lesquelles sont lesquelles

---

Extrait de la bibliothèque de compétences QuQi - https://www.quqi.io/fr/skills/analytics-tracking-preflight

Ce qu’il vous faut d’abord

• un accès administrateur à la propriété analytics et au conteneur du gestionnaire de balises
• la liste complète des noms d'hôte et sous-domaines, y compris commande, aide et blog lorsqu'ils sont séparés
• la configuration de gestion du consentement et le taux d'acceptation actuel
• une semaine de logs serveur ou une seconde source de données pour comparaison
• la liste des conversions qui comptent réellement pour l'entreprise

Méthode

1. 01 Listez tous les noms d'hôte censés figurer dans la propriété et vérifiez que chacun apparaît dans un rapport par nom d'hôte. Un blog sur un sous-domaine absent de la propriété est la cause unique la plus fréquente d'un organique qui paraît plus petit qu'il n'est.
2. 02 Chargez une page avec l'onglet réseau ouvert et comptez les déclenchements de tag. Les doublons gonflent les sessions et écrasent le taux de conversion, et aucun rapport standard ne vous le montrera.
3. 03 Vérifiez la configuration du consentement et relevez le taux d'acceptation, puis décidez et écrivez si votre reporting porte sur le consenti seul ou sur du modélisé. Ces deux bases répondent à des questions différentes et ne peuvent pas se mélanger dans un même rapport.
4. 04 Recoupez une semaine de sessions organiques avec les clics Search Console sur les mêmes pages. Attendez-vous à un écart ; ce qui importe est que l'écart soit stable. Un écart qui varie d'une semaine à l'autre signifie que quelque chose est cassé, pas que les outils divergent.
5. 05 Déclenchez vous-même chaque conversion clé et vérifiez qu'elle s'enregistre une seule fois, avec la valeur et le canal attendus. Testez aussi les chemins d'échec, car un paiement refusé ou une erreur de validation qui déclenche quand même un événement d'achat corrompt tous les chiffres en aval.
6. 06 Passez en revue les exclusions de référents et les filtres de trafic interne. Un prestataire de paiement absent de la liste d'exclusion réécrit le canal de chaque session qui convertit, ce qui ressemble exactement à un organique qui sous-performe.
7. 07 Écrivez les limites connues sous forme de courte liste jointe au reporting, dans cette forme : ce chiffre exclut X et sous-compte Y d'environ Z.

Ce que ça produit

Une note de qualité des données d'une page couvrant les noms d'hôte validés, les contrôles de tags et de conversions, la base de consentement et les sous-comptages connus, jointe à chaque rapport issu de cette propriété.

Là où ça dérape

• Auditer une fois à la mise en place et plus jamais, alors qu'une bannière de consentement ou une livraison du gestionnaire de balises peut casser la comparabilité du jour au lendemain
• Corriger une panne de tracking en silence, ce qui crée une marche que l'on expliquera des mois plus tard par une mise à jour d'algorithme
• Comparer des périodes situées de part et d'autre d'une correction de tracking comme s'il s'agissait de la même mesure
• Présenter des conversions modélisées à côté de comptages observés sans indiquer lesquelles sont lesquelles

Utiliser cette compétence dans votre propre IA

Le fichier téléchargé est un simple markdown dont l'en-tête porte le nom et le déclencheur. Quand un assistant sait charger des compétences tout seul, c'est cet en-tête qu'il lit pour décider que celle-ci s'applique.

Plus dans Analyse et rapports