Introuvable (404) : faut-il corriger ? (Search Console)
Dans le rapport « Indexation des pages » de la Google Search Console, « Introuvable (404) » ressemble à une liste d'erreurs à régler une par une. Google dit pourtant l'inverse : la plupart de ces 404 sont parfaitement normales.
Une page supprimée doit renvoyer une 404 — c'est le comportement attendu, pas un défaut. Le vrai travail n'est donc pas de vider la liste, mais d'y repérer les rares URLs qui comptent. Laquelle était une page utile, disparue par erreur ? Laquelle est encore liée depuis votre site ou votre sitemap ? Et pour celles-là, faut-il rediriger, restaurer, ou laisser mourir proprement ?
Trois questions qui transforment une longue liste intimidante en une poignée d'actions utiles.
Que signifie « Introuvable (404) » ?
Ce statut signifie que l'URL renvoie un code HTTP 404 : le serveur répond que la page n'existe pas. Google ne l'indexe donc pas, ou la retire de l'index si elle y était. Dans la plupart des cas, c'est normal — une page supprimée doit renvoyer une 404.
Google est explicite : une réponse 404 n'est pas forcément un problème si la page a été retirée sans remplacement. Le rapport liste ces URLs pour information, pas comme une liste d'erreurs à corriger en bloc. Les seules 404 à traiter sont celles que vous liez encore ou que vous listez dans votre sitemap, et les pages utiles disparues par accident.
La question utile n'est donc pas « comment faire disparaître toutes ces 404 », mais « lesquelles, parmi elles, méritent une action ? ».
Quand c'est normal : rien à faire
Une bonne partie de ces URLs n'appelle aucune action. Ces 404 sont saines :
- Une page définitivement supprimée, sans équivalent, qui n'a plus de raison d'exister.
- Un produit retiré du catalogue sans remplacement, et qui ne reviendra pas.
- Une vieille URL de campagne ou de test, jamais destinée à durer.
- Une URL erronée fabriquée ailleurs : un autre site qui vous lie avec une faute de frappe, un scrapeur qui invente des adresses. La 404 est la bonne réponse.
Le point commun : la page n'existe plus volontairement, et personne d'important ne pointe vers elle. Laisser une 404 propre est alors la meilleure décision — la forcer à disparaître du rapport ne sert à rien.
Quand une 404 mérite votre attention
Deux cas seulement justifient une action. Ce sont eux qu'il faut isoler dans la liste.
- Une page utile devenue 404 par erreur. Une suppression accidentelle, une URL changée sans redirection, un déploiement raté. La page avait du trafic, des liens, des positions — et elle a disparu. C'est le cas le plus coûteux.
- Une 404 encore maillée ou présente dans le sitemap. C'est précisément le sous-ensemble que Google demande de corriger : si votre propre site continue de lier une page morte, ou la soumet dans son sitemap, vous envoyez des visiteurs et Googlebot dans le vide, et vous gaspillez du budget de crawl. Soit la cible existe ailleurs (redirigez), soit non (retirez le lien et l'entrée de sitemap).
Tout le reste — les 404 que plus personne ne référence — peut rester en l'état.
404 vs 410 (Gone) : le signal « supprimé pour de bon »
Deux codes disent à Google qu'une page n'est plus là, avec une nuance utile. Réponse directe : un 404 signifie « introuvable » (peut-être temporairement) ; un 410 signifie « supprimé définitivement », un signal plus explicite.
En pratique, Google traite les deux de façon très proche et finit par désindexer dans les deux cas. La différence : le 410 affirme l'intention de suppression, ce qui peut accélérer légèrement le retrait de l'index. Si vous supprimez délibérément un lot de pages (anciennes promos, fiches discontinuées) et voulez le signaler clairement, le 410 est le code le plus propre. Pour le reste, un 404 convient parfaitement — inutile de migrer toutes vos pages mortes vers du 410.
Rediriger, restaurer ou laisser en 404 ?
Pour chaque 404 qui mérite une action, trois issues possibles. Le bon choix dépend de ce qu'était la page et de ce qui la remplace.
- Corriger le lien. Si la 404 vient d'une URL erronée (faute de frappe dans un lien interne, mauvaise saisie), corrigez le lien : la bonne page existe déjà.
- Rediriger en 301. Si la page a un véritable équivalent (un produit qui en remplace un autre, un article fusionné), faites une redirection 301 vers cet équivalent, pas vers l'accueil.
- Restaurer. Si une page utile a disparu par erreur, remettez-la en ligne à la même URL.
- Laisser en 404 (ou 410). Si la page n'a ni équivalent ni raison de revenir, laissez-la en 404 — et retirez-la du sitemap et de vos liens internes.
Un piège à éviter absolument : ne redirigez pas une page supprimée vers l'accueil « pour récupérer le jus ». Google considère une redirection vers une page sans rapport comme un Soft 404 — vous échangez une 404 honnête contre un autre problème. La redirection ne se justifie que vers un équivalent réel.
C'est aussi ce qui distingue ce statut du Soft 404 : une « Introuvable (404) » renvoie réellement un code 404, alors qu'un Soft 404 renvoie un code 200 sur une page vide ou sans valeur. Les deux se traitent différemment.
Maintenant que vous savez quelle 404 mérite quoi, encore faut-il les distinguer dans une liste qui peut en compter des milliers.
Identifier les pages concernées sur la liste que vous analysez
C'est là que la Search Console montre sa limite : son outil d'inspection d'URL ne traite qu'une seule URL à la fois. Pour savoir, page par page, si une 404 était une page utile, si elle reçoit encore des liens internes ou figure au sitemap, vous inspectez, vous lisez, vous passez à la suivante. Sur une poignée d'URLs, c'est jouable. Sur des centaines, distinguer les quelques 404 qui comptent du bruit normal devient impraticable.
C'est le mur qu'IndexProbe fait sauter. IndexProbe est la version en masse de l'outil d'inspection d'URL de Google : il interroge l'API officielle de la Search Console pour inspecter, en une seule analyse, la liste d'URLs que vous lui fournissez (import CSV, sitemap, copier-coller). Pour chaque page, il affiche son statut, le segment d'URL et les liens internes qu'elle reçoit encore.
Voir, parmi des centaines de 404, lesquelles sont encore maillées et sur quels segments, c'est exactement ce qui sépare le bruit normal des 404 à corriger.
Ce que vous en tirez dépend de la liste que vous apportez. IndexProbe n'explore pas votre site pour découvrir des URLs : il inspecte celles que vous lui donnez, et celles-là seulement.
- Une sélection de pages stratégiques (vos pages clés, votre sitemap des pages à indexer). Toute page importante qui ressort en « Introuvable (404) » est un signal immédiat : une page utile disparue, à restaurer ou à rediriger vers son équivalent.
- Un export complet de vos URLs (sitemap entier, export de crawl…). La segmentation par type de pages montre où les 404 se concentrent (un gabarit, une famille de produits retirée), et le croisement avec les liens internes isole les 404 que votre maillage continue de pointer.
💡 Vous voulez savoir lesquelles de vos 404 sont encore maillées, au sitemap, ou étaient des pages stratégiques ? IndexProbe inspecte votre liste d'URLs et vous donne la réponse en une analyse. Tester IndexProbe en accès anticipé →
Corriger selon le cas
Une fois vos 404 triées, appliquez l'action qui correspond — et nettoyez systématiquement les signaux qui pointent encore vers les pages mortes.
- Lien interne erroné → corrigez l'URL du lien vers la bonne page.
- Page déplacée → redirection 301 vers l'équivalent réel (jamais vers l'accueil).
- Page supprimée définitivement → laissez la 404 (ou passez en 410), puis retirez-la du sitemap et de vos liens internes.
- Page utile disparue par erreur → restaurez-la à la même URL.
Dans tous les cas où la page ne revient pas, le réflexe final est le même : qu'aucun lien interne ni entrée de sitemap ne pointe plus vers une 404. C'est ce nettoyage, et non la disparition du statut, qui compte pour Google et vos visiteurs.
Vérifier que la correction a fonctionné
Après vos corrections, confirmez à l'échelle. Réinspectez vos URLs et comparez deux analyses dans le temps : les 404 que vous liiez encore doivent disparaître de votre maillage et de votre sitemap, les pages utiles restaurées doivent repasser en indexées, et les pages déplacées doivent pointer vers leur équivalent.
C'est la boucle complète : comprendre que la plupart des 404 sont normales, isoler celles qui comptent, agir, nettoyer le maillage, vérifier.
Questions fréquentes
« Introuvable (404) », est-ce grave ? Pas en soi. Une page supprimée doit renvoyer une 404, et Google ne demande pas de toutes les corriger. Cela devient un problème seulement si une page utile a disparu par erreur, ou si vous liez encore une 404 / la listez dans votre sitemap.
Faut-il corriger toutes les erreurs 404 ? Non. Selon Google, une 404 sur une page retirée sans remplacement est normale. Corrigez uniquement les 404 que vous liez encore en interne ou qui figurent dans votre sitemap, et restaurez les pages utiles disparues par erreur.
Faut-il utiliser un 404 ou un 410 ? Les deux indiquent à Google que la page n'est plus là, et il finit par la désindexer dans les deux cas. Le 410 (« Gone ») est un signal plus explicite de suppression définitive, légèrement plus rapide. Pour une suppression volontaire et assumée, préférez le 410 ; sinon, un 404 suffit.
Faut-il rediriger une page 404 vers l'accueil ? Non. Rediriger une page supprimée vers une page sans rapport (comme l'accueil) est traité par Google comme un Soft 404. Redirigez seulement vers un équivalent réel ; sinon, laissez la 404 et retirez les liens internes.
Quelle différence entre « Introuvable (404) » et « Soft 404 » ? Une « Introuvable (404) » renvoie réellement un code 404 : la page n'existe pas. Un Soft 404 renvoie un code 200 (la page « existe ») mais son contenu est vide ou sans valeur, et Google la traite comme une 404. Les deux se corrigent différemment.
Comment vérifier ce statut sur un grand nombre d'URLs ? L'inspecteur d'URL de la Search Console ne traite qu'une URL à la fois. Pour trier à l'échelle, un outil comme IndexProbe inspecte la liste d'URLs que vous lui fournissez (CSV, sitemap) et affiche, pour chacune, le statut, le segment et les liens internes reçus.
Arrêtez de traiter vos 404 comme une liste d'erreurs. IndexProbe se branche sur l'API officielle de la Search Console et inspecte votre liste d'URLs en une seule analyse : statut d'indexation, segment, liens internes reçus. Vous isolez en quelques minutes les rares 404 qui comptent — pages utiles perdues, 404 encore maillées — et vous vérifiez vos corrections d'une analyse à l'autre.