Établir le seuil de bruit de votre trafic

Le trafic organique bouge d'une semaine à l'autre pour des raisons que personne ne contrôle : répartition des jours de la semaine, jours fériés, crawl ralenti, un outil de reporting qui révise ses propres chiffres. Une équipe qui n'a jamais mesuré sa propre variance enquête sur chaque baisse, ce qui brûle des journées et apprend à tout le monde à ignorer les alertes, y compris celle qui compte. Caractérisez la variation normale une fois par segment et fixez les seuils à partir de là, plutôt qu'à partir d'un chiffre rond qui sonnait bien.

Le fichier de compétence

---
name: organic-traffic-noise-floor
description: À utiliser quand une baisse hebdomadaire déclenche une enquête et que personne ne peut dire si le mouvement sort de la variation normale.
---

# Établir le seuil de bruit de votre trafic

Le trafic organique bouge d'une semaine à l'autre pour des raisons que personne ne contrôle : répartition des jours de la semaine, jours fériés, crawl ralenti, un outil de reporting qui révise ses propres chiffres. Une équipe qui n'a jamais mesuré sa propre variance enquête sur chaque baisse, ce qui brûle des journées et apprend à tout le monde à ignorer les alertes, y compris celle qui compte. Caractérisez la variation normale une fois par segment et fixez les seuils à partir de là, plutôt qu'à partir d'un chiffre rond qui sonnait bien.

## Ce qu’il vous faut d’abord

- 13 mois de clics ou de sessions quotidiens par segment de reporting
- un journal des événements ponctuels connus, pour pouvoir les exclure de la base
- le délai de reporting et le comportement de révision de votre source de données

## Méthode

1. Travaillez en semaines entières à partir d'un jour fixe. Les effets de jour de semaine sont couramment plus grands que les mouvements que l'on escalade, et les comparaisons quotidiennes n'arrêteront pas d'en fabriquer.
2. Retirez d'abord de l'historique les événements ponctuels connus, à l'aide du journal des changements. Laisser une semaine de migration dans la base élargit le seuil et masque de vrais problèmes pendant l'année qui suit.
3. Calculez la variation en pourcentage d'une semaine sur l'autre sur l'historique nettoyé, par segment, et prenez un percentile élevé de la variation absolue, le 90e étant un point de départ raisonnable, comme seuil de ce segment.
4. Refaites le calcul d'une année sur l'autre pour la même semaine, afin que la saisonnalité soit portée plutôt que combattue. Une baisse de décembre qui se répète chaque décembre n'est pas un constat.
5. Fixez des seuils par segment et non pour tout le site. Les petits segments sont plus bruités par construction, si bien qu'un seuil unique partagé vous inonde d'alertes venues des petits ou reste muet pendant une vraie chute du grand.
6. Ajoutez une règle de persistance : deux semaines consécutives au-delà du seuil, ou une seule semaine au-delà d'un seuil bien plus élevé. Les pics d'une seule semaine sont généralement des artefacts, surtout dans des données révisées après coup.
7. Recalculez le seuil tous les six mois et après tout changement de tracking ou de segmentation, puis inscrivez les seuils en vigueur dans le rapport lui-même, pour que personne n'ait à s'en souvenir.

## Ce que ça produit

Un tableau de seuils d'alerte par segment, avec le percentile utilisé, les événements exclus de la base et la règle de persistance, mis à jour deux fois par an.

## Là où ça dérape

- Fixer un seuil unique pour tout le site, si bien que les petits segments crient au loup et que le grand reste silencieux pendant un vrai recul
- Inclure les deux ou trois derniers jours de données Search Console, qui sont incomplets et ressemblent toujours à une baisse
- Prendre le seuil pour un test de significativité, alors que c'est une règle de tri indiquant où regarder et non la preuve que quoi que ce soit a causé quoi que ce soit
- Reconstruire la base sur une période qui contenait déjà un recul durable, ce qui intègre ce recul dans la définition même de la normale

---

Extrait de la bibliothèque de compétences QuQi - https://www.quqi.io/fr/skills/organic-traffic-noise-floor

Ce qu’il vous faut d’abord

• 13 mois de clics ou de sessions quotidiens par segment de reporting
• un journal des événements ponctuels connus, pour pouvoir les exclure de la base
• le délai de reporting et le comportement de révision de votre source de données

Méthode

1. 01 Travaillez en semaines entières à partir d'un jour fixe. Les effets de jour de semaine sont couramment plus grands que les mouvements que l'on escalade, et les comparaisons quotidiennes n'arrêteront pas d'en fabriquer.
2. 02 Retirez d'abord de l'historique les événements ponctuels connus, à l'aide du journal des changements. Laisser une semaine de migration dans la base élargit le seuil et masque de vrais problèmes pendant l'année qui suit.
3. 03 Calculez la variation en pourcentage d'une semaine sur l'autre sur l'historique nettoyé, par segment, et prenez un percentile élevé de la variation absolue, le 90e étant un point de départ raisonnable, comme seuil de ce segment.
4. 04 Refaites le calcul d'une année sur l'autre pour la même semaine, afin que la saisonnalité soit portée plutôt que combattue. Une baisse de décembre qui se répète chaque décembre n'est pas un constat.
5. 05 Fixez des seuils par segment et non pour tout le site. Les petits segments sont plus bruités par construction, si bien qu'un seuil unique partagé vous inonde d'alertes venues des petits ou reste muet pendant une vraie chute du grand.
6. 06 Ajoutez une règle de persistance : deux semaines consécutives au-delà du seuil, ou une seule semaine au-delà d'un seuil bien plus élevé. Les pics d'une seule semaine sont généralement des artefacts, surtout dans des données révisées après coup.
7. 07 Recalculez le seuil tous les six mois et après tout changement de tracking ou de segmentation, puis inscrivez les seuils en vigueur dans le rapport lui-même, pour que personne n'ait à s'en souvenir.

Ce que ça produit

Un tableau de seuils d'alerte par segment, avec le percentile utilisé, les événements exclus de la base et la règle de persistance, mis à jour deux fois par an.

Là où ça dérape

• Fixer un seuil unique pour tout le site, si bien que les petits segments crient au loup et que le grand reste silencieux pendant un vrai recul
• Inclure les deux ou trois derniers jours de données Search Console, qui sont incomplets et ressemblent toujours à une baisse
• Prendre le seuil pour un test de significativité, alors que c'est une règle de tri indiquant où regarder et non la preuve que quoi que ce soit a causé quoi que ce soit
• Reconstruire la base sur une période qui contenait déjà un recul durable, ce qui intègre ce recul dans la définition même de la normale

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