Xenu’s link sleuth : vérifier les liens cassés d’un site web

Un lien cassé, c’est un peu comme une porte de boutique qui s’ouvre sur un mur. Le visiteur perd du temps, le moteur de recherche ne trouve pas la page attendue, et votre site donne l’impression que personne n’est passé faire le ménage depuis 2014. Heureusement, il existe des outils pour repérer ces portes murées. Parmi eux, Xenu’s Link Sleuth, un logiciel gratuit et ancien, mais encore utile pour vérifier les liens d’un site web.

Son interface n’a jamais gagné de concours de beauté — elle semble avoir fait ses études à l’époque de Windows XP —, mais son principe reste simple : Xenu parcourt les pages et signale les liens qui ne fonctionnent plus. Voici comment l’utiliser sans transformer votre audit en expédition archéologique.

À quoi sert Xenu’s Link Sleuth ?

Xenu’s Link Sleuth analyse les liens présents sur un site web. Il visite les pages qu’il peut atteindre, relève les liens internes et externes, puis indique ceux qui renvoient une erreur ou qui posent problème. Vous pouvez ainsi repérer les liens menant vers une page supprimée, une ressource inaccessible ou une adresse mal saisie.

Le logiciel ne se limite pas aux liens visibles dans le texte. Selon le contenu de vos pages, il peut aussi relever des images, des feuilles de style et d’autres ressources. C’est pratique lorsqu’une image ne s’affiche plus, même si votre premier objectif reste généralement de retrouver les liens qui envoient les visiteurs dans le décor.

Un cas très concret : vous avez déplacé une page de votre site, supprimé une ancienne fiche produit ou changé l’adresse d’un article. Quelques liens internes continuent pourtant de pointer vers l’ancienne adresse. Vous ne les voyez plus au quotidien, mais ils restent là, comme des miettes sous le canapé. Xenu aide à les retrouver.

Avant de lancer l’analyse

Xenu’s Link Sleuth est un logiciel conçu pour Windows. Il est ancien et son apparence n’a rien de moderne, mais cela ne l’empêche pas d’être utile pour un contrôle ponctuel. Téléchargez-le depuis une source fiable et vérifiez que vous utilisez une version adaptée à votre environnement.

Avant de lancer une analyse sur un grand site, gardez en tête que le programme va demander des pages à votre serveur. Sur un petit site vitrine, l’impact est généralement modeste. Sur une boutique très fournie ou un site avec des milliers d’adresses, mieux vaut procéder prudemment et éviter de lancer plusieurs vérifications simultanément. Votre hébergeur n’a pas besoin d’une surprise supplémentaire à 9 h 02.

Si votre site demande une connexion, bloque les robots ou génère une grande partie de ses pages avec des scripts, Xenu risque de ne pas tout voir. Il s’agit d’un outil de vérification, pas d’une copie parfaite de l’expérience d’un visiteur réel.

Lancer une première vérification

La première analyse est simple. Ouvrez le logiciel, choisissez la commande permettant de vérifier une adresse, puis saisissez la page d’accueil du site, par exemple https://www.exemple.fr/. Xenu commence alors à parcourir les liens qu’il découvre.

Pour un premier essai, utilisez une petite partie du site. Vous comprendrez ainsi le fonctionnement des résultats sans vous retrouver devant des milliers de lignes dès la première minute. Une fois l’outil apprivoisé, vous pourrez étendre la vérification à l’ensemble du domaine.

Pendant l’analyse, le tableau se remplit avec différentes informations : les adresses visitées, le type de ressource, le code de réponse et, le cas échéant, un message d’erreur. Ne vous inquiétez pas si certains éléments semblent alarmants au premier coup d’œil. Un code d’erreur n’est pas automatiquement le signe d’un lien cassé à corriger immédiatement.

Lire les résultats sans paniquer

Le résultat le plus évident est le code HTTP 404 : la page demandée n’a pas été trouvée. Si un lien interne de votre site mène à cette réponse, il faut généralement le corriger. Cela peut vouloir dire modifier le lien, remettre la page en ligne ou rediriger l’ancienne adresse vers une page pertinente.

Mais d’autres codes méritent un peu de discernement :

• Erreur 404 : la page est introuvable. C’est le cas classique d’un lien cassé.

• Erreur 403 : l’accès est refusé. La page existe peut-être, mais le serveur interdit l’accès au logiciel.

• Erreur 5xx : le serveur a rencontré un problème. Il peut s’agir d’une panne temporaire plutôt que d’un lien définitivement invalide.

• Délai dépassé : le serveur n’a pas répondu assez vite. Une nouvelle vérification peut donner un résultat différent.

• Redirection : l’adresse conduit ailleurs. Ce n’est pas forcément grave, mais une chaîne de plusieurs redirections peut ralentir l’accès et compliquer le parcours.

Un site externe peut aussi bloquer les requêtes de Xenu tout en restant parfaitement accessible dans un navigateur. Dans ce cas, le logiciel signale un problème, mais le lien n’est pas nécessairement cassé. Vérifiez l’adresse vous-même avant de supprimer quoi que ce soit. L’automatisation est formidable, jusqu’au moment où elle se trompe avec beaucoup d’assurance.

