Comment Google désindexe-t-il réellement un site expiré ou en 404 global ?

Pourquoi Google ne supprime-t-il pas toutes les pages d'un coup ?

Google fonctionne avec un budget de crawl distribué selon la priorité perçue de chaque URL. Quand un site bascule en 404 global ou expire, Googlebot ne repasse pas simultanément sur toutes les pages indexées.

Les URLs crawlées quotidiennement — homepage, catégories principales, pages souvent mises à jour — sont revisitées rapidement et détectées comme inaccessibles. Elles sortent des résultats sous quelques jours. Les URLs orphelines, anciennes ou rarement explorées restent en cache plusieurs semaines, voire mois, sans validation de leur statut.

Que signifie « réduit sa visibilité dans les résultats normaux » concrètement ?

Google applique un filtre de pertinence aux pages qu'il soupçonne d'appartenir à un site mort. Même si techniquement indexées, elles ne remontent plus sur les requêtes classiques. Tu les retrouves via site:example.com, mais elles ne se positionnent plus sur leurs mots-clés habituels.

C'est une désindexation fonctionnelle plutôt que technique : le moteur considère ces contenus comme obsolètes, mais ne purge pas immédiatement sa base. Cette latence explique pourquoi certains domaines expirés conservent une trace visible dans Google plusieurs semaines après expiration.

Quelle est la différence entre 404 global et expiration de domaine ?

Un 404 global arrive quand toutes les pages d'un site actif renvoient un code 404 — souvent par erreur de config serveur ou .htaccess défaillant. Le domaine est toujours enregistré, le serveur répond, mais toutes les URLs renvoient Not Found.

L'expiration de domaine implique la fin du renouvellement : le registrar reprend possession, le DNS pointe vers une page parking ou ne résout plus. Le serveur ne répond plus, ou retourne un contenu générique totalement différent.

Dans les deux cas, Google détecte l'indisponibilité, mais la vitesse de réaction varie selon la nature du signal. Un 404 est un signal HTTP clair ; une expiration peut d'abord générer des timeouts ou redirections, compliquant la détection immédiate.

• Désindexation progressive basée sur la fréquence de crawl de chaque URL
• Filtre de visibilité appliqué avant suppression définitive de l'index
• Requête site: continue d'afficher les pages en cache pendant la période de transition
• Délai variable selon la priorité historique de chaque page (homepage vs contenu orphelin)
• Distinction technique entre erreur 404 HTTP et indisponibilité totale du domaine

Cette déclaration est-elle cohérente avec les observations terrain ?

Oui, complètement. On observe régulièrement des domaines expirés qui restent partiellement visibles dans Google pendant 4 à 8 semaines après la fin d'enregistrement. Les homepage et catégories disparaissent en 7-10 jours, les articles de blog orphelins persistent parfois 2 mois.

Cette latence crée d'ailleurs un angle d'attaque pour les SEO black-hat qui rachètent des domaines expirés : tant que Google n'a pas purgé l'index, le domaine conserve une trace d'autorité. Mais cette fenêtre se réduit — Google accélère visiblement sa détection depuis mi-2023. [À vérifier] si cette accélération concerne tous les TLDs ou seulement les .com/.net prioritaires.

Quelles nuances faut-il apporter à cette règle ?

Mueller parle de réduction de visibilité dans les résultats normaux, mais ne précise pas si Google applique un score de fraîcheur dégressif ou un filtre binaire. L'expérience montre qu'il s'agit plutôt d'un filtre : les pages passent brutalement de position N à hors-top-100, sans déclassement progressif.

Autre point : les pages avec backlinks externes forts semblent bénéficier d'un délai de grâce plus long. Si une URL orpheline reçoit encore du trafic referral, Googlebot la revisite occasionnellement même après détection du 404 global. Ce n'est pas documenté officiellement, mais cohérent avec la logique de budget de crawl orientée demande.

Enfin, la requête site: n'est pas un indicateur fiable d'indexation réelle. Google le répète : site: montre le cache, pas forcément l'index actif utilisé pour le ranking. Un site peut afficher 500 URLs en site: et n'en positionner aucune sur une vraie requête.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Si un site bascule temporairement en 404 global puis se rétablit sous 48-72h, Google ne démarre généralement pas le processus de désindexation. Le moteur tolère les pannes courtes, surtout pour les sites crawlés quotidiennement.

Les soft-404 — pages qui affichent du contenu vide mais retournent un code 200 — compliquent la donne. Google met plus de temps à détecter qu'un site n'existe plus si le serveur répond OK. L'algorithme doit analyser le contenu pour identifier l'anomalie, ce qui retarde la désindexation de plusieurs semaines supplémentaires.

Que faire si mon site bascule accidentellement en 404 global ?

Restaure la disponibilité immédiatement — chaque heure compte. Une fois le site rétabli, force un re-crawl des URLs prioritaires via Google Search Console (inspection d'URL → demander une indexation) pour accélérer la reconnaissance du retour à la normale.

Surveille les logs serveur pour identifier quelles pages Googlebot a revisitées post-incident. Si des sections entières n'ont pas été re-crawlées sous 10 jours, soumets manuellement un sitemap XML actualisé avec <lastmod> récent pour signaler la fraîcheur du contenu.

Comment anticiper la désindexation d'un site que je vais volontairement fermer ?

Si tu prévois de clôturer un site définitivement, mets en place des redirections 301 vers un domaine de destination avant l'expiration ou la coupure serveur. Même si le contenu n'est pas identique, rediriger vers une page d'accueil ou une catégorie proche conserve une partie du signal.

Laisse les redirections actives au minimum 6 mois — le temps que Google ait recrawlé l'ensemble des URLs indexées et transféré l'équité. Si tu coupes net sans redirection, tu perds définitivement le jus SEO accumulé.

Quelles erreurs éviter lors d'une migration ou refonte ?

Ne jamais supposer que Google détectera instantanément un changement de statut. Une migration mal orchestrée peut provoquer un 404 global temporaire suffisamment long pour déclencher une désindexation partielle irréversible à court terme.

Teste la nouvelle infrastructure en pré-prod avec un sous-domaine crawlable, vérifie que toutes les URLs critiques répondent en 200, puis bascule le DNS. Garde l'ancien serveur actif 48h en parallèle si possible, pour absorber les dernières requêtes de Googlebot avant mise à jour complète de son cache DNS.

• Vérifier quotidiennement la Search Console pour détecter toute montée anormale d'erreurs 4xx
• Maintenir un sitemap XML à jour avec priorités différenciées (homepage/catégories à 1.0, contenus annexes à 0.5)
• Configurer des alertes monitoring sur les codes HTTP retournés (Uptimerobot, Pingdom, ou script custom)
• Documenter la fréquence de crawl de tes pages stratégiques (Search Console → Statistiques d'exploration) pour anticiper les délais de désindexation
• En cas de 404 global accidentel, forcer le re-crawl manuel des 20-30 URLs les plus stratégiques dès rétablissement
• Prévoir 6 mois minimum de redirections 301 actives lors d'une fermeture volontaire de site