Outils SEO
Vérificateur de liens morts : testez les liens d'une page
Charge la page indiquée, prélève un échantillon de ses liens internes et interroge chacun d'eux — en rapportant le code de statut renvoyé, pas la couleur du lien.
Ce que teste ce vérificateur
L'outil vérifie une page, pas un site entier : un échantillon des liens internes trouvés sur l'URL saisie. C'est la bonne unité pour un contrôle ponctuel de gabarit — lancez-le sur une fiche produit, un article et une catégorie, et un défaut du gabarit commun apparaîtra sur les trois.
- Le code de statut réellement renvoyé par chaque lien interne testé.
- Les liens qui n'aboutissent qu'après une redirection, coûteuse à chaque exploration.
- Les ancres vides de sens : « cliquez ici », « en savoir plus », « détails ».
- Les liens sortants sans attributs rel ni target sécurisé.
Ce que signifie chaque résultat
La distinction qui compte est 404 contre 5xx. Un 404 est un problème de contenu que l'on corrige dans le balisage. Un 5xx est un problème de disponibilité, et modifier les liens n'y changera rien.
| Réponse | Signification | Que faire |
|---|---|---|
| 200 | Le lien fonctionne | Rien |
| 301 / 302 | Fonctionne, mais via une redirection | Pointer vers l'URL finale |
| 404 | La cible n'existe plus | Corriger le href ou retirer le lien |
| 410 | Retirée volontairement | Retirer le lien : la cible ne reviendra pas |
| 5xx | La cible échoue, elle n'est pas absente | Regarder le serveur avant les liens |
| Délai dépassé | Aucune réponse à temps | Retester : lente n'est pas morte |
Pourquoi un lien mort coûte plus qu'un mauvais clic
Un lien interne mort gaspille de l'exploration sur une URL qui ne renvoie rien, et isole ce vers quoi il pointait : une page accessible uniquement par un href cassé est, pour un robot, inaccessible. Cela pèse surtout là où chaque URL est explorée rarement. Pour le contexte complet, voyez l'audit du maillage interne , et pour confirmer que la cible est indexable une fois le lien corrigé, lancez le vérificateur d'indexabilité .
- Pourquoi seuls certains liens sont testés ?
- Chaque lien est une requête distincte. Un échantillon garde le contrôle assez rapide pour s'exécuter dans la page plutôt qu'en tâche de fond, et un défaut de gabarit apparaît de toute façon dès les premiers liens.
- Le lien marche dans mon navigateur mais renvoie 404 ici.
- Le plus souvent un lien qui ne s'ouvre que pour une session connectée, ou mis en cache par votre navigateur. Cet outil l'interroge à neuf et sans vos cookies — exactement comme le voit un robot.
Autres outils
Récupère le fichier robots.txt de l’hôte saisi, indique s’il existe et s’il bloque tous les robots, et lit au passage les directives robots au niveau de la page.
Cherche le sitemap comme le ferait un robot — d’abord la déclaration dans robots.txt, puis les emplacements conventionnels — puis vérifie que le document se parse en XML et compte les URL qu’il contient.
Lit l’URL canonique déclarée par la page, puis récupère cette adresse pour confirmer qu’elle répond, qu’elle ne redirige pas et qu’elle n’est pas en noindex — les trois façons dont une balise canonique devient silencieusement inopérante.
Analyse les données structurées de la page saisie, liste les types schema.org trouvés et signale les blocs qui ne se parsent pas ou auxquels manquent les propriétés requises par leur type.
Suit l’URL saisie à travers chaque saut, en indiquant le code de statut à chaque étape et la destination finale — le détail que le navigateur masque dès que la barre d’adresse se stabilise.
Contrôle tous les signaux qui décident si une page a le droit d’entrer dans l’index : le code de statut, l’accès dans robots.txt, la meta robots, l’en-tête X-Robots-Tag et la balise canonique.
Interroge le DNS en direct pour le domaine saisi et affiche les enregistrements publiés : les adresses vers lesquelles il résout, où part son courrier, et si les enregistrements TXT dont dépend l’authentification des e-mails sont présents.
Interroge le registre du nom de domaine via RDAP — le successeur structuré du WHOIS classique — et indique sa date d’enregistrement, son ancienneté actuelle, son registraire et la date d’expiration. Les domaines en .fr sont couverts : l’AFNIC publie du RDAP.
Saisissez un domaine pour voir sa date d’enregistrement, son âge, son expiration et son registrar. L’âge apporte du contexte, mais n’est pas un facteur de classement Google.
Ouvre une connexion TLS vers l’hôte saisi et rapporte le certificat présenté : l’émetteur, la fenêtre de validité, les jours restants et la version de protocole négociée.
Requête l’URL saisie et rapporte ce que le serveur renvoie dans ses en-têtes : les en-têtes de sécurité présents, la politique de cache, la compression éventuelle et la version HTTP négociée.