Une erreur 404 signale qu'une adresse demandée n'existe pas sur le serveur. Sur un site de TPE ou de PME, elles apparaissent sans bruit : une page produit retirée, une URL modifiée lors d'une refonte, un lien vers un site tiers qui a réorganisé ses contenus. Screaming Frog SEO Spider reste l'outil de référence pour les repérer, à condition de savoir le configurer et d'interpréter ce qu'il affiche.
Cet article part d'une question que j'ai reçue d'un stagiaire que j'avais accompagné sur l'audit du site de son entreprise d'accueil. Il n'arrivait plus à retrouver une erreur 404 que nous avions vue ensemble. Son cas résume bien les pièges du diagnostic : un crawl qui ne « voit » pas la même chose d'un jour à l'autre, et des codes de réponse que l'on confond. Voici la méthode que j'applique, du repérage à la correction.
Le cas de départ : une erreur 404 qui « disparaît »
Voici, en résumé, le message d'Adrien : « On avait regardé ensemble certaines choses sur le site de l'entreprise où j'effectue mon stage. J'ai réussi à rectifier une erreur qui envoyait vers un lien chinois, ainsi qu'une erreur 404 qui renvoyait vers une page qui n'existait plus. Pour l'autre page 404 que tu avais repérée sur Screaming Frog, je ne la retrouve plus. Le webmaster m'a dit qu'il n'avait touché à rien. Tout ce que je retrouve, ce sont 3 pages 301. »
Quand j'ai repris son crawl, la réponse tenait en trois points. D'abord, la page corrigée n'apparaissait plus en 404 parce qu'elle avait été corrigée : un outil de crawl photographie l'état du site au moment où il passe, pas son historique. Ensuite, la seconde URL renvoyait désormais une redirection 301 : quelqu'un, webmaster ou plugin, l'avait redirigée entre-temps, et elle se trouvait dans le filtre « Redirection (3XX) », pas dans « Client Error (4xx) ». Enfin, sa configuration n'était pas la mienne : la version gratuite s'arrête à 500 URL et il n'avait pas activé le rendu JavaScript. Sur un site où le menu est injecté par un script, une partie des liens n'est simplement pas suivie.
Avant de conclure qu'une erreur a disparu, comparez donc la configuration du crawl, la date et le code de réponse exact de l'URL.
Pourquoi les erreurs 404 méritent d'être traitées
Il faut d'abord démonter une idée reçue. Google ne « pénalise » pas un site parce qu'il contient des pages 404. Sa documentation est explicite : toutes les erreurs 4xx, sauf la 429, sont traitées de la même façon. L'URL est retirée de l'index si elle y figurait, les nouvelles URL en 404 ne sont pas traitées, et la fréquence d'exploration diminue progressivement (Google Search Central, codes d'état HTTP, consulté en septembre 2026). Une 404 sur une page qui n'a plus lieu d'exister est donc une réponse normale.
Le problème se situe ailleurs :
- Les liens internes cassés. Chaque lien vers une 404 est un parcours interrompu pour le visiteur et un signal de maintenance négligée. Si la page recevait des liens externes, sa valeur de lien n'est plus transmise à rien.
- Les « soft 404 ». Une page vide ou un message « introuvable » servi avec un code 200. Google indique que ces pages continuent d'être explorées et consomment inutilement le budget d'exploration, et recommande de vérifier le rapport d'indexation des pages de la Search Console (Google, gestion du budget d'exploration). Le même document réserve la notion de budget d'exploration aux sites de plus d'un million de pages, ou de plus de 10 000 pages mises à jour quotidiennement. Pour une PME, l'enjeu est donc l'utilisateur et le maillage, plus que le crawl.
- Les liens sortants morts. Un lien vers une ressource qui n'existe plus décrédibilise un contenu pourtant à jour.
Configurer Screaming Frog pour un audit 404
Screaming Frog SEO Spider fonctionne en version gratuite jusqu'à 500 URL par crawl. La licence annuelle est facturée 199 £ (page tarifs de l'éditeur, version 24.3, consultée en septembre 2026). Au-delà de quelques centaines de pages, la licence devient nécessaire.
Les réglages qui changent le résultat
- Configuration > Spider > Crawl. Vérifiez que les cases « crawl » sont cochées pour les images, le CSS, le JavaScript et les liens externes. Sans la case des liens externes, aucun lien sortant cassé ne sera testé.
- Configuration > Spider > Rendering. En mode « Text Only », seul le HTML brut est analysé. Passez en « JavaScript » si votre menu, vos filtres ou vos blocs de contenu sont générés côté navigateur. C'est la première cause d'écart entre deux crawls du même site.
- Limites et vitesse. Une profondeur ou un nombre maximal d'URL trop bas coupe le crawl avant les pages profondes. À l'inverse, un crawl trop rapide sur un hébergement mutualisé provoque des « No Response » qui n'existent pas en usage réel.
Lire l'onglet Response Codes
L'onglet « Response Codes » propose des filtres par famille de réponse. Les plus utiles pour ce travail sont « Client Error (4xx) », « Redirection (3XX) », « Redirect Chain », « Redirect Loop » et « No Response ». Pour chaque URL en erreur, l'onglet « Inlinks » en bas de l'écran liste les pages sources, l'ancre et le type de lien (texte, image, canonical…). C'est cette liste qui sert à la correction : on ne corrige pas la 404, on corrige les pages qui pointent vers elle.
Le menu « Bulk Export » exporte l'ensemble des liens entrants vers les URL en 4xx dans un tableur, la façon la plus simple de distribuer les corrections à un rédacteur ou à un développeur.
Corriger : une décision par type de cas
Toutes les 404 ne se traitent pas de la même manière. Le tableau ci-dessous résume les choix que je propose à mes clients.
| Situation | Action recommandée | Point de vigilance |
|---|---|---|
| Faute de frappe dans un lien interne | Corriger le lien dans la page source | Ne pas créer de redirection pour masquer une erreur de saisie |
| Page déplacée ou renommée | Redirection 301 vers la nouvelle URL, puis mise à jour des liens internes | Éviter les chaînes de redirections après plusieurs refontes |
| Page supprimée avec un équivalent proche | Redirection 301 vers la page équivalente | Éviter la redirection vers l'accueil, qui ne répond pas à l'intention du visiteur |
| Page supprimée sans équivalent | Laisser la 404 (ou 410) et retirer les liens internes | Vérifier que la page d'erreur renvoie bien un code 404 |
| Lien sortant vers une ressource disparue | Retrouver la nouvelle adresse, sinon supprimer le lien | Rechercher via la Wayback Machine ou le site officiel |
Sur les redirections, Google précise qu'une redirection permanente (301 ou 308) est utilisée comme signal que la page cible doit devenir canonique, alors qu'une redirection temporaire (302 ou 307) ne l'est pas (Google, redirections et recherche Google). Pour une page déplacée définitivement, retenez donc la 301. Sur WordPress, l'extension Redirection (version 5.10 en août 2026) gère ces règles sans toucher au fichier .htaccess. Pour une migration plus large, voyez l'article sur le changement de nom de domaine.
Liens sortants : retrouver la ressource
Le réflexe « cache: » de Google n'existe plus. Google a retiré le lien « En cache » de ses résultats début février 2024 et a annoncé la fin de l'opérateur dans la foulée (Search Engine Land, 1er février 2024). Pour retrouver une page disparue, utilisez la Wayback Machine d'Internet Archive, puis cherchez le contenu équivalent sur le site officiel. Si rien n'existe, supprimez le lien plutôt que de le laisser pointer dans le vide.
Croiser avec la Search Console
Screaming Frog montre ce qu'un robot trouve en suivant vos liens. La Search Console montre ce que Google a réellement rencontré, y compris des URL anciennes, liées depuis d'autres sites ou présentes dans un sitemap périmé.
Le rapport s'appelle désormais « Indexation des pages » (l'ancien rapport « Couverture »). Il isole notamment les raisons « Introuvable (404) » et « Soft 404 ». Sur la première, Google indique que Googlebot continuera probablement d'essayer l'URL pendant un certain temps et recommande une redirection 301 si la page a été déplacée. Après correction, le bouton « Valider la correction » lance un contrôle qui peut prendre jusqu'à deux semaines environ (aide Search Console, rapport Indexation des pages). Si la Search Console vous est peu familière, la page contrôle de l'indexation explique comment lire ces rapports.
Éviter que les erreurs reviennent
Un audit 404 n'est utile que s'il est répété. Le rythme que je conseille à une PME qui publie régulièrement :
- un crawl Screaming Frog après chaque mise en ligne importante (nouvelle rubrique, suppression de produits, changement de thème) ;
- un passage mensuel dans le rapport « Indexation des pages » de la Search Console ;
- une règle simple pour l'équipe : aucune page ne se supprime sans décider de sa redirection ;
- sur WordPress, l'extension Broken Link Checker (éditée par WPMU DEV, version 2.4.14 en août 2026) peut surveiller les liens en continu. Sur un hébergement modeste, préférez le mode cloud de l'extension au scan local, qui sollicite la base de données.
Enfin, vérifiez que votre page 404 renvoie bien un code 404 et propose une recherche ou des liens vers les rubriques principales : c'est la seule partie de l'audit que le visiteur voit vraiment. Si le crawl fait remonter plusieurs centaines d'erreurs ou des chaînes de redirections issues de refontes successives, le sujet relève d'un audit technique SEO complet.
Questions fréquentes
Pourquoi Screaming Frog ne trouve-t-il pas une erreur 404 que j'ai vue ailleurs ?
Un crawl reflète l'état du site au moment où il passe, avec la configuration choisie. Une limite d'URL atteinte, le rendu JavaScript désactivé, un lien sortant non testé ou une redirection posée entre-temps expliquent la plupart des écarts. Comparez la configuration et vérifiez le code de réponse exact de l'URL.
Les erreurs 404 font-elles baisser le référencement ?
Google traite une 404 comme une page qui n'existe plus : elle est retirée de l'index et explorée de moins en moins souvent, sans pénalité sur le reste du site. Ce qui nuit, ce sont les liens internes qui pointent vers ces pages, la perte des liens externes qu'elles recevaient et les soft 404 qui gaspillent l'exploration.
Faut-il rediriger toutes les pages 404 ?
Non. Une page déplacée ou remplacée par un équivalent proche mérite une redirection 301. Une page supprimée sans équivalent doit rester en 404 ou 410 ; la rediriger vers l'accueil n'apporte rien au visiteur et masque le problème.
Quelle différence entre une 404 et une 410 ?
La 410 indique une suppression définitive, la 404 une ressource introuvable sans précision. Google indique traiter toutes les erreurs 4xx de la même manière, hormis la 429. Le choix n'a donc pas d'effet notable sur l'indexation.
La version gratuite de Screaming Frog suffit-elle pour un site de PME ?
Elle crawle jusqu'à 500 URL, ce qui couvre un site vitrine classique. Au-delà, ou pour activer le rendu JavaScript et les exports en masse, il faut une licence annuelle payante, facturée 199 livres sterling en septembre 2026.
Comment retrouver le contenu d'un lien sortant devenu 404 ?
Google a retiré le lien « En cache » et l'opérateur cache: en 2024. Utilisez la Wayback Machine d'Internet Archive pour voir l'ancienne page, puis cherchez la ressource équivalente sur le site officiel. Sans alternative, supprimez le lien.