Les 44 contrôles / TS32
TS32 · Données structurées
Les identifiants @id relient les mêmes entités sans créer de doublons.
Texte du protocole · 0.1.0-draft.28 · Lecture documentaire, sans évaluation de site.
Version de la règle du contrôle : 0.1.0-draft.19
Repère de lecture : commencez par l’applicabilité et les pièces requises, puis lisez les attendus avec leurs limites. Comprendre les états C, NC, NT et NA · Préparer un dossier
Attendus et preuves
- Entrées requises (identifiants du protocole)
- structured-data, intent
- Quand l’utiliser
- Graphes utilisant des identifiants d’entité.
- Comment vérifier
- Construire le graphe, repérer les nœuds sans nom, les identifiants variables et les doublons.
- Attendu
- Les mêmes entités conservent leurs identifiants dans le corpus ; références résolubles dans le graphe et doublons qualifiés, sans imposer tous les types cités dans la grille historique.
- Preuves à conserver
- Graphe archivé, liste des entités et identifiants présents, références et doublons qualifiés.
- Non-applicabilité
- Aucun graphe avec identifiants concerné.
- Limites
- Schema.org décrit un vocabulaire ; l’interprétation dépend du consommateur.
- Précision sur le résultat
- C exige tous les attendus sur le périmètre déclaré. NC exige une contradiction étayée ; sinon NT. NA exige la preuve de non-applicabilité.
- Portée des références
- Référence technique ; les attendus TSEP restent une proposition éditoriale.
Règles atomiques
Ce contrôle est décrit dans le protocole. Cette version ne lui associe pas encore de règles atomiques exécutables.