Vérifiez la pourriture de vos liens

Ce qui provoque la pourriture des liens

Les liens meurent pour des raisons banales : des sites ferment quand on cesse de payer l’hébergement, des entreprises sont rachetées et abandonnent leur blog, des migrations de CMS renomment chaque URL sans redirection, des articles passent derrière un paywall ou sont dépubliés discrètement, et des domaines entiers expirent avant d’être rachetés par des spéculateurs. L’ampleur dépasse ce que l’intuition suggère : les études sur la pourriture des liens trouvent à plusieurs reprises qu’environ un quart ou plus des liens d’il y a dix ans ne mènent plus nulle part. Toute collection de favoris vieille de plus de quelques années contient des liens morts ; la seule question est combien.

Comment fonctionne le vérificateur

Les requêtes partent du serveur de Marqly, pas de votre navigateur, et ce n’est pas une préférence de conception : c’est le seul moyen d’obtenir des résultats honnêtes. Les navigateurs appliquent CORS : un script de cette page n’a pas le droit de lire les statuts de réponse d’autres domaines, si bien qu’un vérificateur purement côté client signalerait la plupart des liens sains comme défaillants. À la place, les URL que vous collez vont au serveur de Marqly, sur l’infrastructure de Cloudflare, qui télécharge chacune et renvoie son statut. Pour chaque URL, le serveur :

• envoie d’abord une requête HEAD (en-têtes uniquement, sans corps de page) sous un user-agent déclaré (MarqlyLinkChecker/1.0) qui identifie le vérificateur et renvoie vers cette page ;
• réessaie avec GET si le serveur refuse HEAD (statut 405 ou 501), car certains sites n’implémentent tout simplement pas HEAD ;
• suit les redirections pas à pas, jusqu’à huit, pour que la colonne « Redirige vers » affiche la destination finale et non le premier saut ;
• abandonne après six secondes environ sur un lien qui ne répond pas, et le signale comme injoignable au lieu de bloquer tout le lot ;
• exécute toutes les URL du lot en parallèle, c’est pourquoi 25 liens reviennent généralement en quelques secondes.

Seules les adresses web publiques ordinaires sont acceptées : http ou https sur les ports standards, sans identifiants intégrés, et jamais d’hôtes privés ou internes. Cela évite que l’outil gratuit soit pointé vers des machines qu’il n’a aucune raison de toucher ; cela signifie aussi que les liens d’intranet ne peuvent pas être vérifiés ici, par conception.

Comment l’utiliser

1. Rassemblez des URL, à partir d’un document ou de vos favoris : exportez-les et extrayez les liens sous forme de liste consultable avec le lecteur de fichier de favoris (en anglais).
2. Collez-les ci-dessus, une par ligne, jusqu’à 25 par vérification.
3. Cliquez sur Vérifier les liens et attendez le tableau de résultats.
4. Lisez chaque ligne : le verdict (actif, disparu, redirigé ou « à vérifier à la main »), un ✓/✗ indiquant si le serveur a répondu avec succès, et l’URL finale quand le lien a redirigé.
5. Agissez : supprimez ou remplacez les 404/410, vérifiez les cas ambigus dans votre propre navigateur et regardez où atterrit désormais une redirection : un lien qui finit sur la page d’accueil du site a généralement perdu son article, même si rien n’a « échoué ».

Comment lire les résultats

• Série 200 : en vie. Un ✓ signifie que le serveur a répondu avec succès.
• Redirections : la page a déménagé ; la colonne « Redirige vers » indique où elle a atterri. Souvent sans gravité (http→https, changements de www), mais une redirection vers une page d’accueil signifie souvent que l’article lui-même a disparu.
• 404 / 410 : mort avéré. Le serveur est en vie et dit que la page ne l’est pas.
• 403, 429, 999 : ambigu. Beaucoup de sites rejettent les vérificateurs automatiques tout en servant très bien les humains. Vérifiez ces cas dans votre navigateur avant de supprimer quoi que ce soit.
• Injoignable : aucune réponse HTTP : domaine mort, serveur éteint ou délai dépassé. Presque toujours réellement disparu.

Référence des statuts HTTP

Le verdict du tableau de résultats découle de cette correspondance, la même logique que vous pouvez contrôler dans les outils de développement de n’importe quel navigateur :

Quand lancer un audit de liens

