404 Introuvable

TL;DR — Un 404 signifie « cette page n’existe pas ici ». Cela arrive lorsqu’une URL a été supprimée, saisie avec une faute ou n’a jamais existé. Voici ce qui surprend souvent : les 404 sont normales, et une URL manquante isolée ne constitue pas une pénalité de classement à l’échelle du site. Inutile de paniquer lorsque vous en voyez dans un rapport. Vérifiez simplement que l’URL renvoie réellement une 404 (et non une fausse page « réussie »), et ne redirigez-la que si la page a véritablement été déplacée.

Une brève précision de périmètre : cette page s’adresse à la personne qui possède le site et décide quoi faire des 404 qui apparaissent dans Search Console ou lors d’une exploration Ahrefs. Si vous êtes un visiteur qui vient de cliquer sur un lien mort, vous n’avez rien à corriger. Et si votre serveur est mal configuré et ne renvoie aucune page 404, c’est un problème d’hébergement ou de serveur, pas de SEO.

Qu’est-ce qu’une erreur 404 ?

Lorsque vous consultez une page web, votre navigateur demande une URL à un serveur. Si le serveur la trouve, il renvoie un 200 OK et vous voyez la page. S’il ne trouve pas cette URL, il renvoie une 404 Introuvable : un code qui signifie « la chose que vous avez demandée n’est pas ici ».

Vous en avez déjà vu. Cliquez sur un ancien lien, saisissez une URL avec une faute ou ouvrez une page qui a été supprimée depuis : vous arrivez sur un écran « Page introuvable ». C’est une 404.

Raisons courantes pour lesquelles une 404 apparaît :

• Une page a été supprimée (un ancien article de blog, un produit retiré).
• Quelqu’un a créé un lien vers la mauvaise URL, ou le lien contient une faute.
• Une URL a changé et l’ancienne n’a pas été redirigée.
• Quelqu’un a mal saisi l’adresse dans son navigateur.

Les 404 nuisent-elles à mon SEO ?

C’est la grande inquiétude, alors répondons directement : non, pas à elles seules. Les erreurs 404 ne sont pas une pénalité, et les propres recommandations de Google indiquent que le fait que certaines URL de votre site renvoient 404 ne pénalise pas vos autres pages qui fonctionnent. Un porte-parole de Google l’a formulé clairement : 404 errors “are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.” (traduction) : « les erreurs 404 ne sont pas à craindre et vous n’avez pas besoin de vous précipiter pour les corriger, du moins la plupart du temps ». Les liens cassés font partie du Web et Google s’y attend. (Une page qui renvoie 404 alors qu’elle vous apportait autrefois du trafic ou des backlinks mérite toujours une décision — nous y revenons plus bas — mais le statut 404 n’est pas le problème en lui-même.)

Ce qui se passe ensuite est discret et sans effet spectaculaire : avec le temps, Google cesse d’afficher la page manquante dans les résultats et la vérifie de moins en moins souvent. Rien de mauvais ne se propage au reste de votre site.

Quand faut-il réellement agir ?

Vous n’avez pas besoin de corriger chaque 404. Mais il vaut parfois la peine d’intervenir :

• La page a été déplacée. Si le contenu se trouve maintenant à une nouvelle URL, configurez une redirection 301 de l’ancienne URL vers la nouvelle afin que les visiteurs (et la valeur des liens) arrivent au bon endroit.
• La page a simplement disparu. S’il n’existe aucun remplacement, vous pouvez la laisser répondre 404. C’est le résultat correct.
• Une bonne page est visée par un lien cassé. Corrigez le lien, pas la 404.

La seule chose à éviter

Ne faites pas semblant. Pour se croire « prudents », certains sites redirigent chaque URL manquante vers la page d’accueil ou affichent un message « introuvable » tout en renvoyant secrètement un code de succès 200 OK. Les deux créent des problèmes (le second porte un nom — une soft 404 — expliqué dans l’onglet Avancé). Si une page a disparu, laissez-la renvoyer honnêtement une 404. Ce n’est pas une erreur à corriger : c’est la bonne réponse.

Vous voulez une vue d’ensemble — la manière dont Google désindexe les 404, la différence entre hard 404 et soft 404, les sites JavaScript et leur audit ? Passez à l’onglet Avancé.

