EPUBCheck affiche zéro erreur. Ace ne remonte rien de manifestement bloquant. Le fichier s'ouvre correctement dans votre application de lecture. Peut-on alors le considérer comme accessible ? Pas nécessairement — parce que conformité technique et accessibilité ne répondent pas à la même question.
Un EPUB parfaitement valide peut rester difficile, voire impossible, à utiliser pour certains lecteurs.
Ce n'est pas une contradiction.
Lorsqu'un outil valide la construction d'un fichier, il vérifie ce qu'il est capable d'établir à partir de règles formelles. L'accessibilité demande parfois autre chose : comprendre la fonction d'une image, vérifier que l'ordre d'un contenu conserve son sens, juger si une navigation est réellement utile ou déterminer si une information visuelle possède un équivalent pertinent.
Autrement dit, un EPUB peut être correctement construit sans être correctement utilisable.
Et c'est précisément pour cela qu'un contrôle d'accessibilité ne peut pas se résumer à obtenir une série de voyants verts.
Valide, accessible : deux mots pour deux questions différentes
Commençons par la distinction essentielle.
Lorsqu'on passe un fichier dans EPUBCheck, on cherche principalement à savoir s'il respecte les règles techniques applicables au format EPUB.
La question est de l'ordre de :
« Le fichier est-il correctement constitué ? »
L'accessibilité pose une autre question :
« Des personnes ayant différentes capacités et utilisant différentes modalités de lecture peuvent-elles accéder au contenu et l'utiliser ? »
Ce deuxième sujet possède son propre cadre normatif.
La spécification EPUB Accessibility du W3C définit les exigences permettant d'évaluer l'accessibilité d'une publication EPUB. Elle articule notamment les exigences propres à EPUB avec les Web Content Accessibility Guidelines (WCAG) et prévoit également des métadonnées permettant de décrire les caractéristiques d'accessibilité d'une publication.
Cela explique déjà pourquoi une validation EPUB classique ne suffit pas.
On ne cherche tout simplement pas à mesurer la même chose.
Le raccourci à éviter
EPUB valide = sa construction respecte les règles techniques contrôlées.
EPUB accessible = son contenu satisfait également des exigences d'accessibilité qui concernent sa perception, sa structure, sa navigation et son utilisation.
L'un est nécessaire à un workflow EPUB sérieux. L'un ne prouve pas automatiquement l'autre.
Prenons une image : le problème devient immédiatement visible
Imaginons une biographie contenant une photographie accompagnée de cette légende :
Virginia Woolf à Monk's House, vers 1939.
Dans le fichier EPUB, l'image possède bien un attribut alt.
C'est déjà mieux que son absence.
Mais voici sa valeur :
alt="photo"
Un contrôle automatique peut constater qu'un attribut existe.
Il est beaucoup plus difficile pour lui de déterminer si « photo » constitue une alternative pertinente à cette image dans ce contexte précis.
Et ici, manifestement, ce n'est pas le cas.
Pour une personne utilisant un lecteur d'écran, entendre simplement « photo » ne transmet pas l'information utile que l'image apporte à la publication.
Il faudrait déterminer ce que cette image signifie dans son contexte : qui elle représente, ce qui est pertinent pour la compréhension, ce que la légende fournit déjà, et ce qu'il serait inutile de répéter.
À l'inverse, imaginons un petit motif floral placé entre deux sections uniquement pour créer une respiration graphique.
Le décrire longuement pourrait au contraire détériorer l'expérience.
L'alternative appropriée peut alors être vide afin que la technologie d'assistance ignore cet élément décoratif.
Même balise. Deux images. Deux décisions différentes.
Le code seul ne donne pas la réponse.
C'est là que les limites de l'automatisation apparaissent
Un outil automatique est excellent lorsqu'une règle peut être formulée objectivement.
Par exemple :
L'attribut attendu est-il présent ?
C'est une question qu'une machine peut vérifier très efficacement.
Mais :
Le texte contenu dans cet attribut remplit-il correctement sa fonction ?
demande souvent de comprendre l'image et son contexte.
C'est une distinction fondamentale en accessibilité.
Un contrôle automatique peut détecter l'absence de nombreuses informations. Il ne peut pas systématiquement déterminer leur qualité.
Cette limite ne concerne pas seulement les images.
1. Les titres peuvent exister… et raconter une mauvaise structure
Dans un EPUB correctement structuré, les titres ne servent pas uniquement à rendre certains textes plus grands ou plus gras.
Ils décrivent l'organisation du contenu.
Une technologie d'assistance peut utiliser cette hiérarchie pour permettre au lecteur de parcourir le document par titres, de comprendre son organisation ou de rejoindre rapidement une section.
Prenons :
Chapitre 4 h1 → La maison h2 → Le jardin h3
La hiérarchie exprime quelque chose.
Mais imaginons maintenant :
Chapitre 4 h1 → La maison h4 → Le jardin h2
Les balises sont là. Le contenu peut même sembler parfaitement normal si le CSS donne à chaque élément la taille souhaitée.
Pourtant, la structure transmise aux technologies d'assistance ne correspond plus nécessairement à l'organisation réelle du texte.
Et le problème peut être encore plus subtil : tous les niveaux peuvent être techniquement cohérents tout en étant éditorialement mal choisis.
Un outil peut analyser une séquence de balises.
Il ne connaît pas nécessairement l'architecture intellectuelle que l'auteur et l'éditeur voulaient donner au livre.
2. L'ordre visuel n'est pas toujours l'ordre de lecture
Sur un écran, nous comprenons beaucoup de choses grâce à leur position.
Un encadré se trouve à droite d'un paragraphe.
Une légende apparaît sous une image.
Une note semble visuellement associée à une phrase.
Deux colonnes nous indiquent spontanément comment parcourir une page.
Une technologie d'assistance, elle, peut dépendre beaucoup plus directement de l'ordre programmatique du contenu.
Si cet ordre ne correspond pas à la séquence nécessaire à la compréhension, un contenu visuellement impeccable peut devenir incohérent lorsqu'il est lu autrement.
Imaginez :
Phrase introductive
→ note explicative
→ illustration
→ suite du texte
Visuellement, tout est placé correctement.
Mais dans le code, l'ordre pourrait être :
Phrase introductive
→ suite du texte
→ illustration
→ note explicative
Le lecteur voyant peut ne jamais remarquer le problème.
Une personne parcourant le contenu séquentiellement, si.
La question n'est donc pas seulement :
« Tous les éléments sont-ils présents ? »
mais :
« Leur ordre conserve-t-il le sens lorsqu'on ne dispose plus de la mise en page visuelle ? »
3. Une table des matières peut fonctionner sans être réellement suffisante
Autre cas fréquent : la navigation.
Une table des matières EPUB peut être techniquement valide.
Ses liens peuvent tous fonctionner.
Aucune destination ne manque.
Et pourtant, elle peut rester peu utile.
Pourquoi ?
Parce que la question de l'accessibilité n'est pas seulement de savoir si un lien fonctionne, mais si la navigation proposée permet effectivement au lecteur de comprendre et parcourir la structure de la publication.
Prenons un ouvrage comportant :
- cinq parties ;
- vingt chapitres ;
- des annexes ;
- une bibliographie ;
- un index.
Une table des matières qui ne contient que :
Partie I / Partie II / Partie III / Partie IV / Partie V
peut être techniquement constituée.
Mais correspond-elle réellement au niveau de navigation dont le lecteur a besoin ?
Il faut alors examiner la structure du livre, et pas seulement le fonctionnement des liens.
4. Un lien peut fonctionner et rester incompréhensible
Prenons maintenant trois liens :
Cliquez ici / En savoir plus / Voir
Techniquement, ce sont des liens.
Ils possèdent une destination.
Ils peuvent parfaitement fonctionner au clavier.
Mais une personne qui parcourt une liste de liens avec une technologie d'assistance peut entendre :
« Cliquez ici » « En savoir plus » « Voir »
sans savoir immédiatement à quoi chacun correspond.
Un intitulé comme :
Consulter la bibliographie
transmet beaucoup plus d'information.
Encore une fois, le problème n'est pas nécessairement l'existence du lien.
C'est son sens.
Et le sens est précisément l'une des choses les plus difficiles à réduire à un test automatique fiable.
5. Une langue correctement déclarée… sauf au milieu du chapitre
La langue principale d'une publication fait partie des informations importantes.
Mais les livres ne sont pas toujours monolingues.
Un roman français peut contenir une lettre en espagnol.
Un essai peut citer un long passage en anglais.
Une biographie peut reproduire quelques phrases en allemand.
Pour une synthèse vocale, savoir qu'un passage change de langue peut modifier radicalement la prononciation.
Le fichier peut parfaitement déclarer :
fr
comme langue principale.
C'est exact.
Mais cela ne signifie pas que tous les changements de langue pertinents à l'intérieur du contenu ont été correctement identifiés.
Un contrôle global ne suffit donc pas nécessairement.
Il faut regarder le livre lui-même.
6. Une information peut être présente — mais uniquement par la couleur
Imaginez un manuel dans lequel on indique :
Les éléments en rouge sont obligatoires ; les éléments en vert sont facultatifs.
Visuellement, la distinction paraît évidente.
Mais si la couleur est le seul moyen de transmettre cette information, certains lecteurs ne pourront pas la percevoir.
Le problème ne vient pas nécessairement d'une erreur dans le fichier.
Le CSS peut être parfaitement valide.
Les couleurs peuvent être correctement définies.
L'affichage peut correspondre exactement à la maquette.
C'est précisément le problème :
le fichier peut faire techniquement exactement ce qu'on lui a demandé tout en transmettant l'information d'une manière inaccessible.
7. « Il fonctionne avec mon lecteur d'écran » n'est pas non plus une preuve absolue
Il existe un autre raccourci, presque inverse :
« Nous avons ouvert le livre avec un lecteur d'écran et il a été lu, donc il est accessible. »
C'est déjà un test utile.
Mais ce n'est pas à lui seul une évaluation complète.
Pouvoir faire prononcer le texte ne dit pas nécessairement :
- que la structure est correctement exposée ;
- que les titres permettent une navigation efficace ;
- que les images importantes disposent d'alternatives pertinentes ;
- que les changements de langue sont identifiés ;
- que les tableaux complexes restent compréhensibles ;
- que l'ordre de lecture est cohérent ;
- que les éléments interactifs éventuels sont utilisables ;
- que les métadonnées d'accessibilité décrivent correctement la publication.
Accessible ne signifie pas simplement « le texte peut être vocalisé ».
Un livre numérique accessible doit conserver suffisamment de structure et de sens lorsque le lecteur change sa manière d'accéder au contenu.
Alors à quoi sert Ace by DAISY ?
C'est ici qu'intervient Ace by DAISY.
Ace est spécialement conçu pour analyser les publications EPUB à la recherche de problèmes d'accessibilité automatisables.
Il complète donc très utilement EPUBCheck.
On peut simplifier ainsi :
EPUBCheck La publication respecte-t-elle les règles techniques EPUB contrôlables ?
Ace Quels problèmes d'accessibilité peut-on détecter automatiquement dans cette publication ?
Évaluation humaine Les éléments qui nécessitent de comprendre le contenu, son contexte ou son usage sont-ils réellement accessibles ?
Les trois niveaux ne sont pas concurrents.
Ils sont complémentaires.
Et c'est précisément pour cela qu'un rapport Ace propre est une bonne nouvelle sans constituer, à lui seul, la preuve universelle qu'une publication satisfait toutes les exigences d'accessibilité applicables.
Automatique ≠ inutile
Dire que l'automatisation ne suffit pas ne signifie surtout pas qu'elle sert peu.
C'est même l'inverse.
Les outils automatisés permettent de contrôler rapidement et systématiquement une quantité de règles qu'il serait absurde de vérifier manuellement à chaque publication.
La bonne méthode consiste à automatiser ce qui peut l'être — puis à examiner humainement ce qui exige du jugement.
Peut-on alors parler de « conformité » ?
Avec prudence.
La spécification EPUB Accessibility ne se limite pas à une collection de bonnes pratiques. Elle définit un cadre permettant d'évaluer la conformité d'une publication, notamment en relation avec WCAG, et prévoit également la manière d'exprimer certaines informations de conformité dans les métadonnées EPUB.
Cela signifie qu'une affirmation comme :
« EPUB Accessibility — WCAG niveau AA »
ne devrait pas être ajoutée parce qu'un outil automatique n'a trouvé aucune erreur.
Une déclaration de conformité suppose une évaluation du contenu par rapport aux exigences applicables.
C'est une différence importante pour les éditeurs : les métadonnées d'accessibilité ne sont pas simplement décoratives.
Elles servent aussi à informer les distributeurs, bibliothèques, plateformes et lecteurs sur les caractéristiques de la publication.
Déclarer ce que le livre permet réellement est donc aussi important que de construire correctement le fichier.
Et l'European Accessibility Act dans tout ça ?
Depuis 2025, l'accessibilité des livres numériques a pris une importance réglementaire supplémentaire dans l'Union européenne avec l'application de l'European Accessibility Act et de ses transpositions nationales.
Mais il faut éviter un raccourci supplémentaire :
« Ace est vert, donc mon livre est conforme à l'EAA. »
Un outil de contrôle EPUB n'est pas, à lui seul, une décision juridique.
Il permet d'examiner certains aspects techniques du fichier.
La conformité réglementaire dépend du cadre applicable, de la publication, du service concerné, des obligations de l'opérateur et des éventuelles exemptions.
Chez Nommera, un contrôle technique ou un audit EPUB ne doit donc pas être présenté comme un certificat juridique de conformité EAA.
C'est volontairement plus précis — et plus sérieux.
Un exemple : le même EPUB vu par trois contrôles
Prenons un roman illustré.
EPUBCheck 0 erreur La structure technique du fichier ne présente pas de problème détecté.
Ace 0 violation automatique majeure Les règles qu'Ace peut tester automatiquement ne font pas apparaître de problème bloquant.
Contrôle humain On ouvre le contenu.
Une illustration importante représente le plan de la maison dans laquelle se déroule toute l'intrigue.
Son alternative textuelle est :
alt="plan"
L'attribut existe.
Mais pour une personne qui ne voit pas l'image, cette information ne restitue pratiquement rien.
Plus loin, trois changements de langue ne sont pas identifiés.
La hiérarchie des titres est techniquement présente, mais un intertitre purement décoratif a été balisé comme un niveau structurel et apparaît dans la navigation par titres.
Le livre avait donc :
0 erreur technique majeure détectée
sans avoir :
0 problème d'accessibilité.
C'est exactement la nuance que les chiffres seuls ne montrent pas.
Que faut-il réellement contrôler avant publication ?
Pour un EPUB destiné à être distribué professionnellement, on peut penser le contrôle en plusieurs couches.
1 — Conformité EPUB Le fichier est contrôlé avec EPUBCheck.
2 — Accessibilité automatisable Un outil comme Ace recherche les problèmes qu'il peut identifier automatiquement.
3 — Contrôles nécessitant une appréciation humaine On examine les éléments pour lesquels le contexte compte : alternatives textuelles, structure réelle, ordre de lecture, pertinence de certains intitulés, etc.
4 — Métadonnées d'accessibilité On vérifie que les caractéristiques déclarées correspondent effectivement au fichier.
5 — Tests de lecture On contrôle le comportement de la publication dans des environnements de lecture pertinents et, lorsque cela est nécessaire, avec des technologies d'assistance.
Ces couches ne sont pas nécessairement cinq prestations distinctes.
C'est surtout une manière saine de ne pas demander à un seul outil de répondre à toutes les questions.
Le cas des romans simples
Tout cela peut sembler disproportionné pour un roman composé essentiellement de texte.
En réalité, un EPUB textuel simple est précisément le type de publication pour lequel une bonne accessibilité peut être relativement naturelle — à condition que la structure soit propre dès le départ.
Un roman classique aura souvent peu d'éléments complexes :
- un titre ;
- des chapitres ;
- quelques intertitres ;
- éventuellement des notes ;
- une couverture ;
- parfois quelques illustrations.
Il n'est pas nécessaire de transformer sa fabrication en projet informatique.
Il faut surtout éviter de perdre, dans le fichier, la structure que le livre possède déjà.
Un chapitre doit être identifiable comme un chapitre.
Un changement de langue doit pouvoir être compris comme tel lorsqu'il est pertinent.
Une image informative doit transmettre son information autrement que visuellement.
La navigation doit refléter le livre.
L'accessibilité n'est donc pas nécessairement une couche artificielle ajoutée après la fabrication.
Souvent, elle consiste simplement à préserver correctement le sens du contenu dans sa structure numérique.
Pourquoi corriger l'accessibilité à la fin coûte souvent plus cher
Un problème fréquent consiste à fabriquer d'abord le fichier en visant uniquement son apparence, puis à demander :
« Maintenant, comment le rendre accessible ? »
Cela peut fonctionner.
Mais certaines corrections deviennent alors inutilement coûteuses.
Si tous les titres ont été créés avec des paragraphes auxquels on a simplement appliqué une classe CSS, il faut reconstruire la hiérarchie.
Si les illustrations ont été intégrées sans réfléchir à leur fonction, il faut revenir les examiner une à une.
Si l'ordre du contenu dépend de positionnements visuels complexes, il faut parfois revoir sa structure.
À l'inverse, lorsqu'un EPUB est construit avec une sémantique propre dès le départ, une grande partie du travail d'accessibilité cesse d'être une « correction ».
Elle devient simplement une bonne fabrication.
Alors, un EPUB sans erreur est-il accessible ?
La réponse courte est :
peut-être.
Et c'est précisément pourquoi la réponse professionnelle ne peut pas être simplement « oui ».
Zéro erreur EPUBCheck signifie que l'on a franchi une étape essentielle de contrôle technique.
Un bon résultat Ace permet d'aller plus loin sur les critères automatisables.
Mais certains aspects de l'accessibilité ne deviennent visibles qu'en examinant le sens du contenu, sa structure réelle et la manière dont un lecteur peut l'utiliser autrement que visuellement.
Le bon objectif n'est donc pas d'obtenir le plus beau rapport automatique possible.
C'est de produire un livre qui continue à fonctionner lorsque la manière de le lire change.
Commencer par ce qui peut être contrôlé automatiquement
Le Pré-contrôle EPUB gratuit de Nommera analyse votre fichier notamment avec EPUBCheck et Ace afin de repérer les problèmes techniques et les signaux d'accessibilité automatisables.
Vous obtenez ainsi un premier état des lieux avant de décider s'il est nécessaire d'aller plus loin.
Pré-contrôler mon EPUB gratuitement →
Et si les outils automatiques ne suffisent pas ?
L'Audit d'accessibilité EPUB — 190 € HT ajoute précisément la couche que les contrôles automatiques ne peuvent pas fournir seuls : une vérification humaine des points qui nécessitent de comprendre le contenu, sa structure et son usage.
Il ne constitue pas, à lui seul, un certificat juridique de conformité à l'European Accessibility Act.
Découvrir l'Audit d'accessibilité EPUB →
À lire ensuite
EPUB accessible : 10 erreurs que les contrôles automatiques ne suffisent pas à détecter
Textes alternatifs, hiérarchie réelle, ordre de lecture, navigation, changements de langue : dix situations dans lesquelles un rapport automatique peut sembler rassurant alors qu'une vérification reste nécessaire.