Un client m'appelle un mardi matin, paniqué : « On a perdu 40 % de trafic depuis la refonte. » Je demande les logs. Verdict : 1 200 URL de l'ancien site renvoyaient une belle page blanche avec un code 200. Pas une seule erreur 404 dans le rapport. Le problème n'était pas qu'il y avait trop de 404. C'était qu'il n'y en avait pas assez.
Voilà pourquoi la gestion des erreurs 404 mérite mieux que le réflexe « je redirige tout vers la home ». Une 404 bien posée protège votre référencement. Une 404 mal gérée, ou pire, une absence de 404 là où il en faudrait, le sabote en silence.
Points clés à retenir
- Une 404 n'est pas une erreur SEO en soi : c'est un signal honnête envoyé au crawler.
- Une page vide qui répond 200 (soft 404) pénalise plus qu'une vraie 404.
- Le choix entre 301, 410 et 404 dépend de l'existence d'un équivalent réel, pas de l'humeur du jour.
- Les SPA React ou Vue renvoient souvent 200 sur des routes inexistantes : le piège le plus courant.
- Priorisez la correction selon le trafic et les backlinks, pas selon le nombre brut d'URL.
Erreur 404 et impact SEO : ce que le code dit vraiment
Quand un serveur renvoie un code 404, il ne dit pas « je suis cassé ». Il dit « cette ressource n'existe pas ici ». Pour Googlebot, c'est une information utile : la page a disparu, on arrête d'y revenir.
Le vrai problème surgit quand cette information est contradictoire. Une URL qui existait, qui avait des liens entrants, et qui disparaît sans redirection, laisse ses backlinks orphelins. Le jus transmis par ces liens n'arrive plus nulle part. Sur un site de 800 pages dont 60 recevaient des liens externes, j'ai vu un client perdre la quasi-totalité de l'autorité de deux pages produits supprimées sans redirection. Deux pages. Résultat mesuré : les positions sur les requêtes associées ont glissé de la page 1 à la page 3 en six semaines.
Ce que la 404 ne casse pas
Une 404 sur une URL qui n'a jamais existé, sans lien entrant, sans trafic, sans présence au sitemap : rien à signaler. Elle peut rester. Google en crawle des millions chaque jour sans que cela dégrade quoi que ce soit.
Beaucoup d'articles mélangent « erreur 404 » et « problème SEO ». Ce sont deux choses distinctes. Une 404 correctement servie est un comportement sain du serveur. Le problème, c'est l'écart entre ce que l'URL promettait et ce qu'elle offre désormais.
Le piège du soft 404 : la page qui ment sur son code
Une page qui renvoie 200 mais affiche « contenu introuvable » est un soft 404. Et c'est presque toujours plus dommageable qu'une vraie 404.
Pourquoi ? Parce que le crawler croit la page valide, l'indexe, la garde dans son budget de crawl, et retourne régulièrement vérifier un contenu vide. Sur un site que j'ai audité l'an dernier, 340 pages de ce type consommaient une part significative du crawl. Un audit mensuel de la Search Console, section « Indexation des pages », remonte ces URL sous le libellé « Explorée, actuellement non indexée » ou « Autre erreur 404 ». C'est là qu'on les repère, pas dans un rapport de liens cassés classique.
Comment une SPA fabrique des soft 404 en série
Application React, routage côté client, serveur configuré pour renvoyer index.html avec un code 200 sur toutes les routes. Une URL du type /produit/xyz qui n'existe pas affichera une page vide, code 200. Le crawler enregistre une page valide et vide.
La correction passe par le serveur, pas par le front. Il faut une règle côté hébergement qui renvoie un statut 404 réel quand la route ne correspond à aucune donnée. C'est technique, ça sort souvent du périmètre du développeur front, et c'est précisément pour ça que le problème traîne pendant des mois.
301, 410 ou 404 : l'arbre de décision
La question qu'on me pose le plus souvent : « Je redirige ou je laisse en 404 ? » Voici les critères que j'applique, dans cet ordre.
| Code | Quand l'utiliser | Effet SEO |
|---|---|---|
| 301 | La page a un équivalent réel (contenu proche, même intention) | Transmet l'autorité vers la nouvelle URL |
| 410 | La page est supprimée définitivement, sans remplaçant | Signal clair de suppression, plus rapide à traiter qu'une 404 |
| 404 | URL inexistante, jamais publiée, ou suppression temporaire | Neutre si aucun lien entrant significatif |
Le point que je défends, et je sais que certains collègues ne sont pas d'accord : ne redirigez jamais vers la page d'accueil par défaut. Une redirection massive de 300 URL vers la home est un signal de dilution. Google reçoit un afflux de liens pointant vers une page qui ne répond pas à l'intention initiale. J'ai fait cette erreur sur mon propre blog il y a quelques années. Le résultat : une page d'accueil qui rankait sur des requêtes qui n'avaient rien à voir, et un contenu totalement hors sujet pour l'internaute qui cliquait.
Le seuil de priorisation
Sur un site de plusieurs milliers d'URL, on ne corrige pas tout. Je classe par : URL avec backlinks entrants (priorité absolue), puis URL avec trafic organique historique, puis URL listée au sitemap. Le reste attend.
- URL avec liens externes : correction sous 48 h
- URL avec trafic organique > 50 visites/mois : correction sous une semaine
- URL au sitemap : retrait du sitemap immédiat
- URL sans trafic ni lien : 404 assumée, aucune action
Surveiller les 404 sans y passer ses journées
Le monitoring manuel ne tient pas. À partir de quelques centaines d'URL, il faut des logs serveur et des alertes.
Ce que je mets en place systématiquement : une extraction hebdomadaire des logs serveur filtrée sur les codes 404 et 410, croisée avec une liste d'URL connues. Toute nouvelle 404 sur une URL qui existait dans le sitemap déclenche une alerte. Le reste est ignoré.
Et les 404 générées par des bots ?
Elles polluent les rapports. Des scanners cherchent /.env, /wp-login.php, /admin en permanence. Ces requêtes produisent des milliers de lignes de 404 sans aucun rapport avec votre contenu. Filtrez-les par user-agent et par motif d'URL avant toute analyse. Sans ce filtre, un rapport de 5 000 erreurs n'en contient en réalité que quelques dizaines dignes d'intérêt.
Faut-il personnaliser la page 404 ?
Oui, mais pas pour le SEO. Pour l'utilisateur. Une page 404 qui propose une recherche, quelques liens vers les contenus populaires et un message clair réduit le rebond immédiat. Cela ne change rien au référencement de l'URL elle-même, mais cela retient le visiteur qui serait reparti ailleurs.
Le piège inverse : une page 404 trop créative qui renvoie un code 200 pour « faire joli ». On retombe dans le soft 404. Le statut HTTP doit rester 404, quelle que soit l'esthétique.
Ce qui compte vraiment
Une erreur 404 n'est pas un problème à éliminer. C'est une information à gérer. Le vrai danger, ce sont les pages qui prétendent exister sans rien contenir, et les URL qui disparaissent en emportant leur autorité dans le vide.
La prochaine fois qu'un rapport vous annonce « 12 000 erreurs 404 détectées », posez une seule question avant de paniquer : combien d'entre elles avaient des liens entrants ou du trafic ? La réponse fait généralement tomber le chiffre à quelques dizaines. C'est sur celles-là que tout se joue.