TL;DR — Une 404 est un code d’état client 4xx pour une URL que le serveur ne trouve pas. La spécification (RFC 9110) la définit comme “no current representation, or unwillingness to disclose one,” (traduction) : « aucune représentation actuelle, ou refus d’en révéler une », sans indiquer si l’absence est temporaire ou permanente. Ce n’est pas un contenu indexable utile, et le fait que certaines URL renvoient 404 ne pénalise pas les autres pages fonctionnelles de votre site. La suppression des résultats peut être progressive, et non instantanée : Google retire une URL 404 déjà indexée puis la réexplore de moins en moins souvent ; la formulation source indique que Googlebot continue probablement de réessayer pendant un certain temps, sans dire qu’il réessaiera pour toujours. La distinction qui compte vraiment est celle entre hard 404 et soft 404 : renvoyer 200 (ou rediriger systématiquement vers la page d’accueil) pour un contenu disparu gaspille les ressources d’exploration et fausse vos analyses. Faites une redirection 301 uniquement lorsqu’une page a réellement été déplacée vers une cible pertinente ; sinon, laissez-la répondre proprement 404 (ou 410). Les pages 404 personnalisées servent l’UX et la rétention, pas l’indexation.

Qu’est-ce réellement qu’une 404 ?

404 Introuvable est un code d’état HTTP d’erreur client (4xx) que le serveur renvoie lorsqu’il ne trouve pas l’URL demandée. La classe 4xx signifie que le problème vient de la requête : la ressource n’existe pas à cette adresse, contrairement aux erreurs serveur 5xx, où c’est le serveur lui-même qui rencontre une défaillance.

La spécification HTTP elle-même (RFC 9110) définit la 404 plus précisément que ne le laisse entendre la conversation SEO courante : l’origine ne possède aucune représentation actuelle de la ressource cible ou refuse de révéler qu’une telle représentation existe. Le code d’état ne dit pas à lui seul si l’absence est temporaire ou permanente ; c’est à vous de le décider en faisant une redirection, en renvoyant une 410 ou en laissant la 404 en place. Un détail pratique mérite d’être connu : une réponse 404 est mise en cache de manière heuristique par défaut. Un navigateur ou un cache intermédiaire peut donc continuer à servir une 404 obsolète pour une URL qui s’est remise à fonctionner, sauf si votre serveur envoie des en-têtes Cache-Control indiquant le contraire.

Elles proviennent de toute l’usure ordinaire d’un site : pages supprimées, produits retirés, campagnes terminées, liens internes ou externes cassés ou mal saisis, et changements d’URL non redirigés. Rien de tout cela n’est inhabituel, et rien ne constitue en soi un problème à résoudre.

Le fait qu’une URL renvoie 404 ne nuit pas à vos autres pages

Commençons par là, car la plupart des inquiétudes autour des 404 sont mal placées. La documentation de Google est explicite : “Google doesn’t use the content from URLs that return 4xx status codes.” (traduction) : « Google n’utilise pas le contenu des URL qui renvoient des codes d’état 4xx. » Il n’y a rien sur une page 404 que Google puisse évaluer. Les recommandations de Google précisent aussi la portée de cette affirmation : le fait que certaines URL d’un site renvoient 404 n’affecte pas les performances des autres URL fonctionnelles de ce site. C’est la limite établie par la source — pas la promesse générale que toute situation liée à une 404 serait inoffensive. Une page que Google ne trouve pas alors que vous vouliez l’indexer, une bonne page qui a perdu ses liens entrants ou un parcours utilisateur cassé sont des problèmes distincts que le seul statut 404 ne corrige ni ne provoque.

Les représentants de Google disent la même chose plus simplement depuis des années. Gary Illyes : 404s “are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.” (traduction) : « les 404 ne sont pas à craindre et vous n’avez pas besoin de vous précipiter pour les corriger, du moins la plupart du temps ». John Mueller a souvent qualifié les 404 de “fine & expected” (traduction) : « normales et attendues ». Même les sites qui possèdent un très grand nombre d’URL 404/410 ne voient pas de pénalité à l’échelle du domaine. La crainte précise que les 404 seraient un signal de classement ou de qualité est un mythe — même si une page 404 qui vous apportait autrefois du trafic ou des liens mérite une décision, comme indiqué plus bas.

Comment Google retire une URL 404 de l’index

La désindexation existe bel et bien, mais elle est progressive et sans effet spectaculaire. La documentation de Google décrit le mécanisme : “the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed. The crawling frequency gradually decreases.” (traduction) : « le pipeline d’indexation retire l’URL de l’index si elle y était déjà indexée. Les pages 404 découvertes pour la première fois ne sont pas traitées. La fréquence d’exploration diminue progressivement. »

Deux conséquences à garder en tête :