Retrouver la page qui contient le lien

Repérer l’adresse en erreur, c’est bien. Savoir où elle se trouve sur votre site, c’est mieux. Dans les résultats, cherchez la page d’origine ou la colonne indiquant le document qui contient le lien. Vous pourrez alors ouvrir cette page dans votre système de gestion de contenu et corriger le bon élément.

Par exemple, Xenu peut signaler que https://www.exemple.fr/guide-ancien/ renvoie une erreur 404. Si le rapport montre que cette adresse est liée depuis trois articles, vous savez exactement où intervenir. Il ne suffit pas de rediriger l’ancienne page si le lien interne peut être mis à jour proprement : chaque correction à la source évite de laisser traîner une redirection inutile.

Lorsque le rapport devient volumineux, triez les résultats par code ou par adresse. Vous pouvez également enregistrer les données et générer un rapport HTML pour les consulter plus facilement ou les transmettre à un collègue. C’est nettement plus pratique que de partager une capture d’écran d’un tableau interminable.

Corriger les liens dans le bon ordre

Inutile de traiter chaque ligne comme une urgence nationale. Commencez par les liens internes cassés, surtout s’ils sont présents sur des pages importantes : accueil, pages de services, catégories ou articles qui attirent beaucoup de visiteurs.

Pour chaque lien défectueux, choisissez la solution adaptée :

• Corriger l’adresse : utile lorsqu’une simple faute de frappe s’est glissée dans le lien.

• Mettre à jour le lien : remplacez l’ancienne adresse par celle de la page actuelle.

• Créer une redirection permanente : pertinent si une page a changé d’adresse et qu’une nouvelle page reprend réellement son sujet.

• Supprimer le lien : la bonne option si la ressource n’existe plus et qu’aucun contenu équivalent ne la remplace.

Évitez de rediriger toutes les anciennes adresses vers la page d’accueil. C’est tentant, rapide, et souvent peu utile pour la personne qui cherchait une information précise. Une redirection pertinente doit mener vers un contenu proche de celui attendu, pas vers une page qui répond en substance : « Vous êtes perdu ? Nous aussi. »

Les liens externes demandent une vérification supplémentaire. Le site lié a peut-être changé de structure, supprimé une page ou refusé temporairement la requête. Si la page est introuvable, cherchez sa nouvelle adresse. Si le contenu n’existe plus, remplacez le lien par une ressource fiable ou retirez-le.

Les limites à connaître

Xenu’s Link Sleuth a un avantage évident : il est simple, gratuit et peut rendre de fiers services sur un site classique. Mais il a aussi des limites. Son interface est datée, il est réservé à Windows et il peut rencontrer des difficultés avec les sites très dynamiques, les protections contre les robots ou certaines configurations modernes.

Il ne comprend pas toujours qu’une page qui affiche un message d’erreur avec un code 200 est en réalité inutilisable. On parle alors parfois de page d’erreur « douce » : le serveur répond qu’il n’y a pas de problème, mais le contenu indique le contraire. À l’inverse, un code 403 peut simplement signifier que le logiciel n’a pas le droit d’accéder à la page.

Enfin, Xenu vérifie les liens qu’il découvre à partir des pages accessibles. Si une page n’est reliée à rien, elle peut passer sous son radar. Pour repérer les pages isolées, complétez votre analyse avec le plan de site XML, les données de votre outil d’analyse ou une exploration plus large de votre site.

Une routine simple pour garder un site propre

Vous n’avez pas besoin de vérifier votre site tous les matins avant le café. Pour un petit site, un contrôle après une refonte, une migration ou une grosse mise à jour peut suffire. Pour un site éditorial actif ou une boutique, prévoyez une vérification régulière, par exemple tous les mois ou tous les trimestres selon le rythme des changements.

Une méthode efficace tient en quelques étapes :

• Lancez l’analyse sur le domaine concerné.

• Repérez d’abord les erreurs internes et les pages les plus importantes.

• Vérifiez manuellement les erreurs externes et les réponses inhabituelles.

• Corrigez les liens à leur source ou créez des redirections pertinentes.

• Relancez une vérification pour confirmer que les changements fonctionnent.

Ce dernier contrôle évite le grand classique : corriger une adresse en ajoutant une faute différente, puis annoncer fièrement que le problème est réglé. Le web adore ce genre de rebondissement.

Un outil modeste, mais encore utile

Xenu’s Link Sleuth n’est pas l’outil le plus récent ni le plus élégant de la boîte. Il ne remplacera pas un audit technique complet, et ses résultats demandent parfois une vérification humaine. Mais pour repérer rapidement des liens cassés sur un site accessible, il reste une option pratique, notamment si vous travaillez sous Windows.

Le plus important n’est pas de collectionner les rapports d’erreurs : c’est de corriger les problèmes qui gênent réellement les visiteurs. Un lien réparé vers une page utile, une redirection bien pensée et un contrôle régulier valent mieux qu’un tableau impressionnant oublié dans un dossier nommé « audit_final_vraiment_final ».