Corriger les erreurs 404 dans Google Search Console (2026)

Corrigez « Introuvable (404) » dans Search Console : quand l'ignorer, rediriger en 301 ou restaurer la page, avec tableau de décision et validation.

Questions fréquentes

Les erreurs 404 nuisent-elles à mon classement Google ?

Pas en elles-mêmes. La documentation Google sur l'indexation des pages indique que les réponses 404 ne posent pas forcément problème lorsqu'une page a été supprimée sans remplacement, et cite le 404 d'une page supprimée comme une raison normale de non-indexation d'une URL. Celles qui méritent d'être corrigées sont les 404 sur des URL vers lesquelles vous faites vous-même des liens ou que vous listez dans votre sitemap.

Faut-il utiliser un 404 ou un 410 pour les pages supprimées ?

Pour la recherche Google, la différence est négligeable. La documentation Google sur les codes d'état HTTP traite toutes les erreurs 4xx, sauf 429, de la même manière : le contenu est signalé comme inexistant, une URL précédemment indexée est retirée de l'index et l'exploration de cette URL diminue progressivement. Utilisez celui que votre plateforme rend le plus simple.

Combien de temps prend « Valider la correction » pour les erreurs 404 ?

Google indique que la validation dure généralement jusqu'à environ deux semaines, mais peut être beaucoup plus longue. Ne cliquez pas de nouveau sur « Valider la correction » tant que la validation en cours n'a pas réussi ou échoué. Si Google trouve ne serait-ce qu'une seule occurrence restante du problème, la validation s'arrête.

Pourquoi une URL corrigée apparaît-elle encore dans le rapport « Introuvable (404) » ?

Google continue d'essayer d'explorer une URL manquante pendant un certain temps, elle peut donc rester listée après votre correction. De plus, la liste d'exemples du rapport est limitée à 1 000 lignes et ne garantit pas d'afficher toutes les URL. Corrigez la cause (liens cassés, entrées du sitemap), lancez la validation, puis patientez.

Dois-je rediriger toutes les pages 404 vers ma page d'accueil ?

Non. Google recommande de renvoyer une redirection 3XX lorsqu'une page a été déplacée vers une nouvelle page. Une page sans véritable remplaçante vaut mieux laissée en 404. Envoyer des URL sans rapport vers la page d'accueil donne aux visiteurs quelque chose qu'ils n'ont pas demandé et vous masque le vrai problème.

Réponse courte : dans Search Console, ouvrez Indexation > Pages, cliquez sur Introuvable (404) (« Not found (404) »), puis classez chaque URL dans l'une de ces trois catégories. Si la page a été supprimée volontairement et qu'aucun lien n'y mène, ignorez-la. Si la page a été déplacée ou qu'une page proche la remplace, ajoutez une redirection 301 vers ce remplaçant. Si la page doit exister, restaurez-la. Corrigez ensuite les liens internes ou les entrées du sitemap qui pointent vers l'URL morte, puis cliquez sur Valider la correction (« Validate fix »).

La plupart des « erreurs 404 » de Search Console n'ont pas besoin d'être corrigées : tout est affaire de tri, pas de réparation.

Ce que signifie vraiment « Introuvable (404) »

Le rapport d'indexation des pages liste les URL que Google a tenté d'explorer sans pouvoir les indexer. « Introuvable (404) » signifie que le serveur a répondu à cette requête par un code 404. C'est tout. Cela ne dit pas que l'URL a de l'importance.

Les conseils de dépannage de Google sont précis : ne corrigez que les erreurs 404 vers lesquelles vous faites vous-même des liens ou que vous listez dans un sitemap, et si une page a été déplacée, renvoyez une redirection 3XX vers la nouvelle page. Google cite aussi « un 404 pour une page que vous avez supprimée et que vous ne remplacez pas » parmi les raisons légitimes de non-indexation d'une page.

Si vous n'avez pas encore configuré l'outil, commencez par notre guide de Search Console ou par le tutoriel sur la vérification de votre site dans Google Search Console.

Étape 1 : exporter la liste et identifier l'origine de chaque 404

