Un site qui générait environ 75 clics par jour depuis Google tombe à presque zéro du jour au lendemain. Trois semaines plus tard, rien n’a bougé, alors que deux prestataires SEO ont déjà été payés pour le réparer. Le premier a diagnostiqué une pénalité et déposé une demande de réexamen. Le second a conclu à un contenu de mauvaise qualité et fait réécrire quinze articles. Aucune de ces deux interventions n’a produit le moindre effet, pour une raison simple : le problème n’était ni une pénalité, ni le contenu.
La cause réelle a été identifiée en une dizaine de minutes, puis corrigée en moins de cinq. Ce cas est instructif, non pas parce que la panne était rare, mais parce que l’erreur de méthode qui l’a précédée est extrêmement courante. Face à une chute de trafic SEO, on saute directement à une solution qui a l’air sérieuse, sans avoir pris le temps d’établir ce qui s’est réellement passé. Cet article détaille la séquence de vérifications qui aurait évité trois semaines de perte, ce que montrent les données une fois le blocage levé, et les limites de cette approche.
À retenir
- Avant toute correction, un diagnostic d’une dizaine de minutes permet d’écarter la majorité des fausses pistes : pénalité, contenu, algorithme.
- Le rapport Actions manuelles de Google Search Console est la première chose à ouvrir. S’il affiche « Aucun problème détecté », la piste de la pénalité tombe immédiatement.
- Une chute brutale, datable au jour près, renvoie presque toujours à un changement technique survenu au même moment : migration d’hébergement, mise à jour, refonte, changement de DNS.
- Dans le cas étudié, la migration d’hébergement n’avait pas conservé le fichier robots.txt. Le nouveau serveur en avait généré un par défaut qui interdisait l’exploration de tout le site.
- Une seule ligne dans un seul fichier a suffi à faire disparaître le site des résultats. Sa correction a pris moins de cinq minutes et le trafic est revenu en quelques jours.
- Une demande de réexamen ou une réécriture de contenu n’ont d’intérêt que si le diagnostic les justifie. Appliquées à l’aveugle, elles coûtent du temps et de l’argent sans aucun effet.
Le cas étudié : de 75 clics par jour à presque zéro, en une nuit
Le propriétaire du site en question est arrivé épuisé, et pour cause. Son trafic Google, stable autour de 75 clics quotidiens, s’était effondré d’un coup, sans avertissement, et stagnait à un niveau proche de zéro depuis plusieurs semaines. Ce type d’effondrement n’a rien à voir avec l’érosion progressive que subissent de nombreux sites éditoriaux, décrite dans notre analyse de la baisse du trafic SEO des petits éditeurs : ici, la courbe ne descend pas, elle tombe.
Deux corrections payées pour un problème qui n'existait pas
Le premier prestataire consulté a conclu à une pénalité de Google et a facturé une demande de réexamen. Plusieurs semaines plus tard, rien n’avait changé, et pour une raison implacable : il n’y avait jamais eu d’action manuelle. Personne n’avait pris la peine de le vérifier.
Le second a estimé que le contenu était de faible qualité et qu’il fallait tout réécrire. Quinze articles ont été retravaillés en deux semaines. Toujours aucune reprise, parce que le contenu n’a jamais été le problème.
Résultat : de l’argent dépensé, trois semaines perdues, et un site exactement dans le même état qu’au premier jour. C’est en général à ce stade que les propriétaires de sites cessent de faire confiance au référencement dans son ensemble. Non pas parce que le SEO ne fonctionne pas, mais parce que l’étape de diagnostic, peu spectaculaire, a été sautée au profit de corrections qui ressemblent à du vrai travail.
Pourquoi cette erreur de méthode est si fréquente ?
Une demande de réexamen ou une refonte éditoriale ont l’apparence d’actions SEO sérieuses. Elles sont faciles à vendre, faciles à facturer et donnent le sentiment d’agir. Un diagnostic, lui, ne produit rien de visible : il ne fait qu’écarter des hypothèses. Pourtant, c’est précisément ce tri des hypothèses qui évite de traiter un problème imaginaire. Notre article Pourquoi mon site web ne reçoit pas assez de trafic ? rappelle que le manque de visibilité relève rarement d’une cause unique, et que l’identification du blocage réel précède toujours le choix du levier.
La méthode : dix minutes de diagnostic avant de toucher à quoi que ce soit
La règle posée dès le départ a été simple : aucune réécriture, aucune demande, aucune modification, tant que la cause réelle n’est pas établie. Le diagnostic s’est déroulé en quatre temps.
Étape 1 : ouvrir le rapport des actions manuelles
Google Search Console comporte une section « Sécurité et actions manuelles ». C’est le seul endroit où Google indique explicitement si une intervention humaine a été appliquée au site. Aucun des deux intervenants précédents ne l’avait ouverte. Le rapport affichait « Aucun problème détecté ». La théorie de la pénalité, sur laquelle reposait entièrement la première prestation facturée, était donc fausse dès le premier jour.
Ce réflexe vaut aussi après une mise à jour d’algorithme. Comme nous l’expliquions à propos de la spam update Google de mars 2026, beaucoup de sites interprètent une baisse comme une sanction alors qu’aucune action manuelle n’a été prononcée.
Étape 2 : dater la chute au jour près
En zoomant sur le graphique de performance de Search Console, la rupture apparaît nettement : le trafic passe d’un niveau normal à presque rien sur deux jours consécutifs, fin août. Cette précision change tout. Une baisse étalée sur plusieurs semaines évoque un ajustement algorithmique ou une érosion concurrentielle. Une cassure nette sur 48 heures évoque un événement précis, presque toujours technique.
Étape 3 : demander ce qui a changé autour de cette date
La question posée au propriétaire a été directe : qu’avez-vous modifié sur le site autour de cette date, hébergement, extensions, quoi que ce soit de technique ? Il s’en est souvenu immédiatement : il avait migré son hébergement de site web à ce moment-là. Personne ne le lui avait demandé auparavant. Les deux prestataires précédents n’avaient regardé que le contenu, jamais ce qui avait changé techniquement.
Étape 4 : les quatre vérifications techniques qui comptent vraiment
Une fois la migration identifiée comme suspect principal, quatre contrôles ont été effectués, dans cet ordre :
- Le fichier robots.txt, consulté directement dans le navigateur, à l’adresse du site suivie de /robots.txt. En cas de doute sur la portée d’une règle, un vérificateur de robots.txt en ligne permet de tester en quelques secondes si une URL donnée est accessible à Googlebot.
- Le rapport d’indexation des pages (anciennement « Couverture ») dans Search Console, pour repérer des pages soudainement passées en « Exclues ».
- L’état de l’hébergement et du certificat SSL après la migration.
- Le site lui-même, ouvert dans un navigateur, pour vérifier qu’il répond correctement.
Ce que le diagnostic a révélé
La migration n’avait pas transféré l’ancien fichier robots.txt. Le nouveau serveur en avait généré un par défaut, et ce fichier interdisait à Google d’explorer l’intégralité du site. Google n’avait pas rétrogradé le site pour un contenu médiocre : le site lui-même avait demandé à Google de ne plus venir.
Une ligne, dans un fichier. La correction a pris moins de cinq minutes. Une demande de réindexation a ensuite été envoyée depuis Search Console, et la reprise a commencé en quelques jours.
Ce que montre Search Console après la correction
Le rapport de performance ci-dessous, sur une période de 28 jours et filtré sur les résultats de recherche Web, illustre le profil typique d’une reprise après la levée d’un blocage d’exploration.
| Période analysée | 28 derniers jours (résultats de recherche Web) |
|---|---|
| Clics totaux | 4 250 |
| Impressions totales | 14 100 |
| CTR moyen | 30,1 % |
| Position moyenne | 6,4 |
La forme de la courbe est aussi parlante que les totaux. Pendant les douze premiers jours de la période, clics et impressions restent collés à zéro. Puis, en l’espace de trois à quatre jours, les deux courbes décollent pour se stabiliser entre 500 et 700 clics quotidiens, avec des impressions comprises entre 1 500 et 2 300 par jour. Il ne s’agit pas d’une remontée progressive, mais d’un retour brutal, cohérent avec un site qui redevient explorable d’un coup.
Le CTR moyen de 30,1 % mérite un commentaire. Un taux de clic de cet ordre est très supérieur aux moyennes habituellement constatées, qui se situent plutôt entre 2 et 5 % toutes positions confondues. Un tel niveau s’observe généralement lorsque les requêtes sont dominées par des recherches de marque ou de navigation : les internautes cherchent le site nommément et cliquent dès qu’il réapparaît. C’est un signal supplémentaire que la demande n’avait jamais disparu. Seule la porte était fermée.
Les limites à connaître
Un diagnostic express n'est pas un audit
Les quatre vérifications décrites ici écartent la majorité des fausses pistes en une dizaine de minutes. Elles ne prétendent pas tout expliquer. Une chute de trafic peut aussi résulter d’une mise à jour de l’algorithme, d’une perte de liens entrants, d’une cannibalisation entre pages, d’une saisonnalité marquée ou d’un concurrent qui a pris l’ascendant. Lorsque les contrôles techniques ne révèlent rien, le travail ne fait que commencer et relève alors d’un audit complet.
Le retour du trafic n'est ni immédiat ni garanti
Lever un blocage ne ramène pas les positions instantanément. Google doit réexplorer les pages, les réévaluer et mettre à jour son index, ce qui prend de quelques jours à plusieurs semaines selon la taille et l’autorité du site. Plus le blocage a duré, plus le risque est réel que certaines positions aient été redistribuées à des concurrents entre-temps. Il faut aussi tenir compte du délai d’affichage des données dans Search Console, que nous détaillons dans notre article Que faire quand les mises à jour de Google Search Console ne se font pas ? : une reprise réelle peut mettre deux ou trois jours à devenir visible dans les rapports.
La migration reste un moment à risque, même bien préparée
Le fichier robots.txt n’est qu’un des éléments qui peuvent se perdre lors d’un changement de serveur. Les redirections, le certificat SSL, les enregistrements DNS, le plan de site XML, les permissions de fichiers ou les réglages de cache peuvent tous produire des effets comparables. Ce cas illustre surtout une règle de prudence : toute modification technique importante doit être suivie, dans les 48 heures, d’un contrôle de l’exploration et de l’indexation. Chercher ce qui a changé avant de chercher ce qui est cassé reste la démarche la plus rapide.
FAQ
Comment savoir si mon site a été pénalisé par Google ?
En ouvrant le rapport Actions manuelles dans Google Search Console, dans la section Sécurité et actions manuelles. S’il indique « Aucun problème détecté », le site ne fait l’objet d’aucune sanction humaine. Une baisse de trafic sans action manuelle relève d’une autre cause, technique ou algorithmique, et une demande de réexamen n’a alors aucun objet.
Un fichier robots.txt peut-il vraiment faire disparaître un site de Google ?
Oui. Une directive interdisant l’exploration de la racine du site empêche Googlebot de parcourir les pages. Les pages déjà indexées peuvent subsister quelque temps dans les résultats, souvent sans description, puis perdent progressivement leur visibilité. C’est pourquoi ce fichier doit être vérifié en priorité après toute intervention sur le serveur.
Que faut-il vérifier après une migration d'hébergement ?
Au minimum : le contenu du fichier robots.txt, la validité du certificat SSL, le bon fonctionnement des redirections, l’accessibilité du plan de site XML et l’absence de pages nouvellement exclues dans le rapport d’indexation de Search Console. Ces contrôles prennent quelques minutes et évitent des semaines de trafic perdu.
Faut-il déposer une demande de réexamen après une chute de trafic ?
Uniquement si le rapport des actions manuelles signale une action en cours. En l’absence d’action manuelle, la demande de réexamen n’a rien à réexaminer. Y consacrer du budget revient à traiter un problème qui n’existe pas.
Combien de temps faut-il pour retrouver son trafic après avoir corrigé le problème ?
Dans le cas étudié, la reprise a commencé quelques jours après la demande de réindexation. En règle générale, il faut compter de quelques jours à quelques semaines, selon la fréquence d’exploration du site et la durée du blocage. Une réindexation rapide n’est cependant jamais garantie, et certaines positions peuvent mettre plus longtemps à revenir.
Conclusion
Ce qui a coûté trois semaines et deux factures inutiles au propriétaire de ce site n’est pas une panne complexe, mais l’absence de diagnostic. Les deux intervenants précédents ont sauté directement à des solutions qui ressemblaient à du travail SEO, et qui résolvaient des problèmes inexistants. Face à une chute de trafic SEO soudaine, la séquence à respecter tient en une ligne : actions manuelles, date exacte de la chute, changement survenu à cette date, puis robots.txt, rapport d’indexation et site en direct. Dix minutes suffisent à éliminer la plupart des mauvaises hypothèses avant d’engager le moindre euro. Si votre site a subi une baisse que vous n’arrivez pas à expliquer, l’équipe de Mada Creative Agency peut réaliser cet audit et optimisation SEO en commençant, précisément, par cette étape.