• Une URL déjà indexée qui commence à renvoyer 404 est retirée de l’index, tandis qu’une URL découverte pour la première fois comme 404 n’est tout simplement jamais traitée.
• Googlebot continue de réessayer l’URL, mais de moins en moins souvent. Comme l’indique l’aide de Search Console : “Googlebot will probably continue to try this URL for some period of time; there is no way to tell Googlebot to permanently forget a URL, although it will crawl it less and less often.” (traduction) : « Googlebot continuera probablement d’essayer cette URL pendant un certain temps ; il n’existe aucun moyen de lui demander de l’oublier définitivement, même s’il l’explorera de moins en moins souvent. » Notez les limites de la formulation — « probablement », « pendant un certain temps » : Google ne promet pas que cela continuera éternellement, seulement qu’il n’existe pas de bouton pour arrêter le processus plus tôt. Voir une 404 connue continuer à apparaître quelque temps dans vos rapports est donc attendu ; ce n’est pas le signe que quelque chose est cassé.

Peut-on accélérer le processus ? Pas vraiment. L’outil de suppression de Search Console masque temporairement une URL (environ six mois), ce qui peut être utile dans les cas urgents, mais il s’agit d’un masquage temporaire et non d’une désindexation permanente. Pour une suppression réelle, renvoyez le bon code d’état et laissez le processus progressif suivre son cours.

404 ou 410 disparu ?

Les codes 404 (Introuvable) et 410 (Disparu) retirent tous deux une page de l’index, et leur différence pratique en SEO est négligeable. La 410 est un signal légèrement plus fort et plus rapide indiquant que « cette page a disparu intentionnellement » ; mais, comme l’a dit Mueller, la différence de traitement est so minimal (traduction) : « si minime » qu’elle justifie rarement de choisir l’un plutôt que l’autre pour le SEO. Utilisez 410 si votre CMS la gère facilement et que vous voulez signaler une suppression permanente ; sinon, une simple 404 convient parfaitement. (Une comparaison dédiée de ces deux codes existe ailleurs dans ce groupe d’articles.)

Hard 404 ou soft 404 : la distinction qui compte

C’est ici que se trouvent les vrais problèmes SEO, pas dans le simple fait d’avoir des 404.

• Hard 404 — le serveur renvoie réellement le code d’état 404 pour un contenu manquant. C’est correct. Les robots lisent le code, comprennent que la page a disparu et la traitent proprement.
• Soft 404 — le serveur renvoie un code de succès (généralement 200 OK) pour une page dont le contenu est en réalité une erreur : page vide, message « introuvable » ou redirection vers la page d’accueil. Google les détecte algorithmiquement. Sa documentation indique : “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” (traduction) : « si le contenu suggère une erreur pour Google Search, une page vide ou un message d’erreur, Search Console signalera une erreur soft 404. »

Si les soft 404 sont pires que les vraies 404, c’est pour une question d’efficacité d’exploration. Un robot ne peut pas déduire d’un 200 que le contenu a disparu ; il continue donc à récupérer ces URL. Illyes l’a décrit précisément : les robots « use the status codes to interpret whether a fetch was successful, even if the contents of the page is basically just an error message. They might happily go back to the same page again and again wasting your resources, and if there are many such pages, exponentially more resources. » (traduction) : « utilisent les codes d’état pour déterminer si une récupération a réussi, même lorsque le contenu de la page n’est pratiquement qu’un message d’erreur. Ils peuvent réinterroger la même page encore et encore, gaspillant vos ressources — et, s’il y a beaucoup de pages de ce type, des ressources qui augmentent de manière exponentielle ». La recommandation de Google est sans ambiguïté : “We recommend returning a 404 response code for truly ‘not found’ pages.” (traduction) : « nous recommandons de renvoyer un code de réponse 404 pour les pages réellement introuvables. »

John Mueller résume bien le sujet sur son site personnel : “Using soft-404s instead of real 404s is a bad practice, and it makes things harder for our algorithms,” (traduction) : « utiliser des soft 404 au lieu de vraies 404 est une mauvaise pratique et complique le travail de nos algorithmes », tandis que “returning 404 — and having the URLs listed in the crawl errors in Webmaster Tools — is not a problem.” (traduction) : « renvoyer 404 — et voir les URL figurer dans les erreurs d’exploration des outils pour les webmasters — n’est pas un problème ». Autrement dit : la 404 honnête est le bon résultat ; le faux code de succès est le bug.

D’où viennent les soft 404 accidentelles ?

• Rediriger systématiquement toutes les 404 vers la page d’accueil. La page d’accueil renvoie 200 ; du point de vue du moteur, une URL « manquante » aboutit donc désormais avec succès à un contenu sans rapport. C’est un schéma de soft 404 (nous verrons plus bas pourquoi il est mauvais).
• États « introuvable » d’une application JavaScript ou SPA. Les routeurs côté client ne peuvent pas émettre naturellement une 404 au niveau du serveur. Une application monopage qui affiche un composant « Page introuvable » tandis que le serveur renvoie toujours 200 produit une soft 404 et fausse aussi vos analyses : le code d’état ne correspond plus à la réalité, donc GA4, GSC et les robots enregistrent une visite « réussie » sur une page morte. Correctifs : acheminez ces URL côté serveur vers une vraie réponse 404 ou, solution plus faible, affichez l’état introuvable avec noindex en acceptant les compromis de suivi.
• Mauvaise configuration du CMS ou du modèle : un élément supprimé tombe sur un modèle générique servi avec 200.

