Un lecteur m'a écrit la semaine dernière : « Mon site a perdu 40 % de trafic en trois mois, je n'ai rien changé. » J'ai jeté un œil à son archive de crawl. Rien de dramatique côté contenu. Mais dans son menu principal, trois liens pointaient vers des URL qui n'existaient plus depuis une refonte partielle faite un an plus tôt. Trois liens. Dans le menu. Sur toutes les pages du site.
Voilà le genre d'erreur dont personne ne parle, parce qu'elle ne casse rien visuellement — le menu s'affiche, les visiteurs cliquent, ils tombent sur une page blanche avec un « 404 » et repartent ailleurs. Les erreurs de liens brisés sont probablement le problème de référencement le moins sexy et le plus sous-estimé. Elles coûtent du trafic, elles coûtent de la confiance, et dans 80 % des cas que j'ai examinés sur des sites clients, elles viennent de bonnes intentions : une refonte, un changement de permalien, une migration de blog.
Points clés à retenir
- Toutes les erreurs 404 ne se valent pas : une 404 isolée est normale, un cluster de 404 sur les pages stratégiques est un signal négatif.
- Un lien brisé dans votre navigation coûte plus cher qu'un lien brisé dans un vieil article de 2019 — il est sur toutes vos pages.
- Les codes 410, 301 mal configurées et « soft 404 » sont des erreurs de liens au même titre qu'un 404 classique, mais elles sont rarement surveillées.
- La détection manuelle est un piège : utilisez Search Console en priorité, un crawler pour la profondeur, et les logs serveur pour ce que les deux autres ratent.
- Un lien externe brisé ne se corrige pas pareil qu'un interne : pas de redirection possible, seulement un remplacement ou une suppression.
Pourquoi les liens brisés plombent votre référencement
Commençons par tordre le cou à une idée reçue. Google ne pénalise pas un site parce qu'il contient une 404. Ça n'existe pas, ça n'a jamais existé, et ceux qui vous vendent une « désinscription des erreurs 404 » dans Search Console vous facturent du vent.
Le vrai problème est ailleurs. Un lien brisé est un cul-de-sac. Le visiteur voulait aller quelque part, il n'y arrive pas, il s'en va. Et l'utilisateur qui s'en va, c'est du trafic perdu, un signal comportemental dégradé, et parfois un client qui ne reviendra pas.
Ce que mesure vraiment Google
Sur un ancien projet e-commerce, j'avais laissé passer une série de liens cassés dans les pages catégories après une réorganisation du catalogue. Résultat mesuré sur mon propre analytics : environ 6 % des visites quittaient le site dans les cinq secondes après un clic sur un lien mort. Ce n'est pas une pénalité, c'est un abandon pur et simple — et l'abandon, Google le voit à travers les signaux d'engagement qu'il collecte via le comportement des utilisateurs sur les pages de résultats.
Le second effet est plus insidieux : les liens brisés gaspillent du jus de lien. Chaque lien interne qui pointe vers une page inexistante est un vote perdu. Si vous avez construit une belle stratégie de maillage interne vers une page qui a changé d'URL et n'a jamais été redirigée, vous avez construit un couloir qui mène à un mur.
Quand un lien brisé devient vraiment toxique
Bon, il faut nuancer. Un site de 500 pages qui a trois 404 dans des archives de 2017, ce n'est pas un problème. Les cas qui font mal sont précis :
- Des liens brisés dans la navigation principale, le footer, le fil d'Ariane — ils impactent toutes les pages du site simultanément.
- Des liens brisés sur des pages qui reçoivent le plus de trafic organique et de liens entrants.
- Une page ancienne à fort PageRank qui redirige vers… une 404 (redirection cassée en chaîne).
- Des dizaines de 404 sur des URL autrefois indexées, sans aucune redirection en place.
Le critère qui compte, franchement, c'est la position du lien brisé dans votre architecture, pas son nombre.
Les erreurs de liens qu'on ne voit jamais venir
Le 404 est le visage connu. Il y a toute une famille de codes de statut et de configurations qui cassent des liens sans jamais afficher le mot « introuvable » à l'utilisateur — et celles-là, personne ne les cherche.
Le 410 Gone, le code oublié
Un 410 « Gone » signifie que la ressource a été supprimée définitivement. Contrairement à une 404, il indique une intention claire. La différence pratique ? Le moteur sait qu'il peut désindexer rapidement sans revenir vérifier pendant des semaines. C'est utile pour une page produit définitivement retirée, mais contre-productif si vous prévoyez de la remettre en ligne un jour. Le piège : beaucoup de CMS renvoient 410 par défaut sur les anciennes URL sans qu'on l'ait choisi, et le webmaster ne le sait jamais.
Les soft 404, le vrai danger
Une « soft 404 » est une page qui affiche un message du type « page introuvable » ou « aucun résultat » avec un code de statut 200 (succès). Pour Google, c'est un contenu valide — même si le contenu est vide. Conséquence : la page peut être indexée, occuper une place dans l'index, et diluer la qualité perçue du site. Sur une recherche interne mal protégée, ça peut générer des milliers de pages fantômes en quelques semaines.
Je l'ai vécu sur un site média il y a quelques années : plus de 1 200 URL indexées qui étaient en fait des pages de résultats de recherche interne vides. Rien ne cassait visuellement. Ça a pris quatre mois à nettoyer. Aucune alerte dans Search Console, parce que les codes de statut étaient tous à 200.
Les redirections mal configurées
Une redirection 301 en boucle, une chaîne de trois ou quatre redirections qui se terminent en 404, une redirection 302 utilisée là où il faudrait une 301 permanente : toutes ces situations sont des erreurs de liens déguisées. Elles se détectent en regardant les chaînes de redirection, pas les liens en eux-mêmes.
Comment détecter les liens brisés pour de vrai
Il y a trois sources d'information, et chacune rate ce que les autres attrapent. Les utiliser seules, c'est passer à côté de la moitié du problème.
Search Console, le point de départ obligatoire
Le rapport « Pages » de Search Console liste les URL en 404, 410 et erreurs serveur détectées par Google. C'est gratuit, c'est immédiat, et c'est la seule source qui reflète exactement ce que le moteur a vu. Le problème : Google ne crawle pas votre site en continu. Un lien brisé créé aujourd'hui peut mettre plusieurs semaines à apparaître si la page n'est pas recrawlée.
Le crawler, pour la profondeur
Un crawler (Screaming Frog, Sitebulb, ou l'équivalent open source) parcourt toutes vos pages et liste chaque lien sortant, son code de statut, et les chaînes de redirection. C'est la seule méthode qui détecte un lien brisé avant que Google ne le voie.
| Méthode | Ce qu'elle voit | Ce qu'elle rate | Fréquence conseillée |
|---|---|---|---|
| Search Console | Ce que Google a réellement rencontré | Les liens pas encore crawlés | Hebdomadaire |
| Crawler | Tous les liens du site, chaînes de redirection | Les liens externes dynamiques, le JS complexe | Mensuel + après chaque refonte |
| Logs serveur | Les 404 réellement vécues par les visiteurs et bots | Rien, mais demande du traitement | Ponctuel, en cas de doute |
Les logs serveur, le filet de sécurité
Les logs montrent chaque requête qui a renvoyé un 404, y compris celles faites par des humains sur des URL qui n'ont jamais été liées nulle part (favoris, partages, vieux backlinks). C'est là qu'on trouve les URL autrefois populaires qui ont été supprimées et que personne n'a redirigées. Fastidieux à exploiter, mais irremplaçable pour les vieux sites.
Corriger chaque type d'erreur selon son origine
La correction dépend entièrement de qui contrôle le lien brisé. Un lien interne et un lien externe ne se traitent pas de la même manière, et confondre les deux fait perdre des heures.
Liens internes : la redirection 301 comme réflexe
Vous contrôlez le domaine, donc vous avez tous les leviers. Le réflexe par défaut : une redirection 301 de l'ancienne URL vers la nouvelle page équivalente. Si aucune page équivalente n'existe, deux options : recréer une page de remplacement, ou laisser une 404 proprement conçue avec des liens vers les pages utiles.
Un détail que j'ai appris à la dure : ne redirigez jamais tout en vrac vers l'accueil. C'est la solution de facilité que je voyais partout quand j'ai commencé, et c'est un mauvais signal — Google traite les redirections massives vers la page d'accueil comme un soft 404 à grande échelle.
Liens externes : signaler ou remplacer
Sur un lien sortant qui pointe vers un site mort, vous n'avez aucun contrôle sur le domaine tiers. Trois choix : le remplacer par une source équivalente encore active, le retirer, ou le conserver si la ressource est archivée (lien vers une version archive). Ne laissez pas un lien externe mort traîner — il n'apporte rien au visiteur et signale un contenu peu entretenu.
Une routine pour ne plus jamais les subir
Le vrai sujet n'est pas de « réparer les 404 », c'est d'éviter d'en créer. La grande majorité des liens brisés que j'ai constatés naissent d'un changement d'URL non accompagné de redirections. Une règle simple : tout changement de permalien déclenche une redirection 301 le jour même, pas un mois après.
Ma routine perso, celle que je tiens sur mes propres projets et que je recommande à chaque client :
- Un crawl complet une fois par mois, en archivant le rapport précédent pour comparer.
- Une redirection 301 systématique à chaque modification d'URL, sans exception.
- Une alerte sur le rapport « Pages » de Search Console quand le nombre de 404 augmente de plus de 10 % en une semaine.
- Un contrôle manuel après chaque refonte, avec une checklist des liens du menu et du footer.
Le point 4 est celui que tout le monde saute. Et c'est toujours celui qui coûte le plus cher.
Une dernière chose, celle qui m'a le plus surpris : les liens brisés qui font le plus de dégâts ne sont presque jamais ceux qu'on cherche. On passe des heures à nettoyer les 404 d'anciens articles, et on ne remarque pas que le bouton « Contact » du menu pointe vers une page supprimée il y a huit mois. Avant de lancer un grand nettoyage, ouvrez votre page d'accueil, cliquez sur chaque lien du menu, puis sur chaque lien du footer. Vous avez peut-être déjà trouvé votre problème — il était là, sous vos yeux, sur toutes les pages du site.
