Erreurs Soft 404 : ce que c'est et comment les corriger

Ce que « soft 404 » signifie réellement

Un vrai 404 indique au navigateur et aux moteurs de recherche, via le code de statut HTTP, que la page n'existe pas. Un soft 404 est une page qui répond avec 200 OK — c'est-à-dire « voici la page que vous avez demandée » — mais dont le contenu réel ressemble à une page d'erreur, ou est suffisamment vide pour que Google décide que ce n'est pas une vraie page méritant d'être indexée. Google déduit l'intention à partir du contenu, sans se fier uniquement au code de statut.

Pourquoi Google prend la peine de signaler cela

Si votre serveur affirme que chaque URL est une réponse 200 valide, Google ne peut pas utiliser le code de statut pour distinguer les vraies pages des pages cassées, il doit donc deviner à partir du contenu — et il dépense des efforts d'exploration et d'indexation à faire cette supposition sur chaque URL de votre site. Les soft 404 sont aussi un effet secondaire courant d'une mauvaise configuration qui masque silencieusement des pages réellement cassées, puisque vos propres contrôles de disponibilité et tableaux de bord d'erreurs font probablement aussi confiance au 200.

Causes courantes

• Une route fourre-tout ou un modèle de CMS qui affiche un message générique « page introuvable » mais ne renvoie jamais réellement un statut 404/410.
• Des pages de résultats de recherche interne sans aucune correspondance, affichées comme une page normale avec une liste de résultats vide.
• Des pages de produits en rupture de stock ou supprimés laissées en ligne avec peu ou pas de contenu restant.
• Des applications monopages où la réponse HTML initiale est toujours 200, et où un routeur côté client décide ensuite d'afficher ou non un état « introuvable » — la première exploration du HTML brut par Google peut voir cela comme une page pauvre, sans contenu. Voir SEO JavaScript et indexation.

Comment les détecter

Le rapport Indexation → Pages de Search Console répertorie un motif Soft 404 sous « Non indexée », avec les URL concernées. Consultez comment lire le rapport de couverture complet si vous ne l'avez jamais utilisé. Vous pouvez aussi vérifier ponctuellement n'importe quelle URL directement avec l'outil d'inspection d'URL, qui affiche le statut HTTP réel enregistré par Google.

Comment corriger chaque cas

• Contenu réellement disparu : renvoyez un vrai statut 404 ou 410 depuis le gestionnaire de page introuvable de votre serveur ou framework — ne vous contentez pas de changer le texte visible.
• Pages légitimement pauvres mais réelles (un état de recherche vide, un article temporairement en rupture de stock que vous prévoyez de réapprovisionner) : conservez le statut 200, mais ajoutez suffisamment de contenu réel — articles similaires, note de réapprovisionnement, liens de catégorie — pour que la page paraisse intentionnelle plutôt que cassée.
• Pages que vous ne voulez pas du tout indexer mais que vous ne voulez pas non plus renvoyer en 404 (un état vide valide sur lequel un utilisateur peut légitimement atterrir) : ajoutez une balise noindex au lieu de laisser l'ambiguïté à Google.