SEO

Site disparu de Google : les erreurs d'indexation à vérifier

Mis à jour le 17 septembre 2026 · 9 minutes de lecture

Le site est en ligne, il s'affiche parfaitement, aucune erreur ne saute aux yeux — et pourtant le trafic Google s'est effondré en quelques jours. Pas de panne, pas de piratage, pas d'e-mail d'alerte : juste un silence total dans les résultats de recherche. C'est l'un des incidents les plus sournois du web, car rien ne le signale visuellement.

Comment savoir si votre site est réellement désindexé

Avant de chercher une cause, confirmez le diagnostic avec deux vérifications simples, qui prennent moins d'une minute chacune.

• Tapez site:votredomaine.fr dans la barre de recherche Google. Si aucune page ne remonte, ou beaucoup moins qu'avant, le problème est confirmé.
• Ouvrez le rapport « Pages » (ou « Couverture ») de Google Search Console. Il liste précisément les URL exclues de l'index et indique la raison exacte : « Exclue par la balise noindex », « Bloquée par robots.txt », « Page en double sans URL canonique » etc.

Ce rapport est votre meilleur allié : il transforme un mystère en diagnostic précis, page par page.

Les 5 causes techniques les plus fréquentes

Dans l'immense majorité des cas, une désindexation soudaine n'a rien de mystérieux : c'est une ligne de code oubliée, le plus souvent après une mise à jour, une migration ou un passage par un environnement de test.

1. Une balise meta robots « noindex » oubliée

C'est la cause numéro un. Lors du développement, il est courant d'ajouter <meta name="robots" content="noindex"> pour empêcher Google d'indexer une version de travail. Le problème : cette balise reste parfois activée après la mise en ligne définitive, souvent via une simple case à cocher dans les réglages du CMS (« Décourager les moteurs de recherche d'indexer ce site »).

2. Un fichier robots.txt trop restrictif

Une seule ligne — Disallow: / — dans le fichier robots.txt suffit à interdire à Google d'explorer l'intégralité du site. C'est une erreur classique après un changement d'hébergeur ou de serveur : le fichier de la version de test, très restrictif, écrase par erreur celui de la production.

3. Une balise canonical qui pointe vers une autre page

La balise <link rel="canonical"> indique à Google quelle est la version « officielle » d'une page. Une erreur de configuration (souvent liée à un thème ou une extension mal réglée) peut faire pointer toutes vos pages vers une seule URL, voire vers un autre nom de domaine. Résultat : Google n'indexe que cette unique page.

4. Un en-tête HTTP X-Robots-Tag envoyé par le serveur

Plus discret encore : l'instruction noindex peut être envoyée directement dans les en-têtes HTTP par le serveur, invisible dans le code source de la page. Elle survient parfois après un réglage laissé actif sur un environnement de préproduction.

5. Un site protégé par mot de passe ou des erreurs serveur répétées

Si Google tente d'explorer votre site au moment précis d'une panne ou d'une protection par mot de passe (souvent activée par erreur après une migration), il enregistre une erreur d'exploration. Répétée plusieurs fois, elle peut entraîner un retrait progressif des pages de l'index.

Comment corriger chaque cas, étape par étape

1. Noindex oublié : retirez la balise du code, ou décochez l'option « Décourager les moteurs de recherche » dans les réglages de votre CMS.
2. Robots.txt trop restrictif : remplacez Disallow: / par une version qui n'exclut que les dossiers réellement privés (administration, panier).
3. Canonical incorrecte : vérifiez que chaque page pointe vers sa propre URL, et non vers une page tierce.
4. En-tête X-Robots-Tag : contactez votre hébergeur ou votre développeur pour vérifier la configuration du serveur web (Apache, Nginx) ou du CDN.
5. Une fois la correction faite, utilisez l'outil « Inspection d'URL » de Search Console et cliquez sur « Demander une indexation » pour accélérer le retour de vos pages clés.

Le point commun de ces cinq causes : elles surviennent presque toujours juste après un changement — migration, refonte, changement d'hébergeur — un moment où personne ne pense à vérifier l'indexation, alors que c'est justement là qu'il faut le faire. Notre guide de migration sans perte de référencement détaille la checklist complète à suivre avant et après un tel changement.

Combien de temps avant de réapparaître dans les résultats

Une fois la cause corrigée et une demande d'indexation soumise, les pages principales reviennent généralement en quelques jours à deux semaines. Le trafic, lui, met parfois un peu plus de temps à retrouver son niveau initial : Google doit réévaluer la confiance qu'il accorde au site après cette absence.

C'est pourquoi la vitesse de détection compte autant que la correction elle-même : une erreur corrigée en 2 jours coûte quelques visites perdues, la même erreur découverte après trois semaines coûte des mois de positionnement.

Comment ne plus jamais rater ce genre d'incident

Une désindexation ne provoque ni page d'erreur, ni certificat expiré, ni formulaire muet : rien de visible pour vous alerter. C'est justement ce qui la rend dangereuse — le site fonctionne, mais plus personne ne le trouve. La seule parade fiable est une vérification régulière et automatisée de l'accessibilité et de la configuration de votre site, plutôt qu'un contrôle manuel occasionnel que l'on finit toujours par oublier.

• Consultez le rapport « Pages » de Search Console une fois par mois, pas seulement en cas de doute.
• Ajoutez une vérification d'accessibilité externe qui détecte immédiatement une panne ou un blocage serveur.
• Faites relire le fichier robots.txt et les balises meta robots à chaque mise en production.
• Documentez tout changement d'hébergeur ou de CMS pour ne pas oublier une étape de la checklist.

Questions fréquentes