Scanner de liens internes cassés

Comment fonctionne cette vérification

Scanaris recueille tous les liens <a href> du HTML de ta page et garde les internes : ceux qui résolvent vers ta propre origine (domaine, protocole et port). Il écarte mailto:, tel:, javascript:, les ancres qui commencent par #, les liens vers la page elle-même et les doublons, et limite la liste à 25 pour ne pas marteler ton serveur. Il visite chacun et ne le compte comme cassé que s'il répond 404, 410 ou une erreur 5xx. Les redirections ne sont pas un échec, un 401 ou 403 non plus (ce peut être une zone privée volontairement), et si la requête échoue au niveau réseau elle n'est pas comptée, pour éviter les faux positifs. À partir de trois liens cassés, le constat est de sévérité moyenne ; avec un ou deux, faible. Il en liste jusqu'à dix avec leur code.

Pourquoi c'est important

Un lien cassé est une impasse pour l'utilisateur et pour Google. Pour l'utilisateur, une page d'erreur là où il attendait le produit, l'article ou le formulaire, et une raison de partir. Pour Google, du budget d'exploration gaspillé et un signal de site négligé ; de plus, l'autorité que ce lien transmettait à la page de destination est perdue. Les liens cassés sur l'accueil sont les pires, parce que c'est la page la plus explorée et celle que le plus de gens voient, et c'est pour ça que cette vérification commence par là.

D'où ça vient

Des pages renommées ou supprimées sans mettre à jour les menus ni le contenu qui les liait. Des migrations de CMS ou de domaine qui changent la structure des URL. Des liens tapés à la main avec une faute. Un déploiement qui a supprimé une route que le pied de page continuait de lier. Et sur les sites générés par IA, des liens vers des pages que l'IA a inventées dans le menu (« /pricing », « /docs ») et qui n'ont jamais existé.

Comment corriger

• Si la page a été déplacée, une redirection 301 de l'ancienne URL vers la nouvelle. Ça répare d'un coup tous les liens qui pointaient là, y compris ceux d'autres sites. Dans Nuxt, routeRules ; dans Next.js, redirects() ; sur Vercel et Netlify, le fichier de redirections ; sous WordPress, un plugin de redirections.
• Si la page n'existe plus et n'a pas de remplaçante, retire le lien. Si tu veux que Google l'oublie vite, réponds 410 au lieu de 404.
• Si c'est une faute de frappe, corrige le href. Les frameworks à routes typées (Nuxt avec typedPages, Next.js avec typedRoutes) transforment ces erreurs en erreurs de compilation.
• Les erreurs 5xx ne sont pas des liens mal écrits mais des pages qui échouent au chargement. Regarde les journaux de cette route : c'est souvent une requête qui plante ou une ressource qui n'existe plus.
• Ajoute un vérificateur de liens à la CI (lychee, linkinator) pour que la prochaine route cassée n'arrive pas en production.

Vérifie que c'est corrigé

curl -s https://tondomaine.com | grep -oE 'href="/[^"#]*"' | cut -d'"' -f2 | sort -u | while read p; do
  printf "%s " "$(curl -s -o /dev/null -w '%{http_code}' "https://tondomaine.com$p")"; echo "$p"
done | grep -E "^(404|410|5)"

Aucune ligne ne doit sortir. Répète sur tes pages les plus importantes en plus de l'accueil : chaque page a ses propres liens.

Questions fréquentes

Mon site est une SPA et les routes inexistantes renvoient 200 avec l'appli.

Alors cette vérification ne peut pas détecter tes liens cassés, parce que tout répond 200. Mais Google, lui, les détecte comme des « soft 404 » et les traite comme des erreurs. Configure ton serveur ou ton framework pour que les routes inconnues répondent par un vrai 404.

Et les liens vers d'autres sites ?

Ils ne sont pas vérifiés : beaucoup de sites bloquent les robots et donneraient des faux positifs. Vérifie-les toi-même de temps en temps avec un outil de bureau ou avec le vérificateur de la CI, que tu peux configurer pour les visiter avec plus de patience.

Je n'ai qu'un lien cassé et il est de sévérité faible. Je le corrige ?

Oui : ça prend une minute et la prochaine analyse le confirme. Les autres restes de développement qui accompagnent souvent un lien cassé, comme des URL vers localhost, sont cherchés par références internes ; et que Google ait la bonne liste de tes pages est vérifié par robots et sitemap.