Pourquoi le trafic de mon site a-t-il chuté brutalement ?
Diagnostiquez une chute de trafic par sa forme avant d'en deviner la cause. Un effondrement du jour au lendemain jusqu'à presque zéro est presque toujours technique : un noindex oublié, un robots.txt cassé, une migration ratée ou une action manuelle. Une marche nette à une date précise pointe soit vers une mise à jour d'algorithme datée, soit vers quelque chose que vous avez déployé ce jour-là, tandis qu'une glissade lente sur plusieurs semaines relève généralement de l'usure et de la concurrence plutôt que d'un événement. Vérifiez d'abord les causes que vous contrôlez : ce sont à la fois les plus fréquentes et les plus rapides à corriger.
Lisez la forme de la chute avant d'en deviner la cause
Une chute de trafic n'est pas un problème unique, et la courbe vous dit lequel vous avez avant même que vous ne touchiez à quoi que ce soit. Ouvrez la Search Console, réglez le rapport de performances sur la plage complète de 16 mois et regardez les clics et les impressions sur le même axe. La forme réduit énormément l'ensemble des causes possibles, et cela vous coûte deux minutes. Sauter cette étape, c'est ainsi qu'on finit par réécrire des titres pour un problème qui tenait à une ligne du robots.txt.
| À quoi ressemble la courbe | Cause la plus probable | Ce qu'il faut vérifier en premier |
|---|---|---|
| Effondrement du jour au lendemain jusqu'à presque zéro | Technique ou action manuelle, pas un changement de position | Le rapport sur les actions manuelles, puis Pages → raisons de non-indexation des URL |
| Une marche à une date, puis un plateau | Une mise à jour d'algorithme datée, ou un déploiement ce jour-là | Votre propre historique de déploiements à cette date, avant tout traqueur de mises à jour |
| Impressions stables, clics en baisse | Vous êtes toujours positionné ; quelque chose au-dessus prend le clic | La page de résultats réelle de vos requêtes principales, à la recherche d'un aperçu IA ou d'un nouvel extrait |
| Glissade lente sur plusieurs semaines | Usure et concurrence, pas un événement | Si les pages qui perdent sont anciennes et jamais révisées |
| Une page, un pays ou un gabarit | Niveau page ou gabarit, pas l'ensemble du site | Ce que ces URL partagent : un gabarit, une paire hreflang, une canonique |
Vérifiez ce que vous avez changé avant ce que Google a changé
Les chutes que l'on s'inflige à soi-même sont plus nombreuses que les chutes algorithmiques, et ce sont les seules que vous pouvez corriger l'après-midi même. Parcourez cette liste face à votre historique de déploiements de la semaine précédant la chute, et non de la semaine de la chute : les changements d'indexation apparaissent avec un décalage.
- Un noindex ou une règle robots.txt échappée de la préproduction La cause la plus fréquente d'un effondrement. Une configuration de préproduction promue en production, ou un interrupteur du CMS actionné par quelqu'un qui en ignorait l'effet. Récupérez votre robots.txt en production et affichez le code source d'une vraie page avant de croire quoi que ce soit d'autre.
- Une migration ou une chaîne de redirections Des URL modifiées sans 301, des redirections pointant vers une autre redirection, ou des redirections envoyant tout vers la page d'accueil au lieu de la page correspondante. Chacun de ces cas perd l'essentiel du signal que l'ancienne URL avait accumulé.
- Une modification de gabarit Titres, intertitres et liens internes vivent généralement dans un gabarit : un seul commit peut donc les changer sur des milliers de pages à la fois. Si la chute se limite aux pages partageant une mise en page, regardez la mise en page.
- Dérive des canoniques Un gabarit qui fige une canonique unique sur chaque page indique à Google que votre site est un seul document. Une balise canonique qui pointe involontairement ailleurs consolide votre trafic sur la mauvaise URL, et les pages qu'elle délaisse cessent discrètement de se positionner.
- De nouvelles pages qui concurrencent les anciennes Publier plusieurs pages autour d'une même requête répartit le signal entre elles et peut toutes les faire descendre ensemble. C'est la cannibalisation de mots-clés, et cela ressemble à une chute mystérieuse sur des pages auxquelles vous n'avez jamais touché.
S'agissait-il vraiment d'une mise à jour d'algorithme ?
Deux tests séparent une mise à jour de tout le reste. D'abord, la perte est-elle répartie sur l'ensemble du site ou concentrée sur un sous-ensemble ? Les mises à jour principales tendent à réévaluer un site largement, alors qu'une défaillance technique se regroupe généralement sur ce qui partage l'élément cassé. Ensuite, les dates correspondent-elles à un déploiement confirmé ? Google annonce ses mises à jour principales et en donne les dates de début et de fin, et un déploiement dure des semaines : une chute survenue d'un jour à l'autre en est donc rarement une.
S'il s'agit réellement d'une mise à jour, il n'y a aucun interrupteur à actionner ni aucune pénalité à contester. La voie de rétablissement est la lente : améliorer les pages qui ont le plus perdu et compter sur la prochaine mise à jour plutôt que sur un rebond dans la semaine. C'est un horizon de plusieurs mois, le même que celui sur lequel le SEO fonctionne en général : mieux vaut donc en être certain avant d'y consacrer un trimestre.
Assurez-vous que la chute est réelle avant d'agir
Certaines chutes sont dans la mesure et non dans le trafic, et ce sont celles-là qui coûtent cher à poursuivre. Une balise qui ne se déclenche plus après un déploiement, une bannière de consentement qui se met à bloquer votre outil d'analyse, un filtre anti-robots modifié ou une reclassification de l'origine de vos visites peuvent faire bouger une courbe sans qu'un seul lecteur ait changé de comportement. Confirmez la chute dans une seconde source indépendante : les clics de la Search Console et les sessions de votre outil d'analyse devraient baisser ensemble.
Cette partie vient de l'exploitation d'agentceres.com et non de la documentation. Lorsque nous avons croisé nos données Search Console avec notre analytique produit pour voir quelles pages organiques produisaient réellement des inscriptions, notre première version classait une session comme organique dès que le référent contenait Google. Ce motif correspond aussi à l'application Gmail : chaque fois que quelqu'un ouvrait l'un de nos propres e-mails de connexion sur son téléphone et suivait le lien, la visite était enregistrée comme trafic organique Google. Retirer ces lignes a changé la forme de la courbe, et pas seulement son total — et n'importe quel jour où nous envoyions moins d'e-mails, cela aurait ressemblé à un effondrement organique. Une seconde surprise, plus modeste, la même semaine : le total global de la Search Console sur une période dépasse de quelques pour cent la somme de ses lignes par page, parce que les deux sont agrégés différemment et non parce que l'un serait tronqué. Deux chiffres issus du même outil peuvent légitimement diverger : une petite oscillation n'est donc pas une chute.
- Confirmez-la dans deux sources indépendantes ; une courbe seule est une affirmation, pas un constat.
- Consultez d'abord le rapport sur les actions manuelles : c'est la seule cause assortie d'un recours formel, et l'écarter prend dix secondes.
- Lisez votre propre historique de déploiements autour de la date de la chute avant tout traqueur de mises à jour.
- Comparez des périodes équivalentes. Un mois contre un mois, pas une semaine en cours contre une semaine complète.
- Si les impressions se sont maintenues et que seuls les clics ont chuté, vous avez un problème de page de résultats, pas de positionnement.
FAQ
- Combien de temps faut-il pour se remettre d'une chute de trafic ?
- Cela dépend entièrement de la cause, et c'est pourquoi diagnostiquer avant d'agir compte autant. Une erreur de noindex ou de robots.txt se rétablit généralement en quelques jours après correction et nouveau passage du robot. Une migration aux redirections cassées se rétablit sur quelques semaines une fois celles-ci corrigées. Le cas lent est la perte due à une mise à jour principale : il n'y a rien à annuler, et l'amélioration se voit en général autour d'une mise à jour ultérieure plutôt qu'immédiatement après vos retouches.
- Mes positions semblent inchangées mais le trafic a baissé. Que s'est-il passé ?
- C'est le schéma impressions stables et clics en baisse : vous êtes toujours affiché, mais on ne vous clique plus. Les causes habituelles sont un aperçu IA ou un extrait optimisé qui répond à la requête au-dessus de vous, un nouveau bloc publicitaire qui vous repousse hors du premier écran, ou un concurrent au titre plus convaincant à la même position. Regardez la page de résultats réelle de vos requêtes principales : la réponse est normalement visible dès le premier écran.
- Dois-je utiliser un outil tiers pour confirmer qu'une mise à jour m'a touché ?
- En second, pas en premier. Les traqueurs de position et les capteurs de volatilité décrivent la météo d'un grand nombre de sites ; ils ne peuvent pas dire si votre propre déploiement a cassé quelque chose. Lisez d'abord votre historique de déploiements et les rapports d'indexation de la Search Console, car ceux-là parlent précisément de votre site. Un pic de volatilité à la même date est une corroboration une fois vos propres changements écartés, jamais un diagnostic à lui seul.
- En quoi est-ce différent d'un site qui n'a jamais eu de trafic ?
- Ce sont des échelles complètement différentes. Un site qui ne s'est jamais positionné a un problème d'indexation, de sujet ou d'autorité, et se diagnostique en parcourant indexation, impressions, position puis taux de clic — voir pourquoi un site ne reçoit pas de trafic. Une chute signifie que les pages ont déjà prouvé qu'elles pouvaient se positionner : la question est donc ce qui a changé depuis, et ce changement est le plus souvent datable.
Want this done for you?
AgentCeres is a managed AI marketing team — specialists draft the work, you approve what ships. 14-day free trial, from $39/month.