Un EPUB peut contenir des métadonnées d’accessibilité exactes et rester présenté en librairie sans aucune information utile. L’inverse est plus grave : un flux commercial peut annoncer des fonctions que le fichier distribué ne possède pas.
Les deux couches doivent donc être contrôlées ensemble : les métadonnées intégrées à l’EPUB voyagent avec le fichier ; les métadonnées ONIX voyagent dans la chaîne commerciale.
Le principe de sécurité
ONIX ne rend pas un EPUB accessible. Il décrit les caractéristiques réellement présentes afin qu’un lecteur puisse savoir, avant l’achat ou l’emprunt, si le produit répond à ses besoins.
Pourquoi deux déclarations sont nécessaires
EPUB Accessibility 1.1 exige des métadonnées Schema.org dans le document package de la publication. Elles restent attachées au fichier et peuvent être lues par les systèmes qui l’inspectent.
Dans la distribution commerciale, les librairies et bibliothèques utilisent souvent un enregistrement séparé, par exemple ONIX. Le W3C précise que les canaux de distribution peuvent s’appuyer sur cet enregistrement plutôt que sur le package EPUB. Il recommande donc de transmettre les données d’accessibilité dans le format de distribution lorsqu’il les prend en charge, sans supprimer celles du fichier.
La directive européenne 2019/882 prévoit par ailleurs que les livres numériques soient découvrables grâce à des informations, fournies via les métadonnées, sur leurs caractéristiques d’accessibilité. La donnée n’est donc pas un supplément marketing : elle participe à l’information permettant de choisir un produit utilisable.
Ce qui se trouve dans l’EPUB
EPUB Accessibility 1.1 impose notamment les propriétés suivantes dans le package :
schema:accessMode: modes sensoriels nécessaires au contenu par défaut ;schema:accessibilityFeature: fonctions ou adaptations présentes ;schema:accessibilityHazard: risques connus, absents ou à déterminer.
La spécification recommande également :
schema:accessModeSufficient: mode ou combinaison de modes permettant d’accéder à toute l’information ;schema:accessibilitySummary: résumé humain des caractéristiques et limitations connues.
Une publication revendiquant une conformité ajoute aussi les informations d’évaluation prévues par la spécification, notamment le référentiel déclaré et l’identité du certificateur ou évaluateur lorsque cela s’applique.
Ces valeurs doivent décrire le contenu réel. Un livre contenant des images essentielles sans équivalent textuel ne devient pas intégralement lisible sans vision parce qu’une valeur textual a été ajoutée par copier-coller.
Ce qui se transmet dans ONIX
ONIX 3 utilise plusieurs listes complémentaires. Les trois plus importantes pour ce sujet sont :
| Besoin | Construction ONIX | Rôle |
|---|---|---|
| caractéristiques et conformité | ProductFormFeatureType 09 + liste 196 |
fonctions, limites, résumé, référentiels, évaluation et contact |
| risques | ProductFormFeatureType 12 + liste 143 |
clignotement, son, simulation de mouvement : présent, absent ou inconnu |
| nature du contenu | listes de contenu, notamment liste 81 | texte, images, audio et autres modes présents dans le produit |
Il ne s’agit pas d’une traduction mot à mot de chaque balise EPUB. Une correspondance doit être établie à partir du fichier contrôlé et de la version des listes ONIX utilisée par le destinataire.
Comprendre la liste 196 sans déclarer trop
La liste 196 permet d’encoder des informations granulaires. Parmi les familles courantes :
- résumé d’accessibilité ;
- niveau et référentiel de conformité ;
- navigation par table des matières, structure ou pages ;
- ordre de lecture logique ;
- alternatives textuelles courtes ou développées ;
- possibilité de modifier l’apparence du texte ;
- compatibilité avec une lecture sans vision ;
- date de la dernière évaluation ;
- page de détail, organisme ou contact compétent ;
- accessibilité limitée et description de ses limites.
Par exemple, le type 09 avec une valeur issue de la liste 196 peut signaler une table des matières navigable ou un ordre de lecture logique. Mais le code ne doit être envoyé que si cette caractéristique est présente dans la publication distribuée.
Les listes évoluent. EDItEUR publie une version courante des codes et indique pour chacun sa date d’ajout ou de modification. Le système éditorial doit donc conserver la version du référentiel utilisée au moment du mapping au lieu d’intégrer une liste ancienne sans suivi.
Résumé, fonctions et conformité ne sont pas synonymes
Un résumé d’accessibilité explique en langage humain les principales fonctions et limitations. Il complète les codes structurés ; il ne les remplace pas lorsqu’ils peuvent être transmis.
Une fonction décrit une propriété vérifiée : alternatives textuelles, navigation, ordre de lecture ou modification de l’apparence, par exemple.
Une conformité affirme que l’ensemble des exigences d’un référentiel et d’un niveau a été évalué. Elle ne peut pas être déduite d’une seule fonction ni d’un rapport EPUBCheck sans erreur.
Exemple de déclaration prudente
« Navigation par table des matières, ordre de lecture contrôlé et texte adaptable ; certaines illustrations complexes ne disposent pas de description longue. » Cette formulation informe mieux qu’un simple mot « accessible » et permet d’encoder séparément les fonctions et la limitation.
La liste 143 pour les risques
La liste 143 distingue notamment les risques de clignotement, de son et de simulation de mouvement. Pour chaque famille, le flux peut indiquer un risque présent, absent ou inconnu. Lorsque la publication ne présente aucun risque connu, un code global est également prévu.
L’absence de vidéo ou d’audio ne dispense pas de documenter le risque : le lecteur ne connaît pas nécessairement le contenu avant l’achat. DAISY recommande donc de fournir un état explicite plutôt que de laisser le champ vide.
Construire un mapping contrôlable
La table de correspondance interne devrait comporter au minimum :
| Élément | Exemple de preuve |
|---|---|
| produit et version du fichier | nom, date, empreinte SHA-256 |
| propriété EPUB | valeur lue dans le package |
| contrôle de contenu | résultat manuel ou outil utilisé avec sa version |
| valeur ONIX | type, liste et code transmis |
| justification | critère ou observation permettant la déclaration |
| date de validation | moment où le fichier et le flux ont été comparés |
| responsable | personne ayant validé la déclaration |
Cette traçabilité est indispensable lorsqu’un fichier est remplacé. Les métadonnées ONIX doivent alors être réévaluées : une correction d’image, de navigation ou de DRM peut rendre l’ancienne déclaration incomplète ou fausse.
Exemple minimal de caractéristique dans ONIX
Le modèle suivant illustre la structure utilisée pour une caractéristique d’accessibilité. La valeur 11 de la liste 196 correspond, dans la version courante, à la navigation par table des matières.
<ProductFormFeature>
<ProductFormFeatureType>09</ProductFormFeatureType>
<ProductFormFeatureValue>11</ProductFormFeatureValue>
</ProductFormFeature>Ce fragment n’est pas un message ONIX complet et ne prouve pas à lui seul que la table des matières couvre correctement la structure du livre. Il montre uniquement où la caractéristique déclarée est encodée.
Les erreurs les plus fréquentes
Copier les codes d’un autre titre
Deux EPUB produits par le même prestataire peuvent différer : illustrations, notes, tableaux, scripts, audio ou structure. Les données d’un roman simple ne doivent pas servir de modèle non vérifié pour un livre scolaire illustré.
Déclarer la conformité après un contrôle automatique
EPUBCheck valide principalement la conformité technique du format. Ace by DAISY peut détecter de nombreux problèmes d’accessibilité, mais son rapport nécessite une revue et ne remplace pas l’évaluation complète. Une déclaration de conformité doit suivre le périmètre annoncé par le référentiel.
Oublier les limitations
Une publication peut offrir une bonne navigation tout en présentant une limite sur des schémas complexes. Ne rien dire de cette limite prive le lecteur de l’information la plus utile.
Mettre à jour l’EPUB sans mettre à jour ONIX
Le remplacement du fichier ne corrige pas automatiquement le flux commercial. L’équipe doit déclencher la révision des données de distribution et en contrôler la propagation.
Confondre accessibilité du fichier et de la plateforme
Un EPUB correctement décrit peut être vendu sur une interface peu accessible ou soumis à une protection qui gêne les technologies d’assistance. L’éditeur doit documenter ce qu’il contrôle et éviter d’activer des restrictions qui neutralisent les fonctions du fichier.
Processus recommandé avant diffusion
- identifier exactement le produit et le fichier distribué ;
- contrôler le package et le contenu avec outils et revue manuelle ;
- rédiger un résumé fidèle, y compris les limitations ;
- valider les valeurs structurées EPUB ;
- établir le mapping vers les listes ONIX courantes ;
- faire relire toute affirmation de conformité ;
- transmettre le flux et conserver sa version ;
- vérifier l’affichage sur les canaux qui exposent ces informations ;
- recommencer après toute modification significative du fichier.
Pour contrôler les données générales du produit avant diffusion, consultez Contrôler les métadonnées avant parution. Pour repérer les déclarations incohérentes à l’échelle d’un fonds, l’audit de catalogue peut intégrer un volet accessibilité et ONIX dans son périmètre.