v0.3.0-draft.9 ↗

Les ressources du protocole

Robots et accès.
Une politique lisible.

Les choix de ce site pour l’exploration automatisée, la lecture dans plusieurs langues et l’accès à sa documentation. Une politique explicite, avec une portée définie.

01 / Le choix du site

Une documentation.
Un accès ouvert.

Le site public publie actuellement une règle robots.txt commune à tous les agents : Allow: /. Il ne distingue pas, dans ce fichier, les robots de recherche, les robots d’entraînement et les agents intervenant à la demande d’un utilisateur.

User-agent: *
Allow: /

robots.txt ↗ · TS42 · Gouvernance des agents →

Ce choix décrit le signal d’exploration. Il ne vaut pas accord contractuel sur tous les usages du contenu : les textes du protocole restent sous CC BY 4.0 et les autres éléments conservent leurs notices.

02 / Lire et retrouver

Deux langues.
Une même source.

Le français et l’anglais disposent d’URL propres et de liens réciproques. Pour les langues non couvertes, x-default désigne explicitement la version anglaise de la même page. Aucune redirection automatique selon la langue n’est imposée.

Chaque contrôle est également disponible en Markdown. llms.txt est un index documentaire ; il n’accorde ni accès supplémentaire ni priorité de citation.

llms.txt ↗ · Sitemap XML ↗

03 / Le transport HTTPS

Une politique HSTS.
Une portée explicite.

Mise en service le 28 octobre 2026 : le site public émet l’en-tête Strict-Transport-Security sur les réponses HTTPS de son hôte canonique, avec une durée initiale d’un jour.

Strict-Transport-Security: max-age=86400
Portée
Le seul hôte tsep-protocol.org, sur ses réponses HTTPS. Le sous-domaine applicatif est géré séparément : pas de includeSubDomains.
Durée initiale
Un jour, pour une première phase d’observation. Une durée plus longue sera décidée après vérification des certificats, redirections et ressources embarquées. Aucun preload prévu à cette étape.
Vérification et suivi
Les accès HTTP/HTTPS, les variantes d’hôte, les certificats, les erreurs et les ressources sont contrôlés lors de la mise en ligne. Les en-têtes reçus et la date de mise en service sont conservés. Réexaminer ces points avant toute augmentation de durée.

Une politique HSTS reçue en HTTPS demande au navigateur de réutiliser HTTPS pour cet hôte pendant la durée indiquée. Sans preload, elle ne protège pas la toute première requête HTTP avant réception de la politique.

Responsable de la mise en service : Edikka. Cette politique ne constitue pas une évaluation complète de TS37. TS37 ↗ · MDN · HSTS ↗

04 / La portée

Un signal déclaré.
Un usage à vérifier.

Cette politique concerne tsep-protocol.org. Elle ne décrit pas les règles d’accès, comptes ou dossiers de TSEP Control. Les aperçus locaux restent non indexables.

Autoriser l’exploration ne prouve ni la visite d’un agent, ni son identité, ni le respect de la politique. Ces questions demandent leurs propres observations et journaux. Une modification de politique doit préciser les agents, leurs finalités et les mécanismes concernés.

Responsable : Edikka. Politique documentée le 28 octobre 2026. Signaler un problème →