Ouvrez Search Console et choisissez votre propriété.
Allez dans Indexation > Pages.
Faites défiler jusqu'au tableau « Pourquoi des pages ne sont-elles pas indexées ? » et cliquez sur Introuvable (404).
Examinez les URL données en exemple. Le tableau est limité à 1 000 lignes et ne garantit pas d'afficher toutes les URL ; considérez-le donc comme un échantillon si votre site est volumineux.
Exportez les données si vous préférez travailler dans un tableur.
Cliquez sur une URL et utilisez Inspecter l'URL (« Inspect URL ») pour voir comment Google l'a découverte. La page d'origine et les informations de sitemap vous indiquent si le lien vient de chez vous.

La source de découverte est l'élément clé. Un 404 que Google a trouvé via votre propre navigation ou votre sitemap est un vrai défaut. Un 404 trouvé via un ancien lien externe ou une faute de frappe sur le site de quelqu'un d'autre n'est généralement que du bruit, sauf si ce lien envoie de vrais visiteurs.

Étape 2 : décider : ignorer, rediriger ou restaurer

Utilisez ce tableau pour chaque groupe d'URL du rapport.

Situation	À quoi cela ressemble	Action
Page supprimée volontairement, sans remplaçante ni lien interne	Ancien produit, événement terminé, page de test	Ignorer. Laissez le 404 (ou un 410).
Page supprimée, mais une page proche existe	Produit abandonné, version plus récente du guide	Redirection 301 vers la page équivalente la plus proche.
URL modifiée (changement de slug, déplacement de dossier, migration de domaine ou HTTPS)	Même contenu à une nouvelle adresse	Redirection 301 de l'ancienne URL vers la nouvelle, en un seul saut.
Page qui devrait exister mais a été supprimée ou dépubliée par erreur	Page de service active, article clé	Restaurer la page, vérifier qu'elle renvoie un 200, puis valider.
Vos propres liens de menu, de pied de page ou du corps du texte y mènent	Lien interne vers une URL morte	Corriger le lien (ou rediriger si la page a été déplacée).
Listée dans votre sitemap XML	Le sitemap contient des URL supprimées	Retirer du sitemap, puis décider entre redirection et abandon.
URL parasites issues de spam ou de paramètres étranges	Chaînes aléatoires, schémas de scrapers	Ignorer. Vérifiez la sécurité si elles semblent injectées (voir plus bas).

Quand la page de remplacement n'est pas vraiment équivalente, ne forcez pas. La documentation de Google présente les redirections comme le moyen d'envoyer les utilisateurs et Google vers le nouvel emplacement d'une page ; une page sans nouvel emplacement n'a rien vers quoi pointer.

Étape 3 : ajouter correctement la redirection

Pour un déplacement permanent, Google recommande si possible une redirection permanente côté serveur. Les codes d'état 301 et 308 signifient tous deux qu'une page a été déplacée définitivement. Google précise de ne recourir aux redirections JavaScript que si vous ne pouvez pas utiliser de redirection côté serveur ou de redirection meta refresh.

Règles pratiques :

Redirigez vers l'unique meilleure URL correspondante, pas à travers une chaîne de sauts.
Pointez vers une page qui renvoie une réponse 200 normale, pas vers une autre redirection ou une erreur.
Mettez aussi à jour vos liens internes vers la nouvelle URL, pour ne pas dépendre indéfiniment de la redirection.
Sur WordPress, un plugin de redirection ou les règles de redirection de votre hébergeur font l'affaire. Sur les autres plateformes, utilisez les paramètres de redirection ou de réécriture de votre serveur ou de votre CMS.

Exemple de table de redirections à confier à un développeur ou à coller dans un outil de redirection :

`` /old-pricing -> /pricing /blog/2022/seo-tips -> /blog/seo-tips /services/web-design -> /services/website-design ``

Étape 4 : tester la correction, puis valider

Avant d'en informer Google, vérifiez l'URL vous-même.

