404 ou 410 : ce que chacun dit à Google d’une page supprimée

Ce que dit réellement chaque code

Les deux codes signifient que la page n'est pas là. Ils diffèrent sur un mot : la certitude.

404 Not Found dit : je n'ai rien à cette URL. Il ne dit pas pourquoi, ni s'il y aura quelque chose demain. C'est la réponse honnête par défaut quand un serveur n'a tout simplement aucune correspondance pour un chemin.

410 Gone dit quelque chose de plus précis et de plus fort : cette URL a eu du contenu, ce contenu a été supprimé délibérément, et il ne reviendra pas. La spécification décrit le 410 comme intentionnel et suppose que celui qui le renvoie sait qu'il est définitif.

C'est toute la différence sémantique, et le reste en découle. Un 404 est un haussement d'épaules ; un 410 est une affirmation. Aucun des deux n'est une erreur à corriger : un 404 correct pour une URL qui n'a jamais existé est exactement juste, et les pages du rapport Introuvable (404) de la Search Console fonctionnent généralement comme prévu.

Ce que Google en fait réellement

C'est ici que l'attente et la réalité se séparent, et il vaut mieux être précis, car la plupart des conseils sur le sujet exagèrent la différence.

• Les deux font sortir l'URL de l'index. Aucun ne laisse une page morte se classer. La destination est la même.
• Le 410 est traité comme un peu plus définitif. Google a indiqué traiter le 410 un peu plus vite que le 404 : l'URL est retirée plus tôt et moins souvent réessayée. Ce « un peu » travaille vraiment dans la phrase : l'écart se mesure en un ou deux cycles d'exploration, pas en semaines.
• Les deux sont réexplorés de toute façon. Google reviendra sur un 410 pour vérifier que c'était voulu. Un 410 n'est pas une instruction permanente de ne plus jamais passer, et une URL qui se remet à renvoyer 200 après un 410 sera réindexée.

Le résumé honnête, donc : choisir 410 plutôt que 404 vous achète un retrait marginalement plus rapide et un signal plus net, pas un résultat différent. Cela vaut la peine quand vous connaissez la réponse, et pas la peine de refondre votre application. Les vrais dégâts sont dans les deux erreurs ci-dessous : tout rediriger vers la page d'accueil, et servir un écran « page introuvable » avec un statut 200.

Quand le 410 est la bonne réponse

Utilisez 410 quand vous avez pris une décision et que vous l'assumez :

• Un produit, une annonce ou un événement terminé sans successeur. Une offre d'emploi expirée, une enchère close, une référence arrêtée sans remplacement.
• Un contenu supprimé volontairement : une page d'atterrissage retirée, une page pauvre éliminée lors d'un nettoyage, un article dépublié sciemment.
• Du contenu d'utilisateur qui a été retiré : le profil d'un compte supprimé, un message effacé, tout ce qui a été retiré pour des raisons de règlement.
• Des URL d'une ancienne structure dont vous êtes certain, où aucune page équivalente n'existe et où une redirection serait un mensonge.
• Le nettoyage après un piratage ou une injection de spam, quand des milliers d'URL parasites ont été indexées et que vous voulez les voir disparaître le plus nettement possible.

Ce dernier cas est celui où le 410 gagne vraiment sa place. Quand un robot a découvert des dizaines de milliers d'URL qui n'auraient jamais dû exister, le petit gain de vitesse et les réessais en moins finissent par compter.

Quand le 404 est la bonne réponse

Utilisez 404 quand vous n'êtes pas sûr, ce qui arrive plus souvent qu'on ne l'admet :

• Une URL mal tapée ou devinée. Il n'y a jamais rien eu. Le 404 est littéralement correct.
• Une page qui pourrait revenir : une catégorie saisonnière, un produit en rupture que vous réapprovisionnerez, un article temporairement dépublié.
• Tout cas où ce n'est pas vous qui avez décidé, ou où vous ne savez pas si la suppression était volontaire. Un framework qui renvoie 404 pour une route sans correspondance fait ce qu'il faut.
• Un nettoyage en masse non vérifié. S'il fallait deviner lesquelles de 10 000 URL ont été retirées exprès, le 404 est la réponse la plus sûre pour toutes.

Le 404 est le défaut pour une raison. Il ne se trompe jamais comme un 410 mal placé : un 410 sur quelque chose que vous restaurez ensuite est une affirmation qu'il faut démentir.

Le soft 404 : celui qui coûte vraiment

Un soft 404 est une page qui dit « introuvable » à un humain tout en renvoyant 200 OK au robot. C'est de loin l'erreur la plus coûteuse de tout le sujet, et elle est presque toujours accidentelle.

Trois façons de les produire :

• Une page d'erreur personnalisée servie en 200. Le gabarit s'affiche, le code de statut n'a jamais été défini, et chaque URL morte du site ressemble désormais à une vraie page.
• Rediriger toutes les URL mortes vers la page d'accueil. L'accueil renvoie 200, donc chaque URL retirée se présente comme une page vivante dont le contenu n'a rien à voir avec ce qui était demandé. Google le signale explicitement et le traite comme un soft 404.
• Une application rendue côté client qui interroge, ne trouve rien et affiche un état vide, alors que le document HTML lui-même a été servi en 200.

