Pour réparer un lien cassé, retrouvez d’abord la ressource et la question qu’elle éclairait. Corrigez l’URL si la destination a simplement changé ; choisissez une source équivalente si elle a disparu ; retirez la référence si elle n’apporte plus de preuve. Vérifiez aussi les ancres internes et les liens depuis les anciennes pages.
La réponse utile dépend de l’objectif de la page, des personnes autorisées à la modifier et du coût d’une erreur. Un workflow fiable sépare la décision éditoriale, la diffusion technique et la vérification finale au lieu de cacher ces trois étapes dans une seule automatisation.
La décision à prendre en premier
Pour un lien interne, corrigez le slug ou la redirection. Pour une source externe, cherchez la nouvelle URL officielle ; si le fait n’est plus vérifiable, reformulez ou supprimez l’affirmation.
Une méthode concrète
- Extraire les href et les syntaxes Markdown résiduelles.
- Résoudre les URL relatives depuis leur page source.
- Contrôler les statuts HTTP avec une limite de débit.
- Classer 404, 410, boucle, certificat et domaine expiré.
- Corriger puis rejouer le contrôle sur tout le lot.
Contrôles avant publication
- La source de vérité est explicite et peut être restaurée.
- Les URL, les dates et les affirmations visibles correspondent à la page diffusée.
- Un relecteur humain peut reproduire le contrôle sans service caché.
Le principal piège
Remplacer automatiquement chaque erreur par la page d’accueil du domaine conserve un lien techniquement valide mais détruit la preuve éditoriale.
Prochaine étape recommandée
Planifiez un contrôle mensuel des liens externes et un contrôle systématique des liens internes à chaque changement de slug.
Atelier de vérification : une preuve avant la décision
Exercice proposé sur un périmètre choisi, avec des données fictives si nécessaire. Consignez le résultat observé ; ce scénario ne décrit pas un test déjà réalisé sur votre site.
- Manipulation à essayer
Relevez un lien de texte, un téléchargement et une ancre de section. Testez la destination complète, y compris le fragment et la fonction annoncée.
- Trace à conserver
Gardez page d’origine, lien exact, état observé et correction proposée. Après correction, vérifiez aussi une deuxième page utilisant la même destination.
- Ce que la preuve ne démontre pas
Une réponse HTTP 200 peut contenir la mauvaise page. Le succès du lien sans son fragment ne démontre pas que la section recherchée existe.
Prioriser une réparation de liens
Un contrôle trouve une URL interne en erreur sur une page service, un document externe déplacé dans un ancien article et un lien de navigation erroné. Le lien de navigation et celui qui empêche de terminer le parcours passent en premier ; le document externe demande une recherche de source actuelle.
Pour chaque lien, notez page source, destination, statut, importance et remplacement. Corrigez l’URL au bon endroit dans les données ou le gabarit, puis testez à nouveau le parcours. Une redirection vers l’accueil n’est pas une réparation pertinente si le lecteur cherchait un document précis.