Liens cassés :
les trouver et les corriger

Trouvez la destination défectueuse et le chemin qui y mène

Un lien cassé ne donne pas accès à la page ou au fichier annoncé. Par exemple, le visiteur clique sur « Télécharger le catalogue » et obtient une erreur. Pour corriger le problème, il faut deux adresses : l’emplacement du lien et sa destination. Si vous ne donnez que la destination au développeur, il peut créer une redirection sans supprimer le bouton obsolète des différents modèles.

Suivez un parcours simple : crawler le site, confirmer le défaut manuellement, repérer la source, attribuer une correction puis vérifier à nouveau. Le livrable est un registre des problèmes confirmés, des responsables et des résultats du nouveau test. Le nombre de lignes ne mesure pas, à lui seul, l’état du site.

Ce guide s’adresse aux propriétaires de sites, aux rédacteurs et aux personnes chargées de valider les travaux techniques. Il propose des outils, une méthode et un exemple. L’installation d’un nouveau plugin n’est pas indispensable pour suivre l’ensemble du plan.

Un statut rouge ne signifie pas toujours une page supprimée

Un lien représente un parcours ; un code HTTP, la réponse à une requête. Ce sont deux aspects distincts du problème. Un 404 indique que la ressource est introuvable à l’adresse demandée, sans préciser qui crée le lien ni depuis quelle page. Ce code est expliqué dans la documentation MDN.

Google décrit également le traitement des codes HTTP : une réponse réussie ne garantit pas l’indexation, et les pages 4xx, sauf le traitement particulier de 429, ne sont pas des documents normalement indexables. Le statut est un indice de diagnostic, pas une solution toute faite.

Où les liens se cassent le plus souvent

Vérifiez les liens après un changement d’URL : déplacement de rubrique, retrait de produit, modification du menu, remplacement d’un PDF ou changement de domaine. Une nouvelle présentation peut être publiée sous un autre nom alors que le bouton d’un article commercial ouvre encore l’ancienne. L’article renvoie pourtant 200 et paraît normal.

Une suppression n’est pas la seule cause : chemin relatif basé sur le mauvais dossier, caractère ajouté à une URL copiée ou lien vers un domaine de test publié par erreur. Sur un site multilingue, vérifiez séparément le changement de langue. Dans un catalogue, contrôlez pagination, filtres et fiches après les imports.

Notez la date de découverte et le dernier changement associé. « Chemins PDF modifiés après l’import du catalogue » oriente bien mieux la réparation que « beaucoup de 404 sur le site ».

Outils de vérification et limites des rapports

Pour un petit site, commencez par un crawl et des tests manuels des liens essentiels. Pour un grand catalogue, ajoutez un export d’URL du CMS, le sitemap et les journaux d’accès serveur. Ces listes éclairent des aspects différents : le crawler ne découvre pas une page sans chemin accessible pour l’atteindre.

Trouver la source d’un lien cassé dans Screaming Frog

1. Ouvrez le logiciel, saisissez l’adresse principale du site et lancez le crawl avec Start. Attendez la fin et notez séparément les limites de la vérification.
2. Dans l’onglet Response Codes, choisissez le filtre Client Error (4XX). Sélectionnez les 404 confirmées sans les confondre avec les restrictions d’accès.
3. Sélectionnez l’URL en erreur et ouvrez Inlinks. Le champ From indique la source ; To indique la destination. Conservez aussi le texte du lien.
4. Pour un export groupé, utilisez Bulk Export → Response Codes → Client Error (4XX) Inlinks.
5. Ouvrez plusieurs pages sources dans le navigateur et repérez les éléments concernés. La tâche possède désormais un emplacement précis à corriger.

Ce parcours dans l’interface a été vérifié dans le guide de l’éditeur. Le crawl gratuit est limité à 500 URL, parfois moins que les pages et ressources découvertes. Un rapport qui atteint ce plafond ne constitue pas un audit complet d’un grand site.

Si le crawl ralentit le site, réduisez la charge. En cas de blocage, coordonnez le contrôle avec l’équipe technique. Il n’est pas nécessaire de désactiver la protection pour embellir le rapport. Conservez les paramètres : une variation du nombre d’erreurs peut simplement refléter une couverture différente.

Compléter le crawl avec Google et Yandex

Google Search Console

Sélectionnez une propriété vérifiée. Dans le rapport d’indexation des pages, ouvrez « Introuvable (404) » et examinez les exemples et la date du crawl. Traitez les Soft 404 séparément. Pour une URL importante, testez la version en ligne dans l’inspection d’URL : le résultat indexé peut différer de l’état actuel.

Ne cherchez pas à supprimer toutes les exclusions. Un contenu supprimé sans remplacement peut légitimement renvoyer 404. Corrigez si le document devrait exister ou si des liens actifs pointent vers son adresse absente. Consultez les aides du rapport d’indexation et de l’inspection d’URL.

Yandex Webmaster

Consultez les données d’indexation et les problèmes détectés, puis exportez les URL utiles. Pour une URL douteuse, testez la réponse du serveur. Comparez l’état actuel à la date de détection : l’alerte peut disparaître au prochain rafraîchissement des données, pas au moment de la correction. Voir le guide officiel de diagnostic des erreurs.

Pour chaque page trouvée, reposez la question : « D’où les visiteurs arrivent-ils ici ? » Si un nouveau crawl ne trouve aucune source interne, vérifiez les mentions externes, anciennes campagnes et newsletters. Ne pas trouver de source ne prouve pas l’absence de visiteurs.

