- [ Accueil ](/fr/) / - [ Blog ](/fr/blog/) / - Santé des liens llms.txt : 294 URL testées # Santé des liens `llms.txt` : 294 URL testées Une carte valide peut mener vers des ressources mortes. Ce benchmark mesure la joignabilité sans la confondre avec la qualité du contenu. Dernière mise à jour: 28 août 2026 Sur cette page - [ Les liens échantillonnés étaient-ils sains ? ](#les-liens-échantillonnés-étaient-ils-sains-) - [ Ce que mesure le test HTTP ](#ce-que-mesure-le-test-http) - [ Une politique CI prudente ](#une-politique-ci-prudente) - [ Les limites du statut HTTP ](#les-limites-du-statut-http) Une liste Markdown valide ne suffit pas. Si les pages liées expirent, redirigent de façon imprévue ou répondent en erreur, le fichier cesse d’être une route fiable. Notre baseline a joint 286 URL sur 294, soit 97,3 % de succès observé pendant cette exécution. **À retenir** - 286 des 294 URL échantillonnées étaient joignables le 12 août 2026. - Joignabilité ne signifie ni pertinence, ni fraîcheur, ni usage par un agent. - Une panne externe doit être réessayée avant de bloquer une publication. ## Les liens échantillonnés étaient-ils sains ? Le crawl de recherche v2 a sélectionné jusqu’à trois liens dans chacune des 113 réponses racine correspondant à la règle d’inclusion H1. Il a demandé 294 URL et reçu une réponse réussie pour 286. Huit n’étaient pas joignables dans les conditions du test. Il s’agit d’un échantillon, pas d’un audit de tous les liens. Le fichier médian contient 76 liens : trois URL par fichier privilégient donc la diversité des hôtes plutôt que l’exhaustivité d’une seule carte. ## Ce que mesure le test HTTP Le script suit les redirections, applique un délai de sept secondes et note si la réponse finale réussit. Il ne se connecte pas, n’exécute pas de navigateur, n’évalue pas la qualité du texte et ne vérifie pas l’adéquation entre le libellé et la destination. Un succès peut masquer une soft 404. Un échec peut être temporaire, limité ou causé par une protection antibot. Le résultat est donc publié comme observation datée avec sa méthode. L’[annuaire vérifié](/fr/exemples/) documente l’entrée et le [validateur](/fr/validateur/) contrôle la syntaxe. Aucun ne remplace une revue humaine des destinations critiques. ## Une politique CI prudente Contrôlez les liens internes à chaque build, car vous maîtrisez les deux extrémités. Pour les liens externes, utilisez une tâche planifiée, réessayez les échecs et considérez surtout les réponses 404 ou 410 persistantes. Un push ne doit pas dépendre de centaines d’hôtes tiers. Enregistrez URL initiale, URL finale, statut et date. Distinguez les chaînes de redirection des erreurs. Quand une page canonique change durablement, mettez le fichier à jour. Pour les grands fichiers, faites tourner l’échantillon ou lancez un crawl complet moins souvent. Les [bonnes pratiques](/fr/bonnes-pratiques/) expliquent pourquoi une liste curée coûte moins cher à maintenir. ## Les limites du statut HTTP HTTP 200 signifie que le serveur a répondu, pas que la page est actuelle ou utile. À l’inverse, un timeout unique ne prouve pas un lien mort. Conservez les résultats pour comparer plusieurs exécutions avant une suppression automatique. Ce benchmark ne dit rien sur le ranking Google. L’hygiène des liens fiabilise le fichier pour les clients qui le lisent ; Search possède son propre système. Revoyez [le fonctionnement de llms.txt](/fr/comment-ca-marche/) et alignez la portée sur la [migration v2](/fr/blog/migration-llms-txt-v2/). ### Un lien externe cassé doit-il bloquer la production ? Généralement non. Réessayez-le dans une tâche planifiée et bloquez seulement selon une règle maîtrisée. ### Les redirections sont-elles invalides ? Non, mais une destination canonique directe réduit latence et ambiguïté. ### Quelle fréquence choisir ? Adaptez-la au rythme du contenu. Un annuaire actif justifie un contrôle hebdomadaire. ## Sources - [ llmstxt.org, proposition de listes ](https://llmstxt.org/) - [ llmtxt.info, benchmark v2 ](https://llmtxt.info/v2-adoption-stats.json)