Si votre site a disparu de Google, la cause est presque toujours technique et récente. Dans la grande majorité des cas, ce n’est pas une pénalité mystérieuse, mais une balise noindex restée en place après une refonte, un blocage dans le fichier robots.txt, ou des URLs modifiées sans redirection qui renvoient désormais des erreurs 404. Bonne nouvelle : ces causes se diagnostiquent vite et se corrigent. La première étape consiste à ouvrir la Search Console et à consulter le rapport d’indexation, qui pointe presque toujours la cause exacte. WPBuildAI analyse le site en ligne, repère ce qui bloque l’indexation et fournit la liste des URLs touchées avec les redirections à poser.
Les causes les plus fréquentes
Avant d’entrer dans le détail, il faut savoir où chercher. Une disparition soudaine de Google relève presque toujours de l’une de ces causes : une directive qui interdit l’indexation (noindex), un fichier robots.txt qui bloque l’exploration, des URLs qui ont changé sans redirection, ou, plus rarement, une action manuelle. Chacune laisse une trace différente dans la Search Console, ce qui permet de l’identifier sans deviner. En pratique, le bon réflexe est d’éliminer ces causes une par une, de la plus fréquente à la plus rare, plutôt que de tout modifier en même temps.
Cause n° 1 : la balise noindex restée en place
La cause la plus fréquente après une refonte est une balise noindex oubliée. Pendant la construction, le site de préproduction porte souvent une directive noindex pour ne pas être indexé trop tôt, exactement ce que décrit la documentation de Google sur le blocage de l’indexation. Le problème survient quand le site passe en production avec cette balise encore active : Google la lit, comprend que vous ne voulez pas être indexé, et retire les pages. Le symptôme est net : les pages basculent en « exclue par la balise noindex » dans la Search Console. La correction consiste à retirer la balise, puis à demander une nouvelle exploration.
Cause n° 2 : un blocage dans le robots.txt
La deuxième cause est un fichier robots.txt qui interdit l’exploration. Un robots.txt contenant « Disallow: / » empêche Google d’explorer l’ensemble du site, ce qui arrive souvent quand la configuration de préproduction est copiée en production sans être ajustée. À noter : le blocage par robots.txt et la balise noindex ne font pas la même chose. Le premier empêche l’exploration, la seconde empêche l’indexation, et les deux peuvent même se gêner. Vérifiez le contenu de votre robots.txt en premier, car c’est souvent l’erreur la plus rapide à corriger.
Cause n° 3 : des URLs modifiées sans redirection
La troisième cause est un changement d’adresses sans redirection. Si la refonte a modifié la structure des URLs et que les anciennes adresses ne sont pas redirigées, elles renvoient une erreur 404, et Google finit par retirer ces pages avec leur classement. C’est précisément le scénario que Google traite dans son guide sur le déplacement d’un site avec changement d’URL : chaque ancienne adresse doit pointer, via une redirection 301, vers sa nouvelle version, comme le rappelle la documentation sur les redirections. L’enjeu est important car le trafic est concentré : l’étude d’Ahrefs sur le trafic de recherche montre qu’une petite part des pages capte l’essentiel des visites, donc perdre quelques URLs clés coûte cher. Voir aussi comment corriger les erreurs 404 dans la Search Console.
Cause n° 4 : une action manuelle
Plus rarement, la disparition vient d’une action manuelle de Google, c’est-à-dire une sanction pour non-respect des consignes : contenu de mauvaise qualité, piratage, ou techniques interdites. Dans ce cas, la Search Console affiche un message explicite dans la section « Actions manuelles », ce qui la distingue immédiatement des causes techniques. La correction passe par la résolution du problème signalé, puis par une demande de réexamen. Si aucune action manuelle n’est indiquée, écartez cette piste et revenez aux causes techniques, bien plus courantes.
Le diagnostic, étape par étape
- Ouvrez la Search Console et consultez le rapport d’indexation des pages.
- Vérifiez le robots.txt : assurez-vous qu’il ne contient pas « Disallow: / ».
- Inspectez une page disparue avec l’outil d’inspection d’URL pour voir la raison exacte.
- Cherchez une balise noindex dans le code des pages concernées.
- Contrôlez les redirections des anciennes URLs vers les nouvelles.
- Regardez la section « Actions manuelles » pour écarter une sanction.
- Corrigez la cause, puis demandez une réexploration et surveillez le retour.
Exemple concret : un site disparu après une refonte
Prenons un site qui chute à zéro le lendemain d’une refonte. Le rapport d’indexation montre des centaines de pages « exclues par la balise noindex ». En inspectant une page, on confirme que la balise noindex de la préproduction est passée en production. Elle est retirée du modèle, puis une réexploration est demandée pour les pages prioritaires. En parallèle, un contrôle révèle qu’une dizaine d’URLs ont aussi changé d’adresse sans redirection : on pose des redirections 301 vers leurs nouvelles versions. En quelques jours, Google réexplore le site, les pages reviennent, et le trafic remonte. La cause était simple, mais invisible sans le diagnostic.
Combien de temps avant le retour
Une fois la cause corrigée, le retour n’est pas instantané. Google doit réexplorer les pages et traiter la correction, ce qui prend en général de quelques jours à quelques semaines selon la taille du site. Vous pouvez accélérer le mouvement en demandant une réexploration des pages les plus importantes dans la Search Console. Surveillez deux indicateurs : le nombre de pages indexées, qui doit remonter, et le nombre d’erreurs, qui doit diminuer. Si rien ne bouge après plusieurs semaines, c’est que la cause n’a pas été entièrement traitée et qu’il faut reprendre le diagnostic.
Les erreurs à éviter
- Tout modifier en même temps, ce qui rend impossible d’identifier la vraie cause.
- Lancer une refonte sans vérifier que la balise noindex de préproduction a été retirée.
- Oublier de rediriger les anciennes URLs, qui finissent en 404.
- Confondre blocage robots.txt et balise noindex, qui n’ont pas le même effet.
- Conclure à une pénalité sans avoir regardé la section « Actions manuelles ».
Ce qu’il faut retenir
Si votre site a disparu de Google, cherchez d’abord une cause technique et récente : une balise noindex oubliée, un robots.txt bloquant, ou des URLs changées sans redirection. Chacune laisse une trace claire dans la Search Console, donc procédez par élimination plutôt qu’en modifiant tout. Les actions manuelles existent, mais restent rares, et la Search Console les signale explicitement. Corrigez la cause précise, demandez une réexploration, puis surveillez le retour sur quelques semaines. La plupart de ces disparitions sont réversibles dès que la bonne cause est traitée. WPBuildAI analyse le site en ligne, identifie ce qui bloque l’indexation et fournit les URLs touchées avec les redirections à poser. Envoyez l’adresse de votre site pour un diagnostic gratuit.
Sans affiliation avec WordPress, Lovable, Webflow, Shopify, Wix ou Squarespace.