Ouvrez l'ancienne URL dans un navigateur, ou lancez une vérification des en-têtes, et confirmez qu'elle renvoie un 301 et aboutit à une page 200.
Dans Search Console, collez l'URL dans la barre du haut et lancez Inspecter l'URL, puis utilisez le test en direct pour voir ce que reçoit Google.
Vérifiez que l'URL ne figure plus dans votre sitemap et qu'aucune page interne n'y renvoie.

Puis validez :

Ouvrez le problème Introuvable (404) dans le rapport d'indexation des pages.
Cliquez sur Valider la correction.
Surveillez le statut. Ne cliquez pas de nouveau sur Valider la correction tant que la validation n'a pas réussi ou échoué.
En cas d'échec, cliquez sur Afficher les détails (« See details »), corrigez les URL restantes et relancez.

Google indique que la validation prend généralement jusqu'à environ deux semaines, mais peut durer beaucoup plus longtemps. Elle s'arrête aussi dès qu'elle trouve une seule occurrence restante : ne validez donc que lorsque vous avez corrigé tout le groupe. Un conseil tiré de la documentation de Google : valider un sous-ensemble des URL concernées peut aller plus vite, ce que vous pouvez faire en filtrant le rapport avec un sitemap ne contenant que vos pages clés.

Une remarque connexe : Google traite les URL en 404 progressivement. Pour une URL qui renvoie un 404, il explique que le système d'indexation la retire de l'index si elle y figurait, que les nouvelles pages 404 découvertes ne sont pas traitées et que la fréquence d'exploration diminue peu à peu. Une URL que vous laissez en 404 finira donc par s'effacer d'elle-même.

Étape 5 : repérer les cas qui ne sont « pas vraiment un 404 »

Deux cas ressemblants demandent un traitement différent :

Soft 404. La page renvoie un code 200 mais affiche une page vide ou un message d'erreur, et Search Console signale un soft 404. Corrigez-le en renvoyant un vrai code 404, ou en plaçant un vrai contenu sur la page.
URL piratées ou injectées. Une soudaine avalanche de 404 sur des noms de fichiers étranges ou des chemins de spam peut indiquer un site compromis. Si cela correspond à ce que vous voyez sur un CMS, consultez nos guides de correction pour WordPress, Joomla ou Drupal, puis revérifiez le rapport.

Checklist de tri à copier

[ ] Exporté les URL « Introuvable (404) » depuis Indexation > Pages
[ ] Classé chaque URL : votre lien, votre sitemap, lien externe ou inconnu
[ ] Ignoré les pages supprimées sans remplaçante ni lien interne
[ ] Ajouté des redirections 301 pour les pages déplacées, en un saut, vers une page 200
[ ] Restauré les pages supprimées par erreur
[ ] Corrigé les liens internes qui pointent vers des URL mortes
[ ] Retiré les URL mortes du sitemap XML
[ ] Vérifié un échantillon avec Inspecter l'URL
[ ] Cliqué une seule fois sur Valider la correction, puis attendu le résultat

Éviter le prochain lot

La plupart des 404 récurrents viennent de refontes de sites, de slugs renommés et d'articles supprimés sans plan de redirection. Avant toute migration, listez les anciennes URL et associez chacune à sa nouvelle destination. Si vous comptez de toute façon refaire un petit site, l'offre gratuite de We.Inc vous permet de publier jusqu'à trois sites à partir de modèles prêts à l'emploi ; le créateur IA, qui génère un site à partir d'une simple description, démarre avec l'offre Starter à $20 par mois. Vous pouvez vous inscrire ici. Dans tous les cas, conservez votre table de correspondance entre anciennes et nouvelles URL : c'est elle qui garde ce rapport propre.

Pour une vue d'ensemble de l'outil, consultez Google Search Console pour les débutants.

Commencer gratuitement · Sans carte bancaire

Umair Ali Sadaqat

Fondateur de We.Inc

Umair est le fondateur de We.Inc. Il écrit sur la création de sites web avec l’IA, les agences et la gestion d’un studio web.

Prêt à créer quelque chose de grand ?

Rejoignez les 15,000+ entreprises qui utilisent We.Inc pour lancer, développer et automatiser, le tout depuis une seule plateforme.