Vérificateur de liens brisés (broken links)
Réponse courte
Scannez votre page pour trouver les liens internes et externes brisés.
Ce qu’il ne fait pas: Il vérifie jusqu’à 100 liens d’une page, uniquement les liens de page (pas les images, scripts ni feuilles de style) et uniquement les codes de statut : une soft 404 qui répond 200 n’est donc pas détectée.
Ce que ça fait
Vérifie les liens d'une page — internes et sortants, jusqu'à 100 URL uniques — et interroge chacune pour confirmer qu'elle fonctionne toujours. Signale les liens qui renvoient un statut d'erreur tel que 404 ou 500, ou qui expirent, et suit les redirections jusqu'à la destination finale. Renvoie chaque lien brisé avec son texte d'ancre et son code de statut.
Pourquoi c'est important
Les liens brisés frustrent les visiteurs et mènent les robots à des impasses. Google indique que les erreurs 404 en elles-mêmes ne nuisent pas au classement d'un site, mais un lien vers une page morte fait quand même perdre le visiteur que vous vouliez envoyer et masque la page vers laquelle vous vouliez lier. Une vérification rapide après des changements de contenu évite qu'ils ne s'accumulent.
Comment ça fonctionne
-
Saisissez l'URL de votre page et cliquez sur Vérifier les liens
-
Nous extrayons chaque `<a href>` de la page (internes et sortants)
-
Interrogez chaque lien unique, en suivant les redirections, avec un délai d'expiration de 5 secondes
-
Renvoyez chaque lien brisé avec son code de statut et son texte d'ancre
Exemple d'entrée et de sortie
url: https://rankproof.eu/guides
liens vérifiés : 32 (uniques, sur 56 dans la page) cassés : 0 OK redirigés : 0 OK Tous les liens vérifiés fonctionnent
Comment lire le résultat
- Liens vérifiés (32 sur 56 dans l'exemple)
- Chaque <a href> de la page est collecté, interne ou externe, et les doublons sont fusionnés : 56 liens vers 32 adresses différentes font 32 requêtes. Jusqu'à 100 adresses uniques sont vérifiées par passage.
- Cassés (0)
- Un lien est cassé quand sa réponse finale est un statut d'erreur — 404 Not Found, 410 Gone, 500, etc. — ou quand rien ne répond en 5 secondes. Le rapport liste chacun avec son texte d'ancre, pour le retrouver sur la page.
- Redirigés (0)
- Des liens qui fonctionnent mais atteignent leur cible par une redirection, par exemple une ancienne adresse http:// ou une barre oblique finale manquante. Ce ne sont pas des erreurs, mais un lien direct vers l'adresse finale épargne une requête aux visiteurs et aux robots.
- Ce qui n'est pas vérifié
- Les liens mailto:, tel:, les #ancres internes et les liens javascript: sont ignorés, tout comme les images, scripts et feuilles de style. Seul le HTML envoyé par votre serveur est lu : les liens ajoutés plus tard par un script ne sont pas vus.
- Tous les liens vérifiés fonctionnent
- Aucun lien cassé parmi les adresses vérifiées. Si la page compte plus de 100 liens uniques, les autres n'ont pas été demandés, et une page qui répond 200 avec un message « introuvable » (soft 404) ne se distingue pas d'une page qui fonctionne.
Qui l'utilise
-
Responsable de contenu
Exécutez-le après un nettoyage éditorial pour repérer les liens brisés par des pages supprimées ou des ressources sortantes expirées.
-
Auditeur SEO
Incluez une vérification des liens dans l'intégration d'un client — les liens brisés sont une correction rapide et visible.
-
Responsable de migration
Après un changement de domaine ou de structure d'URL, confirmez que chaque lien interne des pages clés fonctionne toujours.
Problèmes fréquents et comment les corriger
-
Un lien interne renvoie 404
Faites pointer le lien vers l'adresse actuelle de la page. Si la page a déménagé, redirigez aussi l'ancienne adresse en 301 pour que les favoris et les liens d'autres sites arrivent toujours ; si la page n'existe plus, retirez le lien ou pointez-le vers le remplacement le plus proche.
# nginx location = /old-page { return 301 /new-page; } # Apache (.htaccess) Redirect 301 /old-page /new-page -
Un lien externe est mort
Cherchez où le contenu a été déplacé — la recherche du site ou sa nouvelle structure d'URL l'a souvent — et mettez le lien à jour. S'il n'existe plus nulle part, liez une copie archivée ou une autre source, ou retirez la référence.
-
Un lien s'ouvre dans le navigateur mais est signalé cassé
Certains sites refusent les requêtes automatiques (403 ou 429) ou répondent lentement. L'outil redemande avec un GET normal quand un serveur refuse la requête HEAD, plus légère, mais un site qui bloque les robots paraîtra encore cassé : ouvrez le lien vous-même avant de le retirer.
-
Beaucoup de liens passent par des redirections
Mettez à jour les liens internes vers l'adresse finale, en général la version https:// avec la bonne barre oblique finale. Les redirections fonctionnent, mais chacune ajoute une requête avant que la page ne commence à se charger.
-
Les liens cassent à chaque refonte
Gardez des URL stables lors d'un changement de design ou de CMS et, quand l'une doit changer, ajoutez la redirection 301 dans la même mise en production. Lancez cette vérification sur vos pages les plus visitées après chaque mise en production.
Questions fréquentes
- Suit-il les redirections ?
- Oui — nous suivons les redirections et rapportons le statut de la destination finale. Pour suivre chaque étape, utilisez le Vérificateur de redirections.
- Puis-je vérifier tout le site ?
- Cet outil vérifie les liens d'une page à la fois. Relancez-le pour chaque page que vous souhaitez vérifier.
- Les liens brisés nuisent-ils au classement ?
- Pas directement — Google indique que les erreurs 404 en elles-mêmes ne nuisent pas au classement d'un site. Les liens internes brisés masquent quand même des pages aux robots et aux visiteurs, et les liens sortants brisés rendent une page moins utile, donc corrigez-les.
- Qu'est-ce qu'une « fausse 404 » (soft 404) ?
- Une page qui renvoie un statut HTTP 200 mais affiche un message « introuvable ». Cet outil ne vérifie que les codes de statut, donc il ne les détecte pas.
- Vérifie-t-il les images et autres ressources ?
- Non — uniquement les liens `<a href>`. Les images, scripts et feuilles de style ne sont pas interrogés.
Sources
La documentation sur laquelle reposent cet outil et les explications de cette page.
- How HTTP Status Codes Affect Google's Crawlers — Google Search Central
- Redirects and Google Search — Google Search Central
- SEO Link Best Practices for Google — Google Search Central
- HTTP response status codes — MDN Web Docs
- RFC 9110: HTTP Semantics — RFC Editor