Liens morts et erreurs 404 : comment les repérer, quel code HTTP répondre selon la situation, à quoi sert vraiment une page 404 et comment faire baisser le compteur durablement.
Un lien mort pointe vers une adresse qui ne répond plus. Le serveur renvoie alors un code 404, la ressource est introuvable. Le code lui-même ne pénalise pas un site : ce sont les liens internes cassés, les pages supprimées sans équivalent et les fausses erreurs qui coûtent du trafic et de la crédibilité.
Ce qu’un code 404 signifie exactement
Chaque requête vers un serveur web reçoit un code de statut HTTP en réponse. La spécification de référence, la RFC 9110 publiée en juin 2022 par l’IETF, décrit le 404 « Not Found » comme la réponse d’un serveur qui ne trouve aucune représentation courante pour l’adresse demandée, sans préciser si cette absence est temporaire ou définitive.
Cette nuance compte. Un 404 ne dit pas « cette page n’a jamais existé », il dit « je n’ai rien ici, maintenant ». Un moteur de recherche qui rencontre ce code retire progressivement l’adresse de son index, puis revient la tester de temps en temps.
La documentation de Google Search Central est constante sur ce point depuis des années : les adresses qui renvoient un 404 n’entraînent aucune sanction pour le reste du site. Un compteur d’erreurs qui grimpe dans un rapport d’indexation n’est donc pas un signal de danger en soi. Il devient un problème quand il révèle autre chose : des liens internes rompus, un contenu supprimé qui recevait des visites, ou un serveur qui ment sur l’état réel de ses pages.
Trois problèmes que l’on confond sous le même nom
Parler de « 404 » au singulier mélange des situations qui ne se traitent pas de la même façon.
Le lien interne cassé
Une page de votre site pointe vers une autre page de votre site qui n’existe plus. C’est le cas le plus grave, parce qu’il est entièrement de votre fait. Le visiteur clique sur un lien que vous avez écrit et tombe dans le vide. Les robots d’exploration, eux, dépensent une partie de leur budget de crawl à vérifier des impasses que vous auriez pu supprimer.
Ce type de rupture se multiplie après un changement de structure d’adresses, une réorganisation de rubriques ou une suppression d’articles anciens. La cohérence des chemins internes se travaille en amont, au moment de définir l’arborescence du site, et se vérifie après chaque remaniement.
Le lien sortant devenu mort
Vous citez une ressource externe, et l’adresse disparaît quelques années plus tard. Le phénomène porte un nom depuis longtemps : Tim Berners-Lee, inventeur du web, lui consacrait déjà en 1998 un texte du W3C intitulé « Cool URIs don’t change ». Rien n’a changé depuis, sinon l’ampleur.
Un lien sortant mort ne casse rien techniquement, mais il abîme la valeur perçue d’un contenu. Un article de référence qui renvoie vers des pages fantômes vieillit mal aux yeux d’un lecteur, et perd l’appui documentaire qui justifiait la citation.
Le soft 404
C’est le cas le plus sournois. La page affiche un message d’absence de contenu, du type « article introuvable », mais le serveur répond quand même un code 200, qui signifie « tout va bien, voici la page ». Google Search Central qualifie précisément cette situation de soft 404, et la traite comme une erreur à part entière dans le rapport d’indexation.
Le résultat : le moteur croit indexer un contenu réel, découvre une page vide de substance, et étend sa méfiance à des pages voisines. Beaucoup de CMS mal configurés produisent des soft 404 sans que personne ne s’en aperçoive, parce que l’affichage semble correct dans un navigateur.
Détecter sans y passer ses journées
Trois sources se complètent, et aucune ne suffit seule.
La première est déjà dans vos outils. Le rapport d’indexation des pages de la Search Console distingue explicitement les adresses classées « Introuvable (404) » et celles marquées « Soft 404 ». C’est la seule vue qui reflète ce que le moteur constate réellement, pas ce que vous croyez publier. Sa prise en main fait partie du socle décrit dans notre guide de la Search Console.
La deuxième est le crawl complet du site. Un explorateur parcourt vos pages comme le ferait un robot, suit chaque lien et relève le code de réponse de chaque destination, interne comme externe. C’est le seul moyen de retrouver les liens cassés qui ne génèrent aucune visite, donc aucune trace dans les statistiques, et qui dorment parfois depuis des mois.
La troisième est le journal du serveur. Chaque requête ayant reçu un 404 y figure, avec l’adresse demandée et souvent la page d’origine du clic. Cette page référente vaut de l’or : elle indique d’où vient le lien fautif, et distingue immédiatement une erreur venue de votre propre site d’une adresse tapée de travers par un robot en maraude.
Un tri s’impose ensuite, parce que tous les 404 ne se valent pas. Une adresse inventée par un scanner de vulnérabilités n’a aucun intérêt. Une ancienne page qui recevait des visites récurrentes en a beaucoup.
Rediriger, restaurer ou assumer
La correction dépend de ce que devient le contenu, pas du nombre d’erreurs affiché. Quatre situations couvrent la quasi-totalité des cas.
| Situation | Réponse à mettre en place |
|---|---|
| Le contenu a déménagé à une nouvelle adresse | Redirection permanente 301 vers la nouvelle adresse |
| Un contenu proche traite le même sujet | Redirection 301 vers ce contenu équivalent |
| Le contenu est supprimé définitivement, sans équivalent | Réponse 410 assumée, page d’erreur soignée |
| L’adresse n’a jamais existé, ou vient d’une faute de frappe | Réponse 404, aucune action |
La redirection 301 transmet la valeur accumulée par l’ancienne adresse vers la nouvelle, à condition que la destination traite bien le même sujet. Rediriger en masse vers la page d’accueil ne préserve rien : le moteur détecte l’absence de correspondance et requalifie la redirection en soft 404.
Le code 410 « Gone », lui aussi défini par la RFC 9110, affirme une suppression volontaire et définitive. Il accélère la sortie de l’index et évite les visites de vérification répétées. Réservez-le aux contenus que vous ne republierez jamais.
Reste le cas des liens sortants morts. Le contenu original reste souvent consultable dans la Wayback Machine, l’archive du web ouverte au public par Internet Archive en 2001. Deux options honnêtes : remplacer la référence par une source vivante équivalente, ou reformuler le passage pour citer la source en toutes lettres, avec son auteur et son année, sans dépendre d’une adresse qui mourra à son tour.
À quoi doit servir une page 404
Une page d’erreur n’est pas un panneau d’excuse, c’est un aiguillage. Le visiteur qui l’atteint avait une intention précise, et il vient de la perdre.
Quatre éléments suffisent. Un message court qui nomme le problème sans jargon. Le menu et l’identité visuelle du site, pour que personne ne croie avoir quitté le domaine. Un champ de recherche interne. Enfin trois à cinq liens vers vos pages les plus consultées, choisis à la main plutôt que générés au hasard.
Deux réflexes à éviter. Le premier consiste à rediriger automatiquement la page d’erreur vers l’accueil au bout de quelques secondes : le visiteur perd le fil sans comprendre, et le serveur renvoie un code trompeur. Le second consiste à noyer le message dans l’humour au point qu’on ne sache plus quoi faire ensuite.
Vérifiez enfin le code réel renvoyé par cette page. Une page 404 magnifique qui répond 200 est un soft 404 déguisé, et elle fabrique exactement le problème qu’elle prétend traiter.
Faire baisser le compteur durablement
Corriger sans prévenir revient à écoper. Quelques règles simples réduisent la production de liens morts à la source.
- Fixer les adresses à la publication et ne plus y toucher : un slug se corrige dans l’heure qui suit, pas six mois après.
- Tenir un tableau des redirections, avec l’ancienne adresse, la nouvelle et la date. Sans ce registre, une refonte ultérieure enchaîne les redirections en cascade.
- Éviter les chaînes de redirections : une adresse redirigée vers une deuxième, elle-même redirigée vers une troisième, dilue le signal et ralentit le chargement. Faites pointer directement vers la destination finale.
- Vérifier les liens internes après chaque suppression d’article, pas une fois par an.
- Contrôler l’état des liens sortants sur les contenus les plus lus, où le coût d’une référence morte est le plus visible.
Le moment critique reste la refonte. Le plan de redirection se prépare avant la mise en ligne, à partir de la liste complète des adresses existantes, et il se teste sur la nouvelle structure avant de basculer le domaine. Le même soin s’applique à la sauvegarde du site : les deux dispositifs servent le même jour, celui où quelque chose casse.
Une cadence tenable ressemble à ceci : un coup d’œil mensuel au rapport d’indexation, un crawl complet par trimestre, une vérification systématique après chaque suppression ou changement de structure. Les sites qui publient beaucoup resserrent la maille, les autres non.
Cette hygiène rejoint directement le travail d’audit décrit dans notre guide du SEO technique : rien de spectaculaire, mais un plancher de qualité sans lequel les optimisations plus fines ne produisent rien.
Prochaine étape concrète : ouvrez le rapport d’indexation de votre site, triez les adresses en erreur par nombre de visites perdues, et traitez les dix premières. Redirection quand un équivalent existe, 410 quand la suppression est définitive, rien du tout pour le bruit. Le reste attendra le prochain crawl trimestriel.
