Un 404, c'est le serveur qui dit « cette page n'existe pas »
À chaque demande d'une page, le serveur répond par un code de statut HTTP avant même d'envoyer le moindre contenu. Le 200 signifie « voilà la page ». Le 301 signifie « elle a déménagé, voici la nouvelle adresse ». Le 404, lui, veut dire exactement une chose : à cette adresse, je n'ai rien. Pas d'erreur du serveur, pas de panne, juste une URL qui ne correspond à aucune ressource.
Quand Googlebot tombe sur ce code, le comportement est mécanique. Il note la réponse, ne récupère aucun contenu, et au bout de quelques passages infructueux, il retire l'URL de l'index. Puis il revient vérifier de temps en temps, au cas où la page reviendrait.
Ce que je vois dans les logs de mes clients, tous secteurs confondus : il n'existe aucun site sans 404. Un lien mal recopié dans un forum, un vieux paramètre d'URL, un robot qui teste des chemins au hasard. C'est le bruit de fond du web, et Google le sait depuis toujours.
Non, les 404 ne pénalisent pas votre classement
La position publique de Google n'a pas bougé depuis des années : les erreurs 404 font partie du fonctionnement normal d'Internet et n'entraînent pas de sanction sur le reste du site. La documentation Search Central sur les codes HTTP le formule sans ambiguïté : une URL en 404 est simplement retirée de l'index, point final. Les autres pages du domaine ne sont pas concernées.
La logique tient debout quand on y réfléchit deux secondes : n'importe qui peut créer, depuis n'importe quel site, un lien vers une adresse inexistante chez vous. Si les 404 pesaient sur le classement, saborder un concurrent coûterait dix minutes de travail. Un 404 isolé n'est pas un problème de référencement, c'est le protocole qui fonctionne comme prévu. Le vrai sujet est ailleurs.
Ce qui coûte cher, c'est ce que la 404 fait disparaître
Premier poste de perte : les liens externes. Si trois sites pointaient vers votre page devenue introuvable, l'autorité qu'ils transmettaient ne va nulle part. Elle ne se reporte pas ailleurs, elle s'évapore. C'est tout le mécanisme que je décortique dans mon article sur le rôle réel des liens qui pointent vers vous, et c'est de loin la raison la plus concrète de s'occuper d'une 404.
Deuxième poste : le trafic. Une page positionnée qui passe en 404 emmène ses visiteurs avec elle. Google la sortira des résultats, mais entre-temps les internautes qui cliquent atterrissent dans le vide, et cette déception, elle, se voit dans les chiffres.
Troisième cas, souvent sous-estimé : les liens internes cassés. Un menu ou un article qui pointe vers une page supprimée, c'est un cul-de-sac dans votre propre maillage. Le visiteur s'arrête net, et sur un gros site, le robot consomme du budget d'exploration à retester des adresses mortes au lieu de découvrir vos nouvelles pages.
Enfin, il y a la 404 en masse. Cinquante URL introuvables après une refonte, ce n'est plus du bruit de fond, c'est un symptôme : quelque chose a cassé pendant la migration. Là, ce n'est pas le code 404 qu'il faut traiter, c'est la bascule ratée derrière.
Rediriger ou laisser mourir : comment trancher
Une seule question à se poser devant une URL en 404 : est-ce que cette page valait quelque chose, et existe-t-il aujourd'hui un contenu qui répond à la même attente ?
- Un équivalent existe (produit remplacé, article mis à jour, catégorie fusionnée) : redirection 301 vers cette page, sans hésiter.
- Pas d'équivalent exact mais des liens externes ou du trafic résiduel : 301 vers la page la plus proche thématiquement, une catégorie parente par exemple, à condition que le visiteur y trouve son compte.
- Ni liens, ni trafic, ni contenu proche : on laisse le 404. C'est une réponse honnête et Google fera le ménage tout seul.
La mise en œuvre dépend de votre hébergement, fichier .htaccess, règle nginx, extension WordPress, et j'en détaille les recettes dans le guide sur la façon de poser une redirection permanente proprement. Une seule règle d'hygiène à retenir ici : un saut direct vers la destination finale, jamais une chaîne de redirections empilées au fil des refontes.
Le réflexe à éviter absolument : rediriger toutes les pages supprimées vers l'accueil. C'est tentant, c'est rapide, et Google traite ces redirections sans rapport comme des soft 404. Vous n'avez rien sauvé, vous avez juste rendu le diagnostic plus difficile.
Dernière nuance : le code 410 « Gone » dit explicitement « cette page est supprimée, elle ne reviendra pas ». Google le prend en compte et désindexe généralement un peu plus vite. La différence reste marginale, ne réécrivez pas votre serveur pour ça.
Le piège de la soft 404
La soft 404 est le seul cas où j'estime qu'il y a urgence. Le principe : la page affiche un message du type « contenu introuvable », mais le serveur, lui, renvoie un code 200. Pour le visiteur, la page est vide. Pour le robot, tout va bien. Google finit par détecter l'incohérence et classe l'URL en soft 404 dans la Search Console, mais avec du retard et de l'imprécision.
Les causes classiques sont toujours les mêmes : un CMS qui sert un gabarit d'erreur en 200, une page de résultats de recherche interne sans aucun résultat, une fiche produit épuisée qui ne montre plus rien, ou justement une redirection sauvage vers l'accueil. Le correctif est technique et rapide : faire renvoyer un vrai 404 par le serveur. Un simple curl -I sur l'URL suffit à vérifier le code réellement envoyé.
Trouver ses 404 : trois sources à croiser
La Search Console d'abord, dans le rapport d'indexation des pages, ligne « Introuvable (404) ». Attention au contresens que je vois presque à chaque audit : cette liste n'est pas une liste de problèmes. Ce sont les URL que Google connaît et qui répondent 404, ce qui inclut de vieilles adresses mortes depuis des années. Dans la grande majorité des lignes, il n'y a strictement rien à faire.
Un crawler ensuite, Screaming Frog ou équivalent, lancé sur votre nom de domaine. Lui, il vous dit quelque chose que la Search Console ne dit pas : quels liens internes de votre site pointent vers du vide. Ceux-là se corrigent sans discussion, en modifiant le lien à la source plutôt qu'en posant une redirection par-dessus.
Les logs serveur enfin, ou à défaut votre outil d'analytics, pour repérer les 404 réellement demandées, avec leur volume et surtout leur source. Une URL introuvable appelée deux cents fois par mois depuis un lien externe mérite une redirection ; une URL touchée une fois par un robot ne mérite rien du tout. Ce croisement des trois sources est exactement la démarche que je décris dans mon guide pour mener soi-même un audit technique avec des outils gratuits.
Et la page 404 elle-même ?
Puisque des visiteurs y atterriront de toute façon, autant qu'elle serve à quelque chose. Le minimum utile : le menu principal du site, un champ de recherche interne, deux ou trois liens vers vos contenus les plus consultés, et un ton qui ne culpabilise personne. Certains sites en font un moment de marque, c'est très bien, mais l'essentiel reste ailleurs.
Et l'essentiel, c'est le code de réponse. Une belle page 404 qui renvoie un 200 reste une soft 404. Pas de redirection automatique après trois secondes non plus : le visiteur perd le fil et Google perd l'information. Une page utile, un vrai code 404, et vous avez fait le tour du sujet.