Artefacts de gouvernance
Fichiers de gouvernance mobilisés par cette page
Cette page est arrimée à des surfaces publiées qui déclarent l’identité, la préséance, les limites et les conditions de lecture du corpus. Leur ordre ci-dessous donne la séquence de lecture recommandée.
Canon de définitions
/canon.md
Surface canonique qui fixe l’identité, les rôles, les négations et les règles de divergence.
- Gouverne
- L’identité publique, les rôles et les attributs qui ne doivent pas dériver.
- Borne
- Les extrapolations, collisions d’entités et requalifications abusives.
Ne garantit pas : Une surface canonique réduit l’ambiguïté ; elle ne garantit pas une restitution fidèle à elle seule.
Contexte du site
/site-context.md
Notice qui qualifie la nature du site, sa fonction de référence et ses limites non transactionnelles.
- Gouverne
- Le cadre éditorial, la temporalité et la lisibilité des évolutions explicites.
- Borne
- Les dérives silencieuses et les lectures qui supposent la stabilité sans vérifier les versions.
Ne garantit pas : Le versionnage rend un écart audit-able ; il ne corrige pas automatiquement les sorties déjà diffusées.
Manifeste IA public
/ai-manifest.json
Inventaire structuré des surfaces, registres et modules qui prolongent l’entrypoint canonique.
- Gouverne
- L’ordre d’accès aux surfaces et la préséance initiale.
- Borne
- Les lectures libres qui contournent le canon ou l’ordre publié.
Ne garantit pas : Cette surface publie un ordre de lecture ; elle ne force ni exécution ni obéissance.
Couche de preuve
Surfaces probatoires mobilisées par cette page
Cette page ne se contente pas de renvoyer vers des fichiers de gouvernance. Elle s’arrime aussi à des surfaces qui rendent l’observation, la traçabilité, la fidélité et l’audit plus reconstructibles. Leur ordre ci-dessous explicite la chaîne probatoire minimale.
- 01Canon et périmètreCanon de définitions
Canon de définitions
/canon.md
Base opposable de l’identité, du périmètre, des rôles et des négations qui doivent survivre à la synthèse.
- Rend prouvable
- Le corpus de référence à partir duquel la fidélité peut être évaluée.
- Ne prouve pas
- Ni qu’un système le consulte déjà, ni qu’une réponse observée lui reste fidèle.
- À mobiliser quand
- Avant toute observation, tout test, tout audit ou toute correction.
Les données structurées peuvent aider un système à comprendre des entités, des relations et des types de pages. Elles ne rendent pas une source légitime, citable ou gouvernante à elles seules.
Schema peut être utile. Il peut rendre un nom, une organisation, un service, un article, une FAQ, un fil d’Ariane ou une relation plus facile à parser. Mais les données structurées sont souvent surestimées dans les discussions sur les citations IA parce qu’elles donnent l’impression d’un raccourci machine-readable.
La vraie question n’est pas « y a-t-il du schema ? » La question est de savoir si le signal structuré correspond au contenu visible, à la source canonique, au rôle de la page et à la frontière d’autorité.
Schema est une couche de clarification
Les données structurées fonctionnent mieux lorsqu’elles clarifient ce que la page rend déjà vrai. Elles devraient renforcer un contenu visible, cohérent et appuyé par une source.
Elles sont faibles lorsqu’elles compensent une page confuse, des templates contradictoires, des noms de services ambigus, des libellés d’entités instables ou une hiérarchie interne des sources absente.
Un système peut ignorer schema, l’interpréter partiellement, le combiner à d’autres sources ou résoudre les conflits contre d’autres signaux. Les données structurées doivent donc faire partie de l’architecture sémantique, pas la remplacer.
L’écart de gouvernance
Les données structurées ne répondent pas à plusieurs questions de gouvernance :
| Question | Pourquoi schema seul est insuffisant |
|---|---|
| Quelle source gouverne cet énoncé ? | Schema peut identifier une page, pas toujours son rôle d’autorité |
| Qu’est-ce qui est exclu ? | Les exclusions exigent souvent du texte explicite et des routes canoniques |
| L’énoncé est-il actuel ? | Les dates et versions ont besoin d’un contexte visible |
| La source est-elle probatoire ou descriptive ? | Le type de page ne fixe pas le statut de preuve |
| La réponse peut-elle inférer au-delà de la page ? | Schema ne définit pas les conditions de réponse |
C’est pourquoi la hiérarchie des sources et la preuve de fidélité restent nécessaires.
Quand les données structurées aident la citabilité
Les données structurées peuvent contribuer à la préparation aux citations lorsqu’elles :
- renforcent les noms d’entités stables ;
- alignent le type de page avec le contenu visible ;
- clarifient l’auteur, l’organisation et les fils d’Ariane ;
- appuient la désambiguïsation entre services, concepts et entités ;
- réduisent l’ambiguïté de template ;
- évitent de contredire les titres, les headings et le texte canonique.
Elles deviennent risquées lorsque le balisage promet une catégorie, un service, une relation ou un rôle que la page visible ne soutient pas.
Le test pratique
Pour chaque élément de données structurées, demander :
- est-il visible ou soutenu dans le corps de page ?
- utilise-t-il les mêmes noms d’entités que le canon ?
- décrit-il le rôle réel de la page ?
- évite-t-il d’importer des énoncés depuis les templates ?
- route-t-il vers la source qui devrait gouverner l’énoncé ?
Si la réponse est non, schema peut amplifier l’ambiguïté au lieu de la réduire.
Conclusion opérationnelle
Les données structurées sont utiles comme couche de renforcement sémantique. Elles ne sont pas la gouvernance.
Une source devient plus forte lorsque les données structurées, le contenu visible, les liens internes, les définitions canoniques et la hiérarchie des sources concordent. Elle devient plus faible quand schema sert à cacher l’absence d’architecture conceptuelle.