Le coût est réel : budget d'exploration dépensé sur des pages qui n'existent pas, contenu pauvre dupliqué dans l'index, et un rapport Soft 404 qui grossit discrètement dans la Search Console. Le correctif est toujours le même : faire correspondre le code de statut à ce que dit la page. Vérifiez ce que renvoie vraiment votre page d'erreur avec un vérificateur de codes de statut HTTP ; le navigateur ne vous le dira pas, car une page 404 et une page 200 sont identiques à l'écran.

Décider quoi servir pour une URL morte

Quatre options, dans l'ordre où il faut les envisager.

1. Rediriger, s'il existe un vrai équivalent

Si une autre page remplace réellement celle-ci — la nouvelle URL après une refonte, le produit successeur, l'article fusionné —, un 301 vaut mieux que l'un ou l'autre code d'erreur, car il préserve les signaux de lien que l'ancienne URL avait acquis. Le guide des redirections 301 et 302 explique lequel utiliser. Le test : un visiteur qui arrive sur la nouvelle page aurait-il le sentiment d'avoir obtenu ce sur quoi il a cliqué ? Sinon, ne redirigez pas.

2. Renvoyer 410 si vous l'avez supprimée exprès

Aucun équivalent, et vous savez que la suppression était volontaire et définitive. Dites-le.

3. Renvoyer 404 si vous n'êtes pas sûr

Aucun équivalent, et vous n'avez pas la certitude que la page a disparu pour de bon. Le défaut est correct et ne vous coûte rien.

4. Ou garder la page, si elle vaut encore quelque chose

Question à se poser avant toute suppression : cette URL reçoit-elle encore des liens entrants ou du trafic ? Une page qui attire des visites gagne souvent à être mise à jour plutôt que retirée. La supprimer et servir un 410 impeccable revient quand même à jeter ce qu'elle avait accumulé.

Les codes choisis par erreur

Quelques voisins prennent la place du 404 et du 410, et tous disent autre chose :

• 403 Forbidden signifie que la ressource existe mais que vous n'avez pas le droit de la voir. Renvoyer 403 pour un contenu absent dit au robot que la page est réelle et retenue, ce qui n'est pas l'idée.
• 451 Unavailable For Legal Reasons concerne un contenu retiré sur demande légale, précisément. C'est un code réel et enregistré, pas une plaisanterie, et il ne doit pas servir de « nous l'avons retiré » général.
• 503 Service Unavailable est le bon code pour une indisponibilité planifiée et la maintenance : il dit revenez plus tard, ce qui est exactement ce que vous voulez pendant une migration, et il est faux pour une page définitivement partie.
• 200 avec une page vide est le soft 404 ci-dessus, et le pire du lot.

Si vous ne savez pas ce que renvoie votre application dans chacune de ces situations, vérifiez-le plutôt que de le supposer : le guide complet des codes de statut HTTP passe en revue chaque classe.

Erreurs fréquentes

• Rediriger chaque URL morte vers la page d'accueil. Google traite une destination hors sujet comme un soft 404 : vous n'obtenez ni le retrait, ni le jus de lien.
• Une page 404 personnalisée servie avec un statut 200. Correct pour les humains, mensonger pour les robots.
• Utiliser 410 pour quelque chose de saisonnier, puis restaurer la page et se demander pourquoi la reprise est lente.
• Prendre le rapport 404 de la Search Console pour une liste de bugs. La plupart de ces URL sont des fautes de frappe, de vieux liens de scrapers et des références externes mortes. Un 404 pour une URL qui n'a jamais existé n'est pas un problème.
• Supprimer des pages qui reçoivent encore du trafic ou des liens parce qu'elles sont anciennes. Vérifiez avant d'élaguer.
• Laisser des URL mortes dans le sitemap. Un sitemap ne doit lister que des URL que vous voulez indexées ; un 404 ou un 410 dedans gaspille du budget d'exploration et est signalé.
• Retirer les liens internes en dernier. Si votre propre navigation pointe encore vers une URL passée en 410, vous dites deux choses à la fois à Google.

En bref

Le 404 dit « il n'y a rien ici » ; le 410 dit « il y avait quelque chose, je l'ai supprimé, cela ne revient pas ». Les deux retirent l'URL de l'index, et le 410 le fait marginalement plus vite avec moins de réessais — utile pour un nettoyage massif après un piratage ou un élagage de contenu, et pas une raison de refondre votre application. Redirigez plutôt lorsqu'un véritable équivalent existe, utilisez 404 dès que vous hésitez, et surtout assurez-vous que vos pages d'erreur renvoient un statut d'erreur : un écran « page introuvable » servi en 200 est un soft 404, et il coûte plus cher que n'importe quel mauvais choix entre ces deux codes. Vérifiez ce que renvoie vraiment une URL avec le vérificateur gratuit de codes de statut HTTP.

Outils et guides associés :

• Recherche de codes de statut HTTP : Une référence rapide pour chaque code de statut HTTP et sa signification.
• Redirections 301 et 302 : laquelle choisir et ce que voit le SEO : Quand utiliser une 301 et quand une 302

Questions fréquentes