Redirections llms.txt : ce que révèlent 113 fichiers
Une redirection peut préserver la compatibilité, mais ajoute de la latence et peut déplacer la frontière de confiance. Notre annuaire conserve URL demandée et URL finale.
Dernière mise à jour:
Trente-trois des 113 URL racine vérifiées terminaient sur une autre URL après redirection. Trente et une changeaient d’origine. Les redirections ne sont pas interdites, mais conserver la destination finale est essentiel pour la fiabilité et la revue de sécurité.
À retenir
- 29,2 % des URL demandées redirigeaient dans ce snapshot.
- 31 des 33 redirections changeaient d’origine.
- Les URL directes réduisent la latence, sans justifier une rupture brutale de compatibilité.
Les redirections sont-elles fréquentes ?
L’annuaire conserve https://hote/llms.txt et l’URL de réponse finale. Dans le snapshot du 3 août, 33 paires différaient. Trente et une destinations possédaient une origine différente.
Ce nombre décrit la récupération du fichier, pas les liens qu’il contient. Il peut inclure des migrations légitimes. Examinez chaque entrée dans l’annuaire vérifié avant d’attribuer une cause.
Que signifie un changement d’origine ?
Le fichier effectif est servi par une autre combinaison protocole-hôte-port. Une documentation peut migrer vers une plateforme ou un ancien hostname vers son remplaçant. Le client lit finalement la réponse et la politique de cette nouvelle origine.
Cela ne rend pas le fichier invalide. En revanche, la propriété et la portée deviennent moins évidentes. Si la carte finale décrit bien le contenu attendu, la redirection peut rester une couche de compatibilité raisonnable.
Politique de maintenance
Conservez URL demandée, URL finale, statut et date. Alertez sur les nouveaux changements d’origine. Maintenez la compatibilité entrante si des clients utilisent l’ancien chemin, mais mettez vos propres références à jour vers la destination canonique.
Testez boucles, chaînes, passage vers HTTP, HTML inattendu et types MIME. Placez les contrôles tiers hors du gate de chaque push afin qu’un incident externe ne bloque pas la production.
Utilisez le validateur après la redirection et la checklist v2 pour vos migrations.
Consultez la méthode de découverte et comparez les destinations dans l’annuaire vérifié.
Ce que le benchmark ne décide pas
Le jeu de données observe la destination, pas la cause ni la confiance d’un agent. Il ne peut pas noter automatiquement une migration et ne démontre aucun effet Search.
Les redirections sont-elles autorisées ?
La proposition ne les invalide pas. Une ressource directe reste plus simple.
Faut-il retirer une ancienne redirection ?
Seulement après avoir vérifié qu’aucun client pertinent ne l’utilise.
Pourquoi revoir les changements d’origine ?
Ils changent le serveur et la politique qui délivrent le fichier effectif.