• Avant de republier ou de recycler d’anciens contenus : une newsletter qui renvoie un article vieux de cinq ans avec des citations mortes fait pire effet que l’actualité qu’elle porte.
• Après toute migration de CMS, la vôtre ou celle d’un autre : les URL de vos favoris et de vos notes peuvent désormais pointer vers un site qui a tout renommé.
• En élaguant un dossier de favoris : supprimez d’abord les morts avérés ; le fichier rétrécit plus vite et synchronise moins de déchets.
• En vérifiant des références de recherche ou une liste de lecture : une 404 sur une citation, mieux vaut le savoir avant de bâtir dessus.
• Avant de migrer toute votre bibliothèque : consultez le guide de migration des favoris du navigateur (en anglais) ; un balayage des doublons avec le détecteur de favoris en double (en anglais) et un passage de liens morts avec cet outil sont les deux gains faciles.

Confidentialité : ce qui est envoyé, ce qui est conservé

Ce qui est envoyé : les URL que vous collez, de votre navigateur au serveur de Marqly, puis de là à chaque site cible avec le user-agent du vérificateur. Rien d’autre de votre machine ni de votre session ne les accompagne. Ce qui est conservé : rien qui vous identifie : pas de compte, pas d’historique, aucun lot enregistré ; la réponse revient marquée no-store et les seuls compteurs conservés sont des limites de débit en périphérie qui empêchent les scripts de marteler l’outil. Deux conséquences pratiques : les sites que vous vérifiez verront une requête venant de l’infrastructure de Cloudflare, ne collez donc pas des URL dont l’accès est lui-même sensible ; et les adresses privées ou internes ne peuvent pas du tout être vérifiées ici, car elles sont refusées avant toute requête.

Limites assumées

Cet outil vérifie jusqu’à 25 URL par passage : collez-en davantage et les surplus sont ignorés et comptés, pas passés sous silence. Le plafond existe parce que chaque URL est une vraie requête de notre serveur : des lots sans limite invitent exactement les abus automatisés qui rendraient l’outil lent pour tous les autres. Il n’y a ni compte ni quota quotidien : une liste plus longue, ce sont simplement plus de lots. L’outil rapporte ce que le serveur a dit à cet instant, ce qui n’est pas toujours la vérité sur le contenu : une page peut renvoyer 200 alors que son texte a été remplacé par une publicité de domaine parqué (les « soft 404 » sont indétectables à partir des seuls codes de statut). Pour auditer tout un export de favoris, extrayez d’abord les URL avec lelecteur de fichier de favoris (en anglais) et passez-les par lots.

• Les sites lents ont l’air morts. Le délai d’environ 6 secondes fait qu’une page lente mais vivante peut revenir « injoignable » : relancez avant d’y croire.
• Les murs anti-robots ont l’air morts. Un 403 ou un 999 est le site qui rejette un robot, pas qui refuse la page ; vérifiez ces cas à la main.
• Les pages rendues par JavaScript répondent avant de s’afficher. Un vérificateur voit la réponse HTTP, pas ce que votre navigateur finit par afficher.
• Les liens vivants meurent demain. Le statut est un instantané ; une bibliothèque enregistrée mérite un nouvel audit tous les quelques mois.
• Si vous poussez trop fort, vous serez mis en pause. Si vous enchaînez rapidement les lots, la limite de débit par IP répond « too many requests » : attendez une minute et continuez.

Le vrai remède aux favoris qui pourrissent

Un vérificateur de liens vous dit qu’une page est morte ; il ne peut pas vous dire ce qu’elle disait. C’est l’argument pour enregistrer plus que l’URL : Marqly joint un résumé IA à vos enregistrements, si bien qu’un lien mort de votre bibliothèque garde l’essentiel de son contenu, et larecherche sémantique le retrouve toujours par le sens.

Les outils de favoris traditionnels ne stockent que l’URL brute et le titre (voyez la comparaison dans notre comparatif Marqly contre Raindrop). Avec l’extension de navigateur Marqly (en anglais), les pages sont résumées, étiquetées par l’IA et indexées au moment de l’enregistrement, pour que la pourriture des liens n’efface jamais vos connaissances. Vos données restent les vôtres dans tous les cas ; lisezpuis-je exporter mes données (en anglais).

Outils et guides associés

• Supprimez les liens enregistrés en double (en anglais) avant d’auditer : les doublons rallongent inutilement le lot.
• Ouvrez votre export de favoris sous forme de tableau consultable (en anglais) pour en extraire les URL à vérifier.
• Vous changez de navigateur ? Le guide de migration (en anglais) couvre l’export, le nettoyage et l’import de bout en bout.
• Une méthode de lecture différée qui conserve les résumés est la réponse structurelle à la pourriture des liens.
• Comment organiser ses favoris pour qu’un lien mort vous coûte une entrée, pas la confiance accordée à tout un dossier.
• L’offre gratuite de Marqly (en anglais) : commencez et enregistrez vos dix prochains liens avec un résumé joint.