Discipline d'annotation

Six mois après un changement, personne ne se souvient de ce qui a été livré, si bien que chaque mouvement de trafic est attribué à ce qui est à la mode. Les fonctions d'annotation des outils d'analytics sont généralement abandonnées en un mois parce qu'elles obligent à quitter son flux de travail. La solution est de faire du journal l'artefact le moins coûteux possible et d'y consigner ce que personne ne pense à consigner.

Le fichier de compétence

---
name: annotation-discipline
description: À utiliser au moment de mettre en place ou de réparer le registre de ce qui a changé sur un site, et quand.
---

# Discipline d'annotation

Six mois après un changement, personne ne se souvient de ce qui a été livré, si bien que chaque mouvement de trafic est attribué à ce qui est à la mode. Les fonctions d'annotation des outils d'analytics sont généralement abandonnées en un mois parce qu'elles obligent à quitter son flux de travail. La solution est de faire du journal l'artefact le moins coûteux possible et d'y consigner ce que personne ne pense à consigner.

## Ce qu’il vous faut d’abord

- une seule feuille ou un seul fichier partagé, pas un outil
- un accès aux déploiements ou un flux de releases
- un accord sur qui consigne quoi

## Méthode

1. Utilisez un tableau à plat unique avec date, ce qui a changé, motif d'URL concerné, auteur, effet attendu. Tout ce qui est plus riche ne sera pas tenu à jour.
2. Consignez aussi les changements non-SEO : pages de tarifs, tunnels de commande, refontes de navigation, modification d'une bannière de consentement. Les changements de bannière de consentement détruisent la comparabilité analytics et ne figurent jamais dans un journal SEO.
3. Notez l'effet attendu avant de voir les données. C'est la seule défense contre la reconstruction a posteriori d'un récit collé à la courbe.
4. Consignez la date à laquelle le changement était en ligne pour les crawlers, pas la date du merge. Un template en cache peut avoir plusieurs jours de retard.
5. Incluez ce que vous n'avez pas fait mais qui vous est arrivé : la refonte d'un concurrent, l'apparition d'une fonctionnalité SERP, un flux fournisseur cassé.
6. Relisez le journal au début de chaque cycle de reporting avant d'ouvrir les analytics, pour que le journal cadre les chiffres et non l'inverse.

## Ce que ça produit

Un journal des changements daté et tenu à jour, qu'un analyste peut lire à froid et utiliser pour expliquer une courbe.

## Là où ça dérape

- Ne consigner que le travail SEO, si bien qu'une refonte du site marketing ayant divisé le trafic par deux apparaît comme un événement algorithmique inexpliqué
- Remplir le journal de mémoire une fois par trimestre, ce qui produit des dates assurées mais fausses de plusieurs semaines
- Garder le journal privé pour une seule personne, si bien qu'il meurt avec son départ

---

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

Ce qu’il vous faut d’abord

• une seule feuille ou un seul fichier partagé, pas un outil
• un accès aux déploiements ou un flux de releases
• un accord sur qui consigne quoi

Méthode

1. 01 Utilisez un tableau à plat unique avec date, ce qui a changé, motif d'URL concerné, auteur, effet attendu. Tout ce qui est plus riche ne sera pas tenu à jour.
2. 02 Consignez aussi les changements non-SEO : pages de tarifs, tunnels de commande, refontes de navigation, modification d'une bannière de consentement. Les changements de bannière de consentement détruisent la comparabilité analytics et ne figurent jamais dans un journal SEO.
3. 03 Notez l'effet attendu avant de voir les données. C'est la seule défense contre la reconstruction a posteriori d'un récit collé à la courbe.
4. 04 Consignez la date à laquelle le changement était en ligne pour les crawlers, pas la date du merge. Un template en cache peut avoir plusieurs jours de retard.
5. 05 Incluez ce que vous n'avez pas fait mais qui vous est arrivé : la refonte d'un concurrent, l'apparition d'une fonctionnalité SERP, un flux fournisseur cassé.
6. 06 Relisez le journal au début de chaque cycle de reporting avant d'ouvrir les analytics, pour que le journal cadre les chiffres et non l'inverse.

Ce que ça produit

Un journal des changements daté et tenu à jour, qu'un analyste peut lire à froid et utiliser pour expliquer une courbe.

Là où ça dérape

• Ne consigner que le travail SEO, si bien qu'une refonte du site marketing ayant divisé le trafic par deux apparaît comme un événement algorithmique inexpliqué
• Remplir le journal de mémoire une fois par trimestre, ce qui produit des dates assurées mais fausses de plusieurs semaines
• Garder le journal privé pour une seule personne, si bien qu'il meurt avec son départ

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