Soft 404 : qu'est-ce que c'est et comment le corriger ? (Google Search Console)
Dans le rapport d'indexation de la Google Search Console, un « Soft 404 » n'est pas une page d'erreur 404. C'est même l'inverse : votre serveur répond « 200 OK », comme si tout allait bien, sur une page vide ou qui n'existe pas vraiment. Google constate le décalage, en conclut que la page n'a rien à offrir, et la traite comme une 404 sans l'indexer.
Le problème n'est donc pas que la page renvoie une erreur. C'est qu'elle ment : elle annonce « succès » alors qu'elle est creuse. La vraie première question n'est pas « comment faire disparaître ce statut », mais « cette page mérite-t-elle d'exister ? ». Selon la réponse, la correction est radicalement différente, parfois opposée.
On va voir les deux cas, les causes les plus fréquentes (souvent un template entier, pas une page isolée), et comment repérer tous vos soft 404 et leurs patterns sans les inspecter une par une.
Qu'est-ce qu'un « Soft 404 » ?
Quand un navigateur ou Googlebot demande une page, le serveur répond avec un code HTTP. 200 signifie « tout va bien, voici la page ». 404 signifie « cette page est introuvable ». Le contrat est simple : le code doit refléter la réalité.
Un soft 404 casse ce contrat. Le serveur renvoie un 200 OK, mais la page est vide, quasi vide, ou affiche un message du type « aucun résultat » / « produit indisponible ». Pour l'utilisateur comme pour Google, il n'y a rien à se mettre sous la dent. Google ne se fie alors pas au code : il analyse le contenu, juge que la page se comporte comme une page introuvable, et la classe « Soft 404 ».
La conséquence est double. La page n'est pas indexée (Google n'indexe pas une page qu'il juge vide). Et chaque passage de Googlebot sur ces URLs consomme du budget de crawl pour rien, au détriment de vos vraies pages. Le « soft » vient de là : il n'y a pas d'erreur déclarée, juste un décalage entre ce que le serveur dit et ce que la page contient.
Soft 404 vs 404 vs 410 : la différence
On confond souvent ces trois cas. Ils n'ont ni le même code HTTP ni le même sens.
| Statut | Code HTTP renvoyé | Ce que ça veut dire | Indexée ? |
|---|---|---|---|
| Soft 404 | 200 (à tort) | La page dit « OK » mais elle est vide ou introuvable | Non |
| Introuvable (404) | 404 | La page est introuvable, et le serveur le déclare correctement | Non |
| Page supprimée (410) | 410 | La page a été supprimée définitivement | Non |
La nuance qui compte : un soft 404 est un problème de cohérence, pas une absence de page. Une vraie 404 ou 410 est saine, c'est une page absente déclarée comme telle. Le soft 404, lui, induit Google en erreur.
Attention à un cas voisin : si votre page a un vrai contenu, mais jugé trop pauvre ou peu utile (et non vide), ce n'est pas un soft 404. C'est plutôt le statut « Explorée, actuellement non indexée », qui relève de la qualité, pas du décalage technique.
La vraie question : cette page mérite-t-elle d'exister ?
Avant toute correction, tranchez ceci. La réponse détermine deux corrections opposées.
Cas A : oui, la page doit exister et se positionner
Une page importante s'est retrouvée vide par accident : un produit dépublié à tort, un contenu chargé en JavaScript que Googlebot n'a pas rendu, un bug d'affichage, une base de données momentanément vide. Ici, le soft 404 est un faux négatif : la page a sa place dans l'index, mais elle ne sert pas son contenu correctement.
La correction : rendre la page réelle. Restaurez ou enrichissez le contenu, assurez-vous qu'il est servi côté serveur (et pas uniquement injecté en JS), vérifiez qu'aucune ressource bloquée n'empêche son rendu. Une fois la page redevenue substantielle, Google la recrawle et l'indexe.
Cas B : non, la page n'a plus lieu d'être
Une fiche produit supprimée, une page d'événement passé, une offre terminée, une page de filtre sans résultat : ces pages n'ont rien à montrer et n'ont pas vocation à être indexées. Le soft 404 est ici un vrai signal, mais mal géré techniquement.
La correction : dire la vérité à Google. Renvoyez un vrai code 404 si la page est simplement introuvable, ou 410 si elle est supprimée définitivement. Si un équivalent existe (un produit de remplacement, une catégorie parente), une redirection 301 est préférable. L'essentiel : ne plus répondre 200 sur une page vide.
L'erreur classique, dans les deux sens : laisser une page importante vide (cas A non traité), ou renvoyer 200 sur une page qui devrait être supprimée (cas B non traité).
Les causes les plus fréquentes (surtout en e-commerce)
Les soft 404 viennent rarement d'une page isolée. Ils naissent presque toujours d'un template qui génère, en série, des pages vides répondant 200. Les sources les plus courantes :
- Produits épuisés ou retirés. La fiche reste en ligne, vide ou réduite à « indisponible ». Sur un grand catalogue, c'est la première cause de soft 404 en masse.
- Pages de facettes ou de catégories vides. Un filtre qui ne renvoie aucun résultat (
?couleur=bordeaux&taille=48) produit une page sans contenu, mais accessible et en200. - Recherche interne. Les pages de résultats de recherche du site, surtout celles sans résultat, sont des soft 404 typiques si elles sont indexables.
- Pages expirées. Événements passés, promotions terminées, annonces clôturées : le contenu a disparu, l'URL répond toujours
200. - Contenu en JavaScript non rendu. Si la page n'a de contenu qu'une fois le JS exécuté et que ce rendu échoue, Google voit une page vide.
- Page 404 personnalisée mal configurée. Le piège le plus sournois : votre jolie page « oups, introuvable » renvoie un code
200au lieu de404. Chaque URL cassée devient alors un soft 404.
Le point commun : corriger une URL à la main ne résout rien. C'est le modèle de page qu'il faut traiter.
Comment corriger, par template (pas page par page)
La marche à suivre découle de ce qui précède :
- Identifiez le pattern. Quel type de page génère les soft 404 (produits épuisés ? facettes ? recherche interne ?). C'est l'étape qui débloque tout le reste.
- Tranchez garder ou supprimer pour ce pattern. La décision se prend par famille d'URLs, pas page par page.
- À garder → corrigez le template. Servez un vrai contenu côté serveur. Si la page est utile à l'utilisateur mais n'a pas à être indexée (la recherche interne, par exemple), mettez-la en
noindexplutôt que de la laisser en soft 404. - À supprimer → renvoyez le bon code. Configurez le serveur ou le CMS pour répondre
404ou410sur ces URLs, ou301vers un équivalent pertinent. - Vérifiez votre page 404 personnalisée. Elle doit impérativement renvoyer le code
404, jamais200. C'est un réglage serveur, pas une question de design. - Laissez le temps au recrawl. Une fois le template corrigé, Google doit repasser sur les URLs concernées. Comptez de quelques jours à plusieurs semaines selon la fréquence de crawl de votre site.
Le vrai problème : trouver tous vos soft 404 et leurs patterns à l'échelle
Comprendre le statut prend cinq minutes. Trouver toutes les URLs concernées, et surtout les regrouper par pattern, c'est une autre affaire. La Search Console signale une partie des soft 404, mais sa détection est heuristique et incomplète : elle ne couvre que ce que Google a crawlé et jugé, et son rapport s'inspecte une URL à la fois. Vous voyez qu'il y a un problème, rarement l'ampleur ni le modèle de page en cause.
C'est le mur qu'IndexProbe fait sauter. IndexProbe est la version en masse de l'outil d'inspection d'URL de Google : il interroge l'API officielle de la Search Console pour inspecter, en une seule analyse, la liste d'URLs que vous lui fournissez (import CSV, sitemap, copier-coller). Pour chaque page, il affiche son statut d'indexation (dont « Soft 404 »), le code HTTP réellement renvoyé, le segment d'URL et la date du dernier crawl.
Le croisement qui compte ici : voir, côte à côte, le code 200 renvoyé par votre serveur et le verdict « Soft 404 » de Google. C'est exactement le décalage qui définit le problème, rendu visible sur toutes vos URLs dans un même tableau. Ce que vous en tirez dépend de la liste que vous apportez. IndexProbe n'explore pas votre site pour découvrir des URLs : il inspecte celles que vous lui donnez, et celles-là seulement.
- Une sélection de pages stratégiques (vos pages clés, votre sitemap des pages à indexer). Toute page importante tombée en soft 404 ressort aussitôt, sans rien présumer du reste du site.
- Un export complet de vos URLs (sitemap entier, export de crawl…). La segmentation par type de pages montre alors quel template concentre les soft 404 (fiches produit, facettes, recherche interne…). C'est ce qui vous fait corriger le modèle, pas l'URL.
C'est précisément ce tri qu'IndexProbe est conçu pour rendre possible : voir tous vos soft 404 d'un seul coup d'œil, et lesquels viennent du même template.
💡 Vous voulez voir lesquelles de vos pages sont en soft 404, et quel type de page les génère ? IndexProbe inspecte votre liste d'URLs et vous donne la réponse en une analyse. Tester IndexProbe en accès anticipé →
Vérifier que la correction a fonctionné
Après avoir corrigé le template (vrai contenu, ou vrai code 404/410), il faut confirmer. Réinspectez les URLs concernées et comparez deux analyses dans le temps : les pages que vous avez supprimées doivent passer en 404/410 et sortir du rapport, et celles que vous avez enrichies doivent se faire crawler puis indexer. La vue Comparaison d'IndexProbe place les deux analyses côte à côte : le volume de soft 404 doit chuter d'une analyse à l'autre.
C'est la boucle complète : repérer les soft 404, comprendre qu'il s'agit d'un décalage technique, décider par template, corriger, vérifier.
Questions fréquentes
Un soft 404 est-il grave ? Ce n'est pas une pénalité, mais ce n'est pas neutre. Les pages en soft 404 ne sont pas indexées, et elles gaspillent du budget de crawl. Sur un site qui en accumule (souvent un catalogue e-commerce), l'effet cumulé pèse sur l'exploration de vos vraies pages.
Quelle différence entre un soft 404 et une vraie 404 ?
Une vraie 404 renvoie le code 404 : la page est déclarée introuvable, c'est sain. Un soft 404 renvoie 200 sur une page vide : le code ment, et c'est ce que Google sanctionne en la traitant quand même comme une 404.
Faut-il supprimer toutes les pages en soft 404 ?
Non. D'abord, demandez-vous si la page doit exister. Si oui (vidée par erreur), enrichissez son contenu. Si non, renvoyez un vrai 404/410, ou un 301 vers un équivalent. La suppression n'est qu'une des deux réponses.
Combien de temps avant que le statut disparaisse ? Une fois le template corrigé, le changement n'est pas instantané : il dépend du moment où Googlebot repasse. Comptez de quelques jours à plusieurs semaines selon la fréquence de crawl. Une demande de réinspection dans la Search Console peut accélérer quelques pages prioritaires.
Comment vérifier les soft 404 sur un grand nombre d'URLs ? L'outil d'inspection de la Search Console ne traite qu'une URL à la fois, et sa détection des soft 404 est partielle. Pour trier à l'échelle, un outil comme IndexProbe inspecte la liste d'URLs que vous lui fournissez (CSV, sitemap) et affiche, pour chacune, le statut officiel, le code HTTP renvoyé et le segment, pour repérer les patterns en cause.
Arrêtez d'inspecter vos pages une URL à la fois. IndexProbe se branche sur l'API officielle de la Search Console et inspecte votre liste d'URLs en une seule analyse : statut d'indexation (dont Soft 404), code HTTP renvoyé, segment, date du dernier crawl. De quoi repérer en quelques minutes tous vos soft 404, voir quel template les génère, et vérifier que votre correction a porté.