Confirmer l’échec d’un parcours précis

Dans httpstatus.io saisissez l’URL publique complète, lancez le test et examinez la suite des réponses. Si la première est une redirection, vérifiez la destination finale. Un simple 301 dans le rapport ne prouve pas que l’utilisateur obtient le bon contenu.

Dans Chrome, ouvrez la page source, puis les outils de développement et Network. Activez Preserve log, suivez le lien concerné et sélectionnez la requête du document ou fichier. Sous Headers, consultez Request URL et Status Code. Comparez-les au contenu réellement affiché. Le panneau est expliqué dans la documentation Chrome.

Testez sans connexion préalable si le lien s’adresse à tous. Dans un espace personnel, l’authentification peut être normale. Notez appareil, état de connexion, URL source, heure et résultat pour permettre au développeur de reproduire le défaut.

Choisir la bonne action

Une redirection doit correspondre au changement d’adresse. Ne choisissez pas l’accueil simplement parce qu’il existe : une vitrine générale ne fournit pas le mode d’emploi précis recherché. La configuration et la vérification des redirections 301/302 font l’objet d’un guide distinct ; les types de redirections sont également décrits dans la documentation Google.

Un bouton cassé : du constat à la résolution

Un nom de fichier similaire ne suffit pas. La deuxième version peut concerner une autre variante du produit. C’est donc le responsable produit qui valide la pertinence, pas le crawler ni une règle remplaçant chaque 404 par la page la plus proche.

Sans nouveau manuel adapté, ne le promettez pas par un bouton. Actualisez la fiche et proposez un moyen réel d’obtenir le document. Un lien techniquement valide vers un contenu inadapté ne résout pas le problème de l’utilisateur.

Ce qu’une simple liste de 404 peut manquer

Ancres, menus et boutons JavaScript

Le saut vers #price ne charge pas de nouveau document. Si le bloc a été renommé, la page renvoie toujours 200. Testez ces liens sur mobile et ordinateur : la bonne section doit être atteinte et visible. Screaming Frog documente un mode spécifique pour les fragments ; le filtre 4xx classique ne suffit pas.

Différentes versions de navigation

Le menu mobile peut être stocké séparément du menu de bureau. Après modification, testez les deux, le pied de page, le fil d’Ariane et les contenus associés. Un clic réussi sur ordinateur ne valide pas toute la navigation.

URL restreintes ou non découvertes

Un contenu du CMS peut n’avoir aucun lien accessible. Testez-le séparément à partir d’une liste d’URL. À l’inverse, les pages bloquées par les règles robots.txt ne doivent pas être considérées automatiquement comme absentes : restriction du crawl et absence du document sont deux états distincts.

Soft 404

Vérifiez si toutes les adresses inventées renvoient la même page vide avec un code 200. Yandex recommande explicitement un véritable 404 pour les ressources absentes dans ses recommandations Webmaster. Une belle page d’erreur ne remplace pas une réponse serveur correcte.

Quels liens corriger en premier ?

Commencez par les liens indispensables à une tâche : accéder à un service, aux coordonnées, à un document ou à une commande. Traitez ensuite les erreurs récurrentes de modèles et les pages recevant du trafic. Une ancienne promotion sans source active est généralement moins urgente qu’un bouton sur une page actuelle.

Appuyez-vous sur des données réelles : visites de la source, clics, requêtes vers l’URL en erreur et plaintes. Sans suivi du bouton, indiquez-le : le nombre exact de demandes perdues est inconnu. Multiplier toutes les impressions par un « taux de conversion moyen » ne mesure pas un préjudice réel.

Regroupez les tâches par cause. Des dizaines de fiches erronées après un import se corrigent au niveau de la génération des chemins. Les liens éditoriaux obsolètes isolés se modifient sur place, avec vérification du sens. Cela répartit le travail entre développeur, rédacteur et responsable produit.

Vérifier que les liens sont réellement corrigés

Conservez dans le registre : source, texte de l’élément, ancienne destination, code et date du constat, cause, correction validée, responsable, nouvelle destination et résultat du second test. Gardez la ligne initiale et notez la résolution : la supprimer efface l’historique.

La baisse des erreurs dans les outils de recherche n’apparaît qu’après le rafraîchissement de leurs données. Test technique et traitement par le moteur n’ont pas lieu au même moment. Poursuivez avec les guides de vérification du sitemap et vérification de l’indexation. Réparer les liens ne permet pas de promettre une hausse immédiate des positions.

Éviter de reproduire les mêmes erreurs

Intégrez le contrôle des liens aux mises en ligne. Avant de supprimer un contenu, trouvez ses usages. Avant de renommer une URL, décidez si l’ancienne restera accessible par redirection. Lors d’un remplacement de fichier, convenez d’un chemin stable ou actualisez tous les éléments associés.

La fréquence dépend du rythme des changements. Pour un catalogue actif, vérifiez après chaque import et prévoyez un contrôle périodique distinct. Pour un petit site institutionnel, intervenez après une nouvelle rubrique ou un changement de menu, puis selon le calendrier fixé. C’est une procédure interne, pas une règle universelle des moteurs.

Lors d’une refonte, intégrez les parcours utilisateurs à la checklist de recette du site. Si les défauts viennent des modèles ou intégrations, le travail relève de la maintenance et de l’évolution techniques. Si l’audit, les corrections et le suivi de visibilité doivent être coordonnés, cela fait partie du référencement naturel.

Questions fréquentes sur les liens cassés