Une erreur 404 signale qu’un serveur n’a pas trouvé la ressource demandée par le navigateur. Résoudre l’erreur 404 suppose d’abord de comprendre ce que le serveur renvoie réellement, puis de choisir la bonne réponse technique selon le cas : redirection, correction d’URL ou suppression assumée.
Soft 404 contre vraie 404 : le piège qui fausse le diagnostic
Avant de corriger quoi que ce soit, il faut vérifier le code HTTP réel renvoyé par le serveur. Une page qui affiche un message « contenu introuvable » tout en renvoyant un code 200 OK constitue une soft 404. Google peut alors la traiter comme une page valide, ce qui perturbe l’indexation et entretient inutilement son exploration.
A lire également : Comment avoir du trafic sur mon site ?
Ce décalage entre le message visible et le code HTTP est fréquent sur les CMS qui génèrent dynamiquement une page « aucun résultat » sans modifier l’en-tête de réponse. Le résultat : des dizaines d’URL fantômes restent dans l’index, diluent le maillage interne et consomment du budget de crawl sans raison.
Pour identifier ces cas, Google Search Console signale les soft 404 dans le rapport de couverture. Un outil en ligne de commande comme cURL permet aussi de vérifier manuellement le statut HTTP d’une URL suspecte.
Lire également : Google désindexe-t-il les pages 404 ?
| Situation | Code HTTP affiché | Comportement de Google | Action recommandée |
|---|---|---|---|
| Page supprimée, serveur renvoie 404 | 404 Not Found | Désindexation progressive | Redirection 301 si une page équivalente existe |
| Page supprimée, serveur renvoie 200 | 200 OK (soft 404) | Page maintenue dans l’index | Corriger le code HTTP pour renvoyer un vrai 404 ou 410 |
| Suppression définitive confirmée | 410 Gone | Désindexation plus rapide | Utiliser 410 quand la ressource ne reviendra pas |
| Redirection vers l’accueil | 301 vers / | Souvent traité comme soft 404 | Rediriger vers la page la plus pertinente, pas l’accueil |
Erreur 404 après migration : corriger les URL cassées à la source
La majorité des erreurs 404 massives apparaissent après une migration ou une refonte de site. Un changement de structure d’URL, de nom de domaine ou de CMS sans plan de redirection génère des centaines de liens brisés en quelques heures.
Identifier les URL concernées
Google Search Console reste le point de départ. Le rapport « Pages » liste les URL renvoyant un code 404 que Googlebot a tenté d’explorer. Les URL qui recevaient du trafic ou des backlinks méritent une attention prioritaire.
En complément, un crawl du site avec un outil comme Screaming Frog permet de détecter les liens internes pointant vers des pages inexistantes. Ces liens cassés dans votre propre maillage sont les plus faciles à corriger.
Choisir entre redirection et suppression
La tentation est de rediriger toutes les anciennes URL vers la page d’accueil. Google peut interpréter ce type de redirection comme une soft 404, puisque la page de destination n’a aucun rapport avec la requête initiale. La redirection 301 doit pointer vers la page de remplacement la plus proche en termes de contenu.
- Si une page produit a été supprimée mais que la catégorie parente existe, rediriger vers cette catégorie
- Si le contenu a été fusionné avec un autre article, rediriger vers le nouvel article
- Si aucune page équivalente n’existe, laisser la 404 ou utiliser un code 410 pour signaler une suppression définitive
Code 404 ou code 410 : quelle différence pour le SEO
La norme HTTP RFC 9110, publiée par l’IETF en juin 2022, distingue clairement les deux codes. Le code 410 Gone est réservé aux ressources dont le serveur sait qu’elles ne reviendront pas. La 404 reste préférable lorsque le caractère définitif de la suppression est incertain.
En pratique, Google traite les deux codes de manière similaire pour la désindexation. En revanche, le 410 envoie un signal plus explicite aux systèmes externes (comparateurs de prix, flux produits, agrégateurs) qui interrogent vos URL. Ces systèmes peuvent alors purger l’URL de leurs bases plus rapidement.
Pour un site e-commerce qui retire régulièrement des produits du catalogue, le 410 évite que des comparateurs continuent d’afficher des fiches produits obsolètes. Pour un blog qui restructure ses catégories, la 404 suivie d’une redirection 301 vers le contenu le plus pertinent reste la meilleure option.
Budget de crawl et erreur 404 : faut-il s’inquiéter
Google indique que le budget de crawl concerne surtout les très grands sites ou ceux présentant beaucoup d’URL « découvertes mais non indexées ». Pour un site de taille modeste, quelques dizaines de 404 n’ont pas d’impact mesurable sur l’exploration.
Le vrai problème survient quand des milliers d’URL en 404 restent liées depuis le maillage interne. Chaque lien vers une page inexistante gaspille une fraction de la valeur transmise par le lien. Nettoyer le maillage interne (supprimer ou mettre à jour les liens cassés) apporte un bénéfice concret, indépendamment de la question du budget de crawl.
- Vérifier les menus, les footers et les sidebars : ces zones génèrent des liens sur toutes les pages du site
- Auditer les articles anciens qui contiennent des liens vers des pages supprimées depuis
- Mettre en place un suivi régulier dans Search Console pour détecter les nouvelles 404 avant qu’elles ne s’accumulent
Page 404 personnalisée : ce qu’elle doit contenir
Une page 404 bien construite ne se limite pas à un message d’erreur. Elle doit renvoyer un vrai code HTTP 404 (pas un 200) tout en proposant au visiteur un chemin de navigation alternatif : lien vers l’accueil, barre de recherche, ou liens vers les catégories principales.
L’objectif est de réduire le taux de sortie. Un utilisateur qui tombe sur une 404 sans alternative quitte le site. Une page qui lui propose du contenu pertinent conserve la visite et préserve l’expérience utilisateur.
Tester régulièrement la page 404 personnalisée fait partie de la maintenance de base. Certaines mises à jour de thème ou de CMS peuvent réinitialiser le template et réintroduire une page d’erreur générique qui renvoie un mauvais code HTTP. Une 404 correctement configurée protège à la fois l’indexation et la navigation.