Quand corriger une 404 (et quand la laisser en place)

L’arbre de décision est court :

• Laissez répondre 404 (ou 410) si la page n’a pas de valeur réelle, ni trafic ni backlinks. C’est le comportement par défaut et le bon résultat : aucune action nécessaire.
• Faites une redirection 301 uniquement si la page a réellement été déplacée ou si elle possède des backlinks ou du trafic qu’il vaut la peine de préserver. Une redirection pertinente récupère la valeur des liens ; l’aide de Search Console le confirme : “If your page has moved, use a 301 redirect to the new location.” (traduction) : « si votre page a été déplacée, utilisez une redirection 301 vers son nouvel emplacement ». Dans mon propre flux Ahrefs, j’utilise le rapport « Best by links » de Site Explorer, je filtre les URL qui répondent 404, je les classe par domaines référents, puis je redirige les plus utiles vers la page active la plus proche et la plus pertinente.
• Ne redirigez pas systématiquement vers la page d’accueil. Martin Splitt est catégorique : “If it moved somewhere else, use a redirect. If it’s gone, don’t redirect me to the homepage.” (traduction) : « si elle a été déplacée ailleurs, utilisez une redirection. Si elle a disparu, ne me redirigez pas vers la page d’accueil ». Cela crée un signal proche d’une soft 404 et, selon ses mots, “it annoys me as a user.” (traduction) : « cela m’agace en tant qu’utilisateur ». Une 404, précise-t-il, est “a very clear signal this link is wrong and broken or this URL no longer exists.” (traduction) : « un signal très clair que ce lien est incorrect et cassé, ou que cette URL n’existe plus ». Redirigez uniquement vers une cible précise et réellement pertinente.

Réduite à une matrice rapide, voici toute la décision :

Pages 404 personnalisées : levier UX, pas levier d’indexation

Une bonne page 404 personnalisée ne change pas la manière dont Google indexe l’URL : c’est le code d’état qui s’en charge. Elle change en revanche ce qui arrive à l’humain qui a suivi le lien mort. Une page 404 utile le maintient sur votre site au lieu de le faire repartir, ce qui protège les conversions et l’engagement. Il y a donc deux missions distinctes :

1. Exactitude du code d’état (côté SEO et robots) : la page doit toujours renvoyer une vraie 404. Une page 404 personnalisée parfaitement conçue qui renvoie 200 est une soft 404 : vous avez réglé le problème UX et créé un problème d’exploration.
2. Utilité de la page (côté UX) : un message clair indiquant que la page a disparu, votre navigation principale et un champ de recherche, ainsi que des liens vers du contenu populaire ou connexe. Mueller conseille : “Think about ways that you can make your 404 pages useful to users, so that they recognize that the page no longer exists, and so that they can find something else that’s appropriate.” (traduction) : « réfléchissez à la manière de rendre vos pages 404 utiles aux utilisateurs, afin qu’ils comprennent que la page n’existe plus et puissent trouver autre chose qui leur convienne. »

Comment trouver et auditer les 404

• Google Search Console — rapport sur l’indexation des pages. Il fait apparaître les statuts « Introuvable (404) » et « Soft 404 », avec des exemples d’URL.
• Ahrefs Site Audit / Site Explorer. Site Audit signale les 404 et les liens internes cassés ; Site Explorer (« Best by links ») permet de trouver les URL 404 qui possèdent encore des backlinks afin de prioriser les redirections selon les domaines référents.
• Ahrefs Web Analytics. Pour l’analyse du trafic associée, filtrez les pages Possible 404 sur le canal AI Search et triez par sessions. Cela fait ressortir les URL candidates qui reçoivent des clics provenant de l’IA pendant la période choisie ; cela ne prouve ni que la réponse est une 404 ni que l’URL a été hallucinée. Je documente les étapes de validation dans AI Hallucination Monitoring.
• Screaming Frog et l’analyse des journaux serveur pour obtenir une vue complète, au niveau de l’exploration et du trafic réel, des 404 que les robots et les utilisateurs consultent effectivement.

Bing, en bref

