Un lien mort, ce n'est pas juste une erreur 404 qui s'affiche. C'est un visiteur qui arrive sur votre site avec une intention précise, qui tombe sur une page blanche, et qui repart chez le concurrent. C'est aussi un robot de Google qui gaspille son budget de crawl sur des URL fantômes au lieu d'indexer vos vraies pages. Et le pire, c'est que personne ne s'en aperçoit avant des mois.
Je le sais parce que j'ai découvert, sur un de mes propres sites, un lien interne cassé vers mon article le plus lu — un article qui générait près de 40 % de mon trafic organique. Le lien était mort depuis onze semaines. Personne ne m'avait rien dit.
Corriger les liens cassés avec des outils d'audit, ce n'est pas compliqué en soi. Le problème, c'est que tout le monde vous montre comment lancer un scan, et personne ne vous explique dans quel ordre corriger les 600 erreurs qu'il va remonter. Voilà le vrai sujet.
Points clés à retenir
- Tous les liens cassés ne se valent pas : un 404 sur une page à fort trafic ne se traite pas comme un 404 de pagination oubliée.
- La règle de priorisation tient en trois critères : trafic de la page source, position du lien dans le template, et statut interne/externe.
- Une redirection 301 n'est pas toujours la bonne réponse. Parfois, il faut mettre à jour le lien à la source, ou carrément supprimer.
- Les liens entrants cassés (les backlinks) rapportent souvent plus de valeur récupérée que les liens internes.
- Un audit ponctuel ne sert à rien. Ce qui compte, c'est la cadence de surveillance.
Pourquoi les liens cassés coûtent plus que vous ne le pensez
On m'a longtemps répété que quelques 404, "ce n'est pas grave, Google comprend". C'est à moitié faux. Google comprend, oui. Mais Google ne vous fait pas de cadeau pour autant.
Le budget de crawl n'est pas une théorie
Prenez un site de 800 pages avec 150 liens morts internes. À chaque passage du robot, ces 150 URL renvoient une 404. Le robot, lui, a un temps limité sur votre domaine. Il consacre donc une partie de ce temps à explorer des culs-de-sac au lieu de découvrir votre nouvelle page produit publiée la semaine dernière.
Sur un petit site, l'effet reste modeste. Sur un site de plusieurs milliers de pages, ça commence à se voir dans les délais d'indexation. J'ai mesuré, sur un projet e-commerce, un écart de quatre à six jours entre la publication d'une fiche et sa première apparition dans les résultats, à cause d'un stock important d'URL mortes héritées d'une ancienne structure de catégories.
Ce qui se casse vraiment, côté visiteur
Le visiteur, lui, ne raisonne pas en budget de crawl. Il clique, il tombe sur une page d'erreur, il revient en arrière. S'il revient en arrière. Beaucoup repartent directement.
Le lien cassé le plus coûteux que j'aie eu à traiter était un bouton "Demander un devis" dans l'en-tête du site. Cassé. Sur toutes les pages. Pendant six jours, avant que quelqu'un au support signale que "des gens se plaignent de ne pas pouvoir demander de devis". Voilà le genre d'erreur qu'un scan mensuel aurait attrapée en trois secondes.
Comment prioriser les corrections sans y passer la semaine
Là, on entre dans le cœur du problème. Vous lancez un crawl, vous récupérez 400, 800, parfois 3 000 erreurs. Par où commencer ? Trier par nombre d'occurrences est une erreur classique : un lien de menu répété 500 fois pèse plus lourd dans le rapport qu'un lien de contenu unique, alors qu'il est souvent moins rentable à corriger.
Trois critères, trois tests
Je classe désormais mes erreurs selon cette grille, dans cet ordre précis :
- Le trafic de la page source. Si la page qui contient le lien cassé reçoit des visites, elle passe en tête. Toujours.
- La position du lien. Un lien dans le menu, le footer ou une barre latérale est présent sur des centaines de pages. Critique. Un lien dans le corps d'un vieil article de 2017 ? Faible priorité.
- Interne ou externe. Un lien sortant mort n'handicape pas votre site — il handicape votre lecteur. Un lien interne mort, lui, casse votre maillage.
Avouons-le, ce tri prend une heure la première fois. Ensuite, vous le refaites machinalement. Et sur un site de taille moyenne, cette heure vous évite de passer trois jours à corriger des 404 que personne n'aurait jamais rencontrées.
Le tableau que j'utilise pour trancher
| Type de lien cassé | Priorité | Action recommandée |
|---|---|---|
| Lien de template vers une page supprimée | Immédiate | Corriger le lien à la source, ou recréer une redirection si la page a un équivalent |
| Lien interne dans un article à fort trafic | Haute | Mettre à jour vers la page la plus proche du sujet |
| Backlink externe pointant vers une 404 | Haute | Redirection 301 vers une page proche, ou recréation d'une page équivalente |
| Lien sortant vers un domaine disparu | Moyenne | Remplacer la source, ou retirer le lien si l'info est obsolète |
| Lien dans une pagination ancienne | Faible | Nettoyer lors d'une refonte, pas avant |
Redirection 301, mise à jour ou suppression : comment choisir
La tentation du "tout rediriger en 301" est forte. C'est rapide, ça règle le symptôme, et le rapport d'erreurs devient propre. Sauf que mal fait, ça abîme le maillage sur le long terme.
Le cas où la 301 est le bon choix
Vous avez supprimé un article, fusionné deux catégories, ou changé une URL. La page visée existe encore sous une autre adresse. Redirection 301, sans hésiter. Le signal est renvoyé, l'utilisateur ne voit rien, tout va bien.
Attention à un piège que j'ai commis : rediriger tout un ancien répertoire vers la page d'accueil. Techniquement, ça marche. En pratique, c'est un signal de qualité médiocre envoyé à Google, et un visiteur qui cherchait une page précise qui atterrit sur la home, perdu. Mieux vaut une page 404 honnête qu'une redirection trompeuse.
Le cas où il faut corriger à la source
Un lien interne qui pointe vers une URL changée alors que la cible existe toujours ailleurs : la bonne réponse est de modifier le lien, pas de créer une redirection. Pourquoi ? Parce qu'une redirection ajoute une étape supplémentaire, qu'elle s'accumule avec les autres, et qu'au bout de cinq ans un site peut vite avoir plus de redirections que de pages réelles.
Sur un site que je suis depuis quelques années, un audit a remonté 1 200 redirections actives. Après nettoyage, il en restait 300. La vitesse de chargement sur les pages concernées a gagné un peu, et le maillage est redevenu lisible.
Et la suppression ?
Parfois, la meilleure correction est de retirer le lien. Un lien sortant vers un blog disparu depuis deux ans n'apporte rien au lecteur. Le supprimer vaut mieux que de le rediriger nulle part.
Les backlinks cassés, le gisement que presque personne n'exploite
Voilà l'angle que je ne vois quasiment jamais traité sérieusement, et c'est pourtant celui qui m'a rapporté le plus de trafic récupéré. Un site tiers a écrit un article, il y a trois ans, et il pointait vers une de vos pages. Cette page a été supprimée lors d'une refonte. Le lien entrant est toujours là, dans le code source du site externe. Mais il envoie maintenant sur une 404. Vous perdez son autorité.
La méthode
Votre outil d'audit de backlinks vous sort la liste des liens entrants qui aboutissent sur un code 404. Pour chacun :
- Si la page disparue a un équivalent chez vous, redirection 301 vers cet équivalent. Effet immédiat, rien d'autre à faire.
- Si la page disparue n'a pas d'équivalent, deux options : recréer un contenu proche, ou contacter le site tiers pour lui demander de mettre à jour son lien.
- Le contenu recréé en dit souvent plus long que l'outreach. J'ai ressorti trois articles supprimés par erreur, redirigés correctement : ça m'a rendu l'équivalent de plusieurs mois de backlinks perdus.
Ce travail est ingrat. Il demande de fouiller dans des données, de comparer des URL, parfois d'écrire un mail à un webmaster. Mais c'est du trafic qui revient sans qu'on ait à publier quoi que ce soit de neuf.
À quelle fréquence faut-il auditer ses liens ?
La réponse honnête : ça dépend de votre rythme de publication. Mais il y a un seuil en dessous duquel vous travaillez à l'aveugle.
Sur un site qui publie moins de quatre articles par mois et qui ne touche pas à son architecture, un audit trimestriel suffit largement. Sur un site actif, avec des modifications régulières de menu, de catégories ou de fiches produits, une fois par mois est un minimum.
Et dans les deux cas, deux déclencheurs imposent un scan immédiat, quel que soit le calendrier :
- Une refonte ou une migration d'URL.
- Une suppression en masse de contenus.
J'ai appris ça à mes dépens. Une migration d'URL faite en une nuit, sans re-scan le lendemain. Résultat : trois semaines de liens internes morts avant que quelqu'un s'en rende compte. Le scan post-migration aurait pris vingt minutes. Il m'a coûté trois semaines de maillage cassé.
Les outils suffisent-ils à régler le problème ?
Non, et c'est peut-être la chose la plus importante à comprendre ici. Un outil d'audit vous donne une liste. Il ne réfléchit pas à votre place. Il vous dit "ce lien est cassé", pas "voici pourquoi, et voici ce que ça coûte".
Certains outils récents proposent de corriger automatiquement, en suggérant la meilleure page de destination. Sur un site bien structuré, ça fonctionne. Sur un site bordélique, ça propose régulièrement la page d'accueil, et là vous fabriquez exactement le problème que je décrivais plus haut.
Le bon réflexe : utilisez l'outil pour détecter et trier, mais gardez la main sur la décision de destination. C'est votre connaissance du site qui tranche, pas l'algorithme.
Et un dernier point, un peu inconfortable. Un lien cassé détecté et corrigé en une heure ne vous apprend rien sur votre site. Trois cents liens cassés qui remontent d'un coup à chaque audit, ça vous dit autre chose : votre gestion de contenu a un problème de fond. Des pages supprimées sans plan de redirection, des URL modifiées sans prévenir personne, des catégories refaites à la va-vite. Corriger les symptômes, c'est bien. Comprendre pourquoi ils reviennent tous les trimestres, c'est mieux.
