Broken Link Checker
Un vérificateur de liens rompus récupère une page, collecte chaque lien et image qu’elle contient et demande chacun d’eux pour voir ce qu’un visiteur obtiendrait réellement. Collez l’URL d’une page ci-dessous : chaque lien récupérable est vérifié et classé comme OK, redirection, rompu, erreur serveur, délai dépassé ou injoignable ; les liens qui ne doivent jamais être récupérés — mailto:, tel: et fragments internes à la page — sont listés mais jamais demandés ; et tout ce qui se résout vers une adresse privée ou bloquée est signalé comme ignoré, jamais récupéré. Une page par passage, 300 liens au maximum, et si un passage s’arrête tôt, le résultat partiel est étiqueté comme partiel — jamais présenté comme complet.
Dernière mise à jour:
Limites, clairement : une page par passage (ce n’est pas une exploration de tout le site), 300 liens vérifiés au maximum par passage, et un passage peut prendre jusqu’à environ 25 secondes sur une page riche en liens. Ce vérificateur est limité à 5 passages par heure et par adresse.
Résultats des liens
Des liens morts continuent d’apparaître entre les vérifications ? Surveillez cela gratuitement avec myeventwatch — alertes d’expiration et de panne, sans carte.
Ce que fait ce vérificateur — et ce qu’il ne fait pas
Quand vous soumettez une page, le vérificateur la récupère une fois, analyse le HTML et collecte les cibles de ses liens <a> et de ses images <img>, en résolvant les URL relatives par rapport à l’adresse finale de la page après toute redirection. Chaque adresse web unique est ensuite demandée à son tour : les redirections sont suivies et comptées, donc un lien qui ne fonctionne qu’après deux sauts est signalé comme une redirection avec son nombre de sauts, et non comme un OK net. Le résultat est un verdict par lien avec le code de statut HTTP final — la même preuve qu’un navigateur, un robot d’indexation ou un visiteur frustré rencontrerait en cliquant.
Trois sortes de liens ne sont délibérément jamais récupérés. Les adresses à schéma non web — mailto:, tel:, javascript: et leurs cousines — ne sont pas du tout des requêtes HTTP, donc elles sont listées sous « non récupérés » avec leur raison au lieu de se voir inventer un statut. Les liens de fragment pur comme #section pointent à l’intérieur d’une page que le vérificateur a déjà, donc il n’y a rien de nouveau à demander. Et tout lien dont l’hôte se résout vers une adresse privée, de bouclage ou autrement bloquée est signalé comme ignoré : un vérificateur public ne doit jamais pouvoir servir de levier vers le réseau interne de quelqu’un, donc ces cibles sont nommées, comptées et laissées strictement tranquilles.
Lire les verdicts et corriger dans le bon ordre
Commencez par les liens rompus qui pointent à l’intérieur de votre propre site : un 404 sur un lien interne est une porte que vous contrôlez et qui s’ouvre sur le vide, et la réparer — restaurer la page, corriger l’URL ou pointer le lien vers son remplaçant — aide chaque visiteur et chaque robot à la fois. Viennent ensuite les chaînes de redirections : une redirection est normale après un déménagement, mais deux sauts ou plus ralentissent chaque clic et gaspillent l’effort d’exploration, donc mettez le lien à jour vers l’adresse finale ; le traceur de chaînes de statuts HTTP montre le parcours complet saut par saut quand vous avez besoin de le voir. Les images rompues arrivent troisièmes — elles bloquent rarement la lecture, mais font paraître abandonnée une page saine. Les délais dépassés et les erreurs serveur méritent une nouvelle vérification avant la chirurgie : un 5xx ou un délai dépassé peut être une minute de saturation plutôt qu’une page morte, tandis qu’un hôte qui reste injoignable relève d’un problème de DNS ou d’hébergement, pas de liens.
Cet outil vérifie une page par passage, exprès. Une exploration de tout le site est un instrument différent — elle a sa place dans les rapports de votre CMS, vos journaux serveur ou la Search Console — et prétendre qu’une vérification d’une seule page couvre tout un site serait malhonnête. Lancez ce vérificateur sur votre page d’accueil, vos pages de destination clés et toute page que vous venez de refondre, migrer ou élaguer, et lisez le guide compagnon trouvez les liens rompus avant vos visiteurs pour savoir quand vérifier et dans quel ordre corriger. Au maximum 300 liens sont vérifiés par passage ; si une page en porte davantage, ou si un passage atteint sa limite de temps, le résultat le dit et est étiqueté partiel au lieu d’être tronqué en silence.
Ce que signifie chaque statut de résultat
| OK | Le lien a été récupéré et la réponse finale était un succès (2xx) sans redirection nécessaire — le visiteur atterrit exactement là où le lien pointe. |
| Redirection | Le lien fonctionne, mais seulement après une ou plusieurs redirections (3xx). Le compte montre combien de sauts ont été suivis jusqu’au succès final. |
| Rompu (4xx) | Le serveur a répondu par une erreur client — le plus souvent 404 Introuvable ou 410 Disparu. La page que le lien promet n’est pas là. |
| Erreur serveur (5xx) | Le serveur cible n’a pas répondu correctement (500, 502, 503, 504 et cousines). Le lien est peut-être bon ; le serveur ne l’est pas — revérifiez avant de changer quoi que ce soit. |
| Délai dépassé | La cible n’a pas répondu dans la limite de temps du vérificateur. Traitez un délai dépassé isolé comme « lent ou occupé », et un délai répété comme un vrai problème. |
| Injoignable | Aucune connexion n’a pu être établie — échec DNS, connexion refusée ou hôte mort. C’est l’adresse elle-même, pas seulement une de ses pages, qui est en difficulté. |
| Ignoré (bloqué) | Le lien se résout vers une adresse privée, de bouclage ou autrement bloquée, donc il a été signalé mais jamais récupéré. Un vérificateur public ne doit pas sonder les réseaux internes. |
Questions fréquentes
Ce vérificateur explore-t-il tout mon site web ?
Non. Il vérifie exactement une page par passage — celle que vous collez — plus chaque lien et image de cette page, jusqu’à 300 liens vérifiés. Il ne suit pas les liens pour explorer le reste du site. Pour une vue de tout le site, utilisez votre CMS, vos journaux serveur ou la Search Console, et lancez ce vérificateur sur les pages qui comptent le plus : la page d’accueil, les pages de destination clés et tout ce qui a été récemment refondu ou migré.
Pourquoi certains liens sont-ils listés mais marqués « non récupérés » ?
Parce que les récupérer n’aurait aucun sens ou serait une erreur. Les liens à schéma non web — mailto:, tel:, javascript: et similaires — ne sont pas des requêtes HTTP, donc il n’y a aucun statut à signaler ; les liens de fragment (#section) pointent à l’intérieur de la page déjà récupérée. Les deux sortes sont listées avec leur raison pour que les comptes tombent juste : les liens trouvés égalent toujours les liens vérifiés plus les liens listés mais non récupérés plus tout reste qu’un passage partiel n’a pas atteint.
Pourquoi un lien est-il revenu comme ignoré ?
Son hôte se résout vers une adresse privée, de bouclage ou autrement bloquée. Un vérificateur de liens public qui récupérerait de telles cibles pourrait servir à sonder des réseaux internes — routeurs, panneaux d’administration, points de terminaison de métadonnées cloud — donc ce vérificateur signale ces liens comme ignorés et ne les demande jamais. Si le lien se trouve sur votre propre page et pointe vers une adresse interne, c’est généralement une erreur qui vaut aussi la peine d’être corrigée : vos visiteurs ne peuvent pas y accéder non plus.
Le résultat est étiqueté partiel. Que s’est-il passé ?
Le passage s’est arrêté avant que chaque lien récupérable soit vérifié — la page portait plus que la limite de 300 liens, ou le passage a atteint sa limite de temps. Le résumé montre toujours combien de liens ont été vérifiés sur combien étaient récupérables, et les liens absents du tableau sont non vérifiés, pas sains. Relancez la vérification sur la même page, et considérez les verdicts que vous avez obtenus comme valides : un lien rompu trouvé dans un passage partiel reste rompu.
Un lien affiche une erreur serveur mais s’ouvre très bien chez moi. Pourquoi ?
Les erreurs serveur et les délais dépassés sont souvent transitoires : la cible était occupée, en redémarrage ou en limitation de débit au moment de la vérification, et en forme une minute plus tard. Relancez la vérification avant de changer un lien qui signale un 5xx ou un délai dépassé. Si le même lien échoue à répétition alors qu’il s’ouvre bien dans votre navigateur, la différence tient souvent à la géographie, au cache ou au traitement des robots chez la cible — le traceur de chaînes de statuts HTTP peut montrer le chemin de réponse exact qu’emprunte une requête de type vérificateur.