Les commentaires publics de Bing sont ici beaucoup moins détaillés que ceux de Google : ne supposez donc pas une parfaite équivalence et considérez les précisions ci-dessous comme moins solidement sourcées que la section Google. Bing Webmaster Tools propose bien un outil Content Removal pour signaler à Bing une URL que vous voulez faire traiter comme disparue, ainsi qu’un rapport d’informations d’exploration qui fait apparaître les 404 et les erreurs serveur — ces outils sont documentés. En revanche, la prétention selon laquelle Bing utiliserait un classifieur distinguant « temporairement indisponible » de « véritablement supprimé », ou que Content Removal accélérerait sensiblement la désindexation plutôt que le simple renvoi d’une 404 correcte suivi d’une attente, n’est pas vérifiée indépendamment dans les sources primaires actuelles. Considérez Bing comme secondaire par rapport au comportement de Google, bien documenté ci-dessus, et ne présentez pas ces affirmations de classification ou de vitesse comme des faits établis.

Pour une vue plus large des codes d’état, consultez mon article Codes d’état HTTP et leur impact SEO et 11 types de redirections et leur impact SEO.

Résumé par IA

Voici une synthèse de la version Avancée :

• Une 404 Introuvable est un code d’état client 4xx pour une URL que le serveur ne trouve pas (pages supprimées, liens cassés, fautes de frappe, changements d’URL). La RFC 9110 la définit comme “no current representation, or unwillingness to disclose one” (traduction) : « aucune représentation actuelle, ou refus d’en révéler une » ; elle ne dit pas si l’absence est temporaire ou permanente et la réponse est mise en cache de manière heuristique par défaut.
• Ce n’est pas un signal qui nuit à vos autres pages. Google “doesn’t use the content from URLs that return 4xx status codes,” (traduction) : « n’utilise pas le contenu des URL qui renvoient des codes d’état 4xx », et le fait que certaines URL renvoient 404 n’affecte pas les performances des autres pages fonctionnelles du site. La crainte générale selon laquelle « les 404 nuisent au classement » est un mythe ; Illyes et Mueller ont répété que les 404 sont normales et attendues, même si une page 404 qui rapportait autrefois du trafic ou des liens mérite une décision.
• La désindexation est progressive, pas instantanée. Google retire une URL 404 déjà indexée et la réexplore « de moins en moins souvent ». La formulation source est limitée : « probablement » continue de réessayer « pendant un certain temps », et non pour toujours. L’outil de suppression ne fait que masquer temporairement une URL (environ six mois).
• 404 et 410 : les deux retirent la page de l’index ; 410 est marginalement plus rapide ou plus fort, mais la différence SEO est négligeable (Mueller).
• Hard 404 et soft 404 : c’est le vrai sujet. Une soft 404 renvoie un code de succès (200) pour un contenu disparu ; elle gaspille les ressources d’exploration puisque les robots ne peuvent pas comprendre que la page est partie. Google recommande de renvoyer une vraie 404.
• Causes courantes de soft 404 : rediriger toutes les 404 vers la page d’accueil, afficher un état « introuvable » en JS/SPA avec une réponse 200 (ce qui fausse aussi les analyses) et les mauvaises configurations de CMS.
• Redirigez en 301 uniquement lorsqu’une page a réellement été déplacée ou possède des backlinks ou du trafic de valeur ; sinon, laissez-la répondre 404. Splitt déconseille de rediriger les pages disparues vers la page d’accueil.
• Les pages 404 personnalisées aident l’UX et la rétention, pas l’indexation — et doivent tout de même renvoyer une vraie 404.
• Auditez avec le rapport d’indexation de GSC, Ahrefs Site Audit/Site Explorer, Screaming Frog et les journaux serveur.

Documentation officielle

Documentation provenant des sources primaires des moteurs de recherche.

Google

• Comment les codes d’état HTTP, les erreurs réseau et DNS affectent Google Search — la manière dont Google traite les codes 4xx (dont 404), le mécanisme de désindexation et la définition intégrée de soft 404.
• Rapport d’indexation des pages (aide Search Console) — les statuts « Introuvable (404) » et « Soft 404 », ainsi que les conseils de correction.
• Redirections et Google Search — quand et comment rediriger en 301 une page déplacée plutôt que de la laisser répondre 404.
• Supprimer une page hébergée sur votre site de Google (outil de suppression) — masquage temporaire et suppression permanente.

Bing / Microsoft

• Aide de Bing Webmaster Tools — rapports d’exploration et outil Content Removal pour signaler à Bing de vraies 404.

Citations de la source

Déclarations attribuées de Google. Chaque lien vers la documentation Google ouvre directement le passage cité sur la page source ; les déclarations rapportées renvoient à l’article qui les a reproduites.

Google Search Central — traitement des 404

• “Google doesn’t use the content from URLs that return 4xx status codes. If a URL was previously used but is now returning 4xx status code, Google systems will stop using the URL over time.” (traduction) : « Google n’utilise pas le contenu des URL qui renvoient des codes d’état 4xx. Si une URL a déjà été utilisée mais renvoie maintenant un code d’état 4xx, les systèmes de Google cesseront progressivement de l’utiliser. » Aller à la citation
• “Google doesn’t index URLs that return a 4xx status code, and URLs that are already indexed and return a 4xx status code are removed from the index.” (traduction) : « Google n’indexe pas les URL qui renvoient un code d’état 4xx, et les URL déjà indexées qui renvoient un code d’état 4xx sont retirées de l’index. » Aller à la citation
• “In the case of Google Search, the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed. The crawling frequency gradually decreases.” (traduction) : « Dans Google Search, le pipeline d’indexation retire l’URL de l’index si elle y était déjà indexée. Les pages 404 nouvellement découvertes ne sont pas traitées. La fréquence d’exploration diminue progressivement. » Aller à la citation
• “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” (traduction) : « Si le contenu suggère une erreur pour Google Search, une page vide ou un message d’erreur, Search Console affichera une erreur soft 404. » Aller à la citation

Aide de Search Console — rapport d’indexation des pages

• “404 responses are not necessarily a problem, if the page has been removed without any replacement. If your page has moved, use a 301 redirect to the new location.” (traduction) : « les réponses 404 ne sont pas nécessairement un problème si la page a été supprimée sans remplacement. Si votre page a été déplacée, utilisez une redirection 301 vers son nouvel emplacement. » Aller à la citation
• “Googlebot will probably continue to try this URL for some period of time; there is no way to tell Googlebot to permanently forget a URL, although it will crawl it less and less often.” (traduction) : « Googlebot continuera probablement d’essayer cette URL pendant un certain temps ; il n’existe aucun moyen de lui faire oublier définitivement une URL, même s’il l’explorera de moins en moins souvent. » Aller à la citation
• “We recommend returning a 404 response code for truly ‘not found’ pages and adding more information on the page to let us know that it is not a soft 404.” (traduction) : « Nous recommandons de renvoyer un code de réponse 404 pour les pages réellement « introuvables » et d’ajouter davantage d’informations sur la page pour nous indiquer qu’il ne s’agit pas d’une soft 404. » Aller à la citation

Gary Illyes, Google (via la reproduction de ses publications LinkedIn par SEJ — vérifiez la formulation originale sur LinkedIn, qui résiste aux récupérations automatisées)

• “404 (Not found) errors are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.” (traduction) : « les erreurs 404 (introuvable) ne sont pas à craindre et vous n’avez pas besoin de vous précipiter pour les corriger, du moins la plupart du temps. » Propos rapportés depuis la publication LinkedIn d’Illyes.
• “Crawlers use the status codes to interpret whether a fetch was successful, even if the contents of the page is basically just an error message. They might happily go back to the same page again and again wasting your resources, and if there are many such pages, exponentially more resources.” (traduction) : « les robots utilisent les codes d’état pour déterminer si une récupération a réussi, même lorsque le contenu de la page n’est pratiquement qu’un message d’erreur. Ils peuvent revenir encore et encore sur la même page, gaspillant vos ressources — et, s’il y a beaucoup de pages de ce type, des ressources qui augmentent de manière exponentielle. » Propos rapportés par le Search Engine Journal ; vérifiez la formulation originale avant toute utilisation définitive.

John Mueller, Google — site personnel de John Mueller

• “Using soft-404s instead of real 404s is a bad practice, and it makes things harder for our algorithms.” (traduction) : « utiliser des soft 404 au lieu de vraies 404 est une mauvaise pratique et complique le travail de nos algorithmes ».
• “Returning 404 — and having the URLs listed in the crawl errors in Webmaster Tools — is not a problem.” (traduction) : « renvoyer 404 — et voir les URL figurer dans les erreurs d’exploration des outils pour les webmasters — n’est pas un problème ».
• “Think about ways that you can make your 404 pages useful to users, so that they recognize that the page no longer exists, and so that they can find something else that’s appropriate.” (traduction) : « réfléchissez à la manière de rendre vos pages 404 utiles aux utilisateurs, afin qu’ils comprennent que la page n’existe plus et puissent trouver autre chose qui leur convienne ». Depuis le site personnel de Mueller ; revérifiez les sous-chaînes exactes sur la page en ligne avant de générer des liens profonds à partir de ces citations.

Martin Splitt, Google (via la couverture d’un épisode de SEO Office Hours par SEJ — vérifiez la vidéo originale)

• “If it moved somewhere else, use a redirect. If it’s gone, don’t redirect me to the homepage.” (traduction) : « utilisez une redirection si la page a changé d’adresse ; si elle a disparu, ne la renvoyez pas vers l’accueil ».
• “A 404 is a very clear signal this link is wrong and broken or this URL no longer exists.” (traduction) : « une 404 est un signal très clair que ce lien est incorrect et cassé, ou que cette URL n’existe plus ». Propos rapportés par le Search Engine Journal.

Ce qu’il ne faut pas faire avec les 404

1. Rediriger systématiquement chaque 404 vers la page d’accueil. L’instinct consiste à penser qu’une redirection est plus sûre qu’une erreur. Ce n’est pas le cas. La page d’accueil renvoie 200 ; une URL réellement disparue aboutit donc « avec succès » à un contenu sans rapport. C’est un schéma de soft 404, que Splitt décrit explicitement comme agaçant et inutile. Correctif : redirigez uniquement vers une cible précise et pertinente lorsqu’une page a réellement été déplacée ; sinon, laissez-la répondre 404.

2. Produire une soft 404 au lieu de renvoyer une vraie 404. Servir un message « Page introuvable » (ou une page vide) avec 200 OK indique aux robots que la récupération a réussi. Ils continuent à l’explorer, gaspillant des ressources, tandis que vos analyses enregistrent une visite « réussie » sur une page morte. Correctif : renvoyez un véritable code d’état 404 (ou 410) pour un contenu disparu — Google le recommande explicitement.

3. Paniquer et « corriger » chaque 404 de vos rapports. Les 404 de GSC ou d’un audit de site sont normales et attendues. Rediriger ou ressusciter chaque URL par réflexe gaspille du temps et crée souvent des soft 404. Correctif : faites un triage : redirigez les quelques URL qui ont de vrais backlinks ou du trafic et laissez les autres telles quelles.

4. Essayer de forcer Google à « oublier » une URL instantanément. Il n’existe aucun bouton pour cela. L’outil de suppression est un masquage temporaire (environ six mois), pas une désindexation permanente. Correctif : renvoyez le bon code d’état et laissez la fréquence d’exploration diminuer d’elle-même.

5. Publier un écran « introuvable » JS/SPA qui renvoie 200. Les routeurs côté client ne peuvent pas émettre une 404 au niveau du serveur. Un composant introuvable rendu sur une réponse 200 est donc une soft 404 qui fausse aussi votre suivi. Correctif : acheminez ces chemins côté serveur vers une vraie 404 ou, au minimum, appliquez noindex à l’état introuvable et acceptez les compromis analytiques.

6. Considérer une jolie page 404 personnalisée comme une correction SEO. Une page 404 bien conçue aide les utilisateurs, pas l’indexation — et si elle renvoie 200, c’est une soft 404. Correctif : conservez le vrai code d’état et rendez la page utile ; ce sont deux missions distinctes.

Bonne et mauvaise gestion des 404

Une mauvaise page 404 personnalisée

• Renvoie un code d’état 200 OK tout en affichant « Page introuvable » (une soft 404).
• Ou bien c’est la page brute par défaut du serveur : un simple « Not Found » sur fond blanc, sans navigation ni indication pour continuer.
• Elle laisse l’utilisateur dans une impasse : aucun champ de recherche, aucun lien, rien qui corresponde à votre marque.
• Résultat : les robots la récupèrent encore et encore (soft 404), les utilisateurs repartent et la valeur des liens pointant vers l’URL reste inutilisée.

Une bonne page 404 personnalisée

• Renvoie un véritable code d’état 404 (le volet exploration/indexation est correctement traité).
• Indique clairement, dans un langage simple, que la page n’existe pas.
• Comprend votre navigation principale et un champ de recherche afin que l’utilisateur puisse trouver ce qu’il cherchait.
• Propose des liens vers du contenu populaire ou connexe (articles principaux, catégories importantes).
• Reste cohérente avec votre marque : même en-tête, même pied de page et même style que le reste du site, pour que l’utilisateur sache qu’il est toujours au bon endroit.

Les deux propriétés sont indépendantes : le code d’état rassure les moteurs de recherche ; la conception de la page empêche les humains de partir. Une page peut réussir l’une et échouer l’autre : une magnifique page 404 qui renvoie 200 reste une soft 404, tandis qu’une vraie 404 qui laisse l’utilisateur dans une impasse perd malgré tout le visiteur.

Bonne et mauvaise gestion des redirections pour une URL disparue

• Mauvais : chaque produit supprimé est redirigé en 301 vers la page d’accueil → signal proche d’une soft 404 et utilisateurs frustrés.
• Bon : un produit supprimé qui possède des backlinks est redirigé en 301 vers la page active pertinente la plus proche (sa catégorie parente ou un produit de remplacement) ; un produit supprimé sans valeur ni liens renvoie simplement 404.

Liste de contrôle pour auditer et traiter les 404

