Une soft 404 renvoie un code 200 alors que la page paraît vide pour Google. Trouvez la cause, puis corrigez avec un 404, un 410, une 301 ou du vrai contenu.

Sur cette page
En bref
une soft 404 est une URL qui renvoie un code de statut 200 (succès) alors que son contenu ressemble à une erreur, à une page vide ou à un message « page introuvable ». Google exclut ces URL de son index et les signale comme « Soft 404 » dans le rapport Indexation des pages de Search Console. La correction dépend de la page : renvoyer un 404 ou un 410 si le contenu a disparu pour de bon, une redirection 301 s'il a déménagé vers un remplacement clair, ou réparer la page (contenu, rendu, ressources) si elle doit être indexée.
Pour aller plus loin, demandez à
Quiz rapide
Qui doit corriger la partie technique de votre site ?
Notre conseil pour vous
Contenu supprimé servi avec un 200 est la bonne solution pour vous
N°1 de ce classement, le plus proche de vos réponses.
Notre conseil pour vous
Listings vides est la bonne solution pour vous
N°2 de ce classement, le plus proche de vos réponses.
Notre conseil pour vous
Produits en rupture et pages expirées est la bonne solution pour vous
N°3 de ce classement, le plus proche de vos réponses.
Notre conseil pour vous
Redirections vers une page sans rapport est la bonne solution pour vous
N°4 de ce classement, le plus proche de vos réponses.
Une erreur soft 404 est un décalage entre ce que dit le serveur et ce qu'affiche la page. Le serveur répond « tout va bien », alors que le visiteur et Googlebot ne voient rien d'utile. Le terme remonte à un article de recherche de 2004 signé Ziv Bar-Yossef et ses collègues, comme le rappelle l'article Wikipedia sur HTTP 404, et Google détecte ces pages automatiquement depuis des années. Ce guide explique comment Google décide qu'une page est une soft 404, quelles sont les causes de chaque cas, comment diagnostiquer une URL signalée en quelques minutes et quelle correction appliquer.
Chaque réponse HTTP porte un code de statut. Une vraie page absente renvoie 404 (introuvable) ou 410 (disparue) : le navigateur affiche une page d'erreur et les moteurs savent que l'URL n'a rien à indexer. Une soft 404 renvoie à la place 200 (succès), donc le serveur affirme que la page existe, alors que le contenu dit le contraire.
La documentation de Google sur le dépannage des erreurs d'exploration la définit comme une URL « qui renvoie une page indiquant à l'utilisateur que la page n'existe pas, avec également un code de statut 200 (succès) », et ajoute que « dans certains cas, il peut s'agir d'une page sans contenu principal ou d'une page vide ». Lorsque ses algorithmes détectent qu'une page est une page d'erreur d'après son contenu, Search Console affiche une soft 404 et la page est exclue de la recherche.
Deux conséquences découlent de cette définition :
Les deux se ressemblent pour un visiteur et se comportent très différemment pour un robot d'exploration.
| Critère | 404 / 410 réel | Soft 404 |
|---|---|---|
| Code de statut renvoyé | 404 (introuvable) ou 410 (disparue) | 200 (succès) |
| Ce que la page affiche | Une page d'erreur, idéalement personnalisée et utile | Un message d'erreur, un gabarit vide ou presque aucun contenu |
| Comment Google apprend que la page a disparu | Grâce au code de statut, immédiatement | En analysant le contenu, après exploration et rendu |
| Exploration ensuite | La fréquence d'exploration baisse progressivement | L'URL continue d'être explorée et gaspille du budget |
| Libellé dans Search Console | « Introuvable (404) » | « Soft 404 » |
| Est-ce un problème ? | Non, si le contenu a réellement disparu | Oui : mauvais signal, exploration gaspillée, page perdue possible |
Un 404 propre est une réponse saine. Le guide de Google sur la gestion du budget d'exploration qualifie un 404 de « signal fort pour ne plus explorer cette URL » et précise que « les pages soft 404 continueront d'être explorées et gaspilleront votre budget. » Sur un petit site, le gaspillage reste marginal ; sur une boutique avec des milliers de pages de filtres vides, il retarde l'exploration des pages qui comptent (voir notre entrée de glossaire sur le budget d'exploration).
Google cite quatre causes techniques : un fichier d'inclusion côté serveur manquant, une connexion à la base de données défaillante, une page de résultats de recherche interne vide et un fichier JavaScript non chargé ou absent. Dans les audits, les URL signalées se rangent en six familles.
Le CMS ou le thème affiche un gabarit « Page introuvable » mais garde le code de statut 200. Cela arrive avec certaines pages 404 personnalisées, les routes génériques et les frameworks qui affichent un composant d'erreur sans définir le statut.
Des pages de catégorie sans produit, des archives d'étiquettes sans article, des pages de recherche interne à « 0 résultat » et des combinaisons de filtres qui ne correspondent à rien. Le gabarit se charge, la zone de contenu est vide, Google voit une page d'erreur. Notre guide sur le SEO des pages de catégorie e-commerce explique comment garder des listings dignes d'être indexés.
Des fiches produit qui passent à « Ce produit n'est plus disponible » sans prix, sans description et sans alternative, ou des pages d'offres d'emploi et d'événements réduites à « Cette offre a expiré ». Le seul libellé suffit à Google pour les traiter comme absentes.
Envoyer chaque URL supprimée vers l'accueil, ou vers une catégorie générique, ressemble à un nettoyage pratique. Google a tendance à traiter une redirection vers une page qui ne remplace pas l'originale comme une soft 404 : la redirection ne transmet rien et l'ancienne URL est signalée quand même. Notre guide sur les redirections SEO explique quand une 301 est légitime.
Des pages avec un en-tête, un pied de page et deux lignes de texte, des pages provisoires (« Bientôt disponible »), ou des profils très courts générés en masse. Google ne distingue pas toujours une page presque vide d'une page d'erreur. Si c'est votre cas, lisez notre définition du contenu mince.
Une bonne page peut être signalée lorsque Googlebot ne voit pas son contenu. Le guide de Google dit qu'une telle page « ne s'est pas chargée correctement pour Googlebot, il manquait des ressources critiques, ou elle affichait un message d'erreur bien visible pendant le rendu ». Raisons typiques : JavaScript ou CSS bloqués par le robots.txt, appels d'API qui échouent ou expirent pour le robot, trop de ressources ou ressources trop lourdes, et applications côté client qui affichent un composant d'erreur sur les routes inconnues. Notre guide sur le SEO JavaScript détaille la façon dont Google rend les scripts.
Attention
Quelques mots dans un gabarit peuvent suffire à déclencher le verdict. Une colonne latérale ou une bannière qui affiche « introuvable », « aucun résultat » ou « indisponible » sur chaque page suffit à faire passer des pages saines pour des erreurs. Vérifiez vos blocs partagés avant de chasser les causes page par page.
Trois sources, de la plus officielle à la plus exhaustive.
Le guide de Google classe les corrections selon l'état de la page. Décidez d'abord ce que doit devenir l'URL, puis appliquez la réponse correspondante.
| Situation | Correction | Vérification après correction |
|---|---|---|
| Contenu supprimé, sans remplacement | Renvoyer 404 ou 410, avec une page d'erreur personnalisée et utile | Code de statut 404 ou 410 sur l'URL |
| Contenu déplacé ou équivalent clair existant | Redirection 301 vers la page équivalente la plus proche | Un seul saut, l'URL finale répond 200 |
| Bonne page mal interprétée par Google | Corriger le rendu : débloquer les ressources, corriger les erreurs d'API, alléger la page | L'inspection d'URL montre le contenu complet |
| Page pauvre mais à conserver | Ajouter du contenu réel : description, données, réponses, liens | Le contenu principal est bien visible |
| Listing vide ou page de recherche interne | Renvoyer 404, ajouter un noindex, ou ne plus faire de lien vers elle | Plus aucun lien interne vers des pages vides |
| Route d'application monopage inexistante | Redirection JavaScript vers une URL qui renvoie 404, ou noindex ajouté par script | Le HTML rendu contient un noindex ou le statut final est 404 |
Si la page a disparu et qu'aucune autre page du site ne la remplace, un 404 ou un 410 est la bonne réponse. Google traite de la même façon tous les codes 4xx sauf le 429, et retire l'URL de l'index si elle y était. Gardez la page d'erreur utile pour les visiteurs : message clair, navigation du site, liens vers les pages populaires, mais toujours avec le code 404.
Si une page équivalente existe (nouvelle URL, modèle plus récent du produit, article fusionné), utilisez une 301 vers cette page et nulle part ailleurs. Vérifiez la chaîne avec notre vérificateur de redirections : un seul saut, statut final 200.
Utilisez l'outil d'inspection d'URL de Search Console, lancez un test en direct et regardez la capture d'écran et le HTML rendu. Un rendu vide ou presque vide indique des ressources bloquées ou en échec. Pour une application côté client, les bases du SEO JavaScript de Google recommandent soit une redirection JavaScript vers une URL qui renvoie 404, soit une balise meta robots noindex sur les routes d'erreur ; notre guide sur le SEO des applications monopages couvre le rendu côté serveur, la correction durable. Une fois la page rendue correctement, notre vérificateur d'indexabilité confirme que rien d'autre ne la bloque.
Un produit qui revient bientôt doit rester en ligne avec sa description complète, un avis de disponibilité et des alternatives. Un produit arrêté définitivement reçoit une 301 vers son successeur ou vers la catégorie la plus proche si elle répond au besoin, ou un 404 si rien ne convient. Pour les listings vides que vous voulez garder accessibles, une balise noindex les garde hors de l'index sans casser la navigation.
Conseil
Corrigez toutes les URL d'un même motif avant de cliquer sur « Valider la correction » dans Search Console. Google interrompt la validation dès qu'il trouve une instance restante, et une validation prend en général jusqu'à environ deux semaines.
Rien ne change tant que Google n'a pas exploré de nouveau les URL. Après une correction, lancez une validation depuis la page de détail Soft 404 : selon le centre d'aide de Google, elle prend en général jusqu'à environ deux semaines, et parfois bien plus. Les URL passées en vrai 404 basculent vers le motif « Introuvable (404) » puis sortent du rapport avec le temps ; les pages réparées peuvent passer à « Indexée » ou, si Google les juge encore faibles, à Explorée, actuellement non indexée. Pour les leviers qui accélèrent la nouvelle exploration, voir notre guide sur l'indexation Google.
Pour Google, une soft 404 signifie une page qui ne peut pas se positionner et un budget d'exploration dépensé pour rien. Pour les assistants IA comme ChatGPT, Gemini ou Perplexity, les enjeux sont proches : leurs robots lisent ce que renvoie votre serveur, et beaucoup récupèrent le HTML brut sans exécuter le JavaScript. Une page qui ne s'affiche que dans le navigateur peut leur paraître vide, et une page d'erreur servie avec un 200 ne leur dit rien de fiable sur votre site. Des codes de statut propres et un contenu présent dans le HTML initial aident Googlebot comme les robots IA à comprendre quelles pages existent et lesquelles peuvent être citées.
La routine est simple : surveillez le rapport Indexation des pages après chaque migration, mise à jour de catalogue ou changement de gabarit, et testez les nouveaux gabarits avant la mise en ligne. L'extension Chrome gratuite de Sorank signale les problèmes on-page de la page que vous consultez, et le tableau de bord GEO et SEO de Sorank suit les clics, les impressions et les positions issus de Search Console, pour repérer une chute dès qu'un lot de pages sort de l'index.

Une soft 404 est une page dont le code de statut contredit le contenu : décidez si l'URL doit exister, puis faites en sorte que le serveur et la page disent la même chose. Renvoyez un vrai 404 ou 410 pour ce qui a disparu, une 301 pertinente pour ce qui a déménagé, et un contenu réel et correctement rendu pour ce qui doit se positionner.
L'URL signalée ne peut pas apparaître dans les résultats de Google, et Google continue de l'explorer, ce qui gaspille du budget d'exploration sur les gros sites. Le reste du site n'est pas pénalisé. Le vrai risque est de perdre une page que vous vouliez indexer, par exemple une fiche produit que Google n'a pas pu rendre.
Non. Google a tendance à traiter une redirection vers une page qui ne remplace pas l'originale comme une soft 404, donc le problème persiste. Redirigez uniquement vers un équivalent proche, et renvoyez un 404 ou un 410 quand aucune page de ce type n'existe.
Google traite le 404 et le 410 presque de la même façon : les deux lui indiquent que la page n'existe pas et mènent à sa suppression de l'index. Le 410 précise davantage que la suppression est définitive. Les deux sont corrects, à condition que le code de statut corresponde au contenu.
ILS ONT ESSAYÉ SORANK AVANT VOUS