• Les URL manquantes renvoient un véritable code d’état 404 (ou 410) — vérifiez le code, ne vous fiez pas au message affiché.
• Aucune soft 404 : aucun contenu « introuvable » servi avec 200, et aucune redirection systématique des pages disparues vers la page d’accueil.
• Le rapport d’indexation des pages de GSC a été examiné pour les statuts « Not found (404) » et « Soft 404 ».
• Les URL 404 qui possèdent de vrais backlinks ou du trafic ont été identifiées (Ahrefs Site Explorer, « Best by links », filtre 404) puis redirigées en 301 vers une page active pertinente.
• Les pages disparues sans valeur ni liens restent en 404 : elles ne sont ni redirigées ni ressuscitées.
• Les redirections pointent vers une cible précise et pertinente, jamais vers la page d’accueil par défaut.
• La page 404 personnalisée est utile (message clair, navigation, recherche, liens vers le contenu populaire) et renvoie toujours une 404.
• Pour les sites JS/SPA : les routes introuvables renvoient une vraie 404 côté serveur, ou sont au moins marquées noindex, et les analyses ne les enregistrent pas comme des visites réussies.
• Vous ne gaspillez pas vos efforts à « corriger » chaque 404 : elles sont triées, pas traitées uniformément.

Outils pour trouver et traiter les 404

• Google Search Console — rapport d’indexation des pages — vue de Google sur les statuts « Not found (404) » et « Soft 404 », avec des exemples d’URL et la possibilité de demander une validation après correction.
• Ahrefs Site Audit — signale les 404 et les liens internes cassés pendant l’exploration de votre site.
• Ahrefs Site Explorer (« Best by links ») — trouve les URL 404 qui possèdent encore des backlinks, triées par domaines référents, afin de prioriser celles qui méritent une redirection 301.
• Screaming Frog SEO Spider — vue au niveau de l’exploration de chaque 404 (et de ses liens sources) sur votre site.
• Analyse des journaux serveur — montre quelles 404 les vrais robots et utilisateurs consultent, et à quelle fréquence.
• Bing Webmaster Tools — rapports d’exploration qui font apparaître les 404 et erreurs serveur, ainsi que l’outil Content Removal pour signaler une URL à traiter comme disparue (le classifieur et les détails de vitesse de suppression de Bing n’étant pas vérifiés indépendamment, considérez cette source comme secondaire par rapport au comportement de Google documenté dans GSC).
• Inspection d’URL (GSC) — vérifie le code d’état récupéré pour une URL unique afin de confirmer qu’il s’agit d’une vraie 404 et non d’une soft 404.

Des ressources qui valent votre temps

Mes articles connexes

• Codes d’état HTTP et leur impact SEO — la vue d’ensemble des codes d’état, notamment la place des 404, 410 et soft 404.
• 11 types de redirections et leur impact SEO — quand rediriger en 301 une URL qui pourrait répondre 404 plutôt que de la laisser répondre 404/410.
• Guide du débutant du SEO technique — la place des codes d’état dans le contexte plus large du SEO technique.
• Problèmes SEO JavaScript et bonnes pratiques — le contexte de rendu derrière les pièges des soft 404 en JS/SPA.

Mes présentations

• Comment fonctionne la recherche (SlideShare) — mon explication de l’exploration, du rendu et de l’indexation, le pipeline que traversent les 404. (Ma réserve habituelle s’applique : « voici ma compréhension des systèmes… elle ne sera pas complète ou exacte à 100 %. »)

Dans le secteur

• Comment les codes d’état HTTP affectent Google Search (Google Search Central) — la source primaire sur le traitement des 4xx/404.
• Rapport d’indexation des pages (Search Console Help) — définitions de référence des hard 404 et soft 404, et conseils de correction.
• Les soft 404 et votre site (John Mueller) — le point de vue de Google sur les raisons pour lesquelles les soft 404 sont pires que les vraies.
• Google alerte sur les erreurs soft 404 et leur impact SEO (Search Engine Journal) — propos d’Illyes sur les soft 404 et les ressources d’exploration gaspillées.
• John Mueller de Google clarifie la confusion entre 404 et 410 en SEO (Search Engine Journal) — pourquoi la différence 404/410 est négligeable en SEO.
• Martin Splitt de Google déconseille de rediriger les 404 vers l’accueil (Search Engine Journal) — les raisons de ne pas rediriger uniformément les 404 vers la page d’accueil.
• Pages d’erreur 404 introuvable : bonnes et mauvaises pratiques (Yoast) — exemples de bonnes et mauvaises pages 404 personnalisées.
• Tout savoir sur les erreurs 404 en SEO (Seer Interactive) — une méthode par niveaux de gravité pour prioriser les corrections de 404.

Testez vos connaissances : 404 Introuvable

Cinq questions rapides sur la signification des 404 en SEO et la manière de les traiter. Choisissez une réponse pour chacune, puis vérifiez votre résultat.

Journal des modifications