Une erreur a été corrigée dans le fichier. Très bien. Mais avant de remplacer l'EPUB chez un distributeur ou un libraire, il reste une question plus importante : est-ce que le nouveau fichier est réellement prêt à repartir en circulation ?

Corriger un EPUB n'est pas seulement modifier quelques lignes de code jusqu'à ce qu'un message disparaisse.

Un fichier numérique est un ensemble de ressources liées entre elles : XHTML, CSS, images, navigation, métadonnées, manifest, spine, parfois polices, SVG ou contenus plus complexes. Une correction locale peut donc avoir des conséquences ailleurs — ou simplement masquer la cause sans réparer correctement la publication.

C'est pourquoi un EPUB corrigé devrait toujours être considéré comme un nouveau fichier à contrôler, et non comme « l'ancien fichier avec une erreur en moins ».

Le principe est simple :

corriger → revalider → contrôler l'accessibilité → tester → vérifier les métadonnées → remplacer → contrôler après publication.

Voici ce que cela implique concrètement.

1. Commencer par vérifier que l'on a corrigé la cause — pas seulement le message

C'est probablement l'erreur la plus fréquente lorsqu'on travaille à partir d'un rapport EPUBCheck.

Un message indique par exemple qu'une ressource est introuvable.

La réaction immédiate peut être de supprimer la référence qui provoque l'erreur.

Le rapport devient propre.

Mais était-ce réellement la bonne correction ?

Peut-être que cette ressource devait exister.

Peut-être s'agissait-il d'une image nécessaire, d'un fichier CSS oublié ou d'une destination de navigation importante.

Faire disparaître un message ne suffit donc pas.

La première question est :

« Pourquoi cette erreur existait-elle ? »

Prenons un cas simple.

Un chapitre contient :

<img src="../images/carte.jpg" alt="Carte de la région">

mais carte.jpg n'est pas dans le package.

Deux corrections sont possibles :

  • retirer l'image ;
  • remettre correctement l'image dans l'EPUB et dans son manifest.

Les deux peuvent supprimer l'erreur.

Une seule correspond peut-être au livre que l'éditeur voulait publier.

Une bonne correction ne vise pas le rapport

Elle vise le fichier.

L'objectif n'est pas :

« obtenir zéro message »

mais :

« restaurer une publication techniquement cohérente sans perdre de contenu ni de fonction ».

2. Relancer EPUBCheck sur le fichier final

Après toute modification, EPUBCheck doit être relancé.

Pas seulement sur les chapitres touchés.

Sur le fichier EPUB final qui sera réellement distribué.

EPUBCheck est le vérificateur de conformité de référence du format EPUB ; il examine notamment la structure du conteneur, le package, les documents de contenu et la cohérence des références internes.

C'est important parce qu'une correction peut créer un nouveau problème.

Un exemple classique :

on renomme :

chapitre-08.xhtml

en :

chapitre-8.xhtml

pour harmoniser les noms.

Le chapitre s'ouvre parfaitement.

Mais une entrée dans la table des matières pointe encore vers l'ancien nom.

Résultat : on a corrigé une chose et cassé la navigation.

Autre exemple :

on supprime une police embarquée devenue inutile.

Le fichier est plus léger.

Mais elle reste déclarée dans le manifest.

EPUBCheck permet précisément de repérer ce genre d'incohérences.

Le bon réflexe

Après chaque série de modifications :

EPUBCheck → corrections → EPUBCheck à nouveau.

La validation est un cycle, pas une étape unique en fin de production.

DAISY recommande d'ailleurs explicitement la validation comme partie intégrante du processus de fabrication, notamment parce que les erreurs peuvent rendre une publication difficile, voire impossible, à utiliser dans certains environnements de lecture.

3. Ne pas s'arrêter à EPUBCheck

Un fichier peut être valide sans être accessible.

Nous l'avons vu dans les articles précédents, mais le point devient particulièrement important après une correction.

Imaginez que l'on corrige une section HTML.

En remaniant le code, on remplace :

<h2>La nuit</h2>

par :

<p class="intertitre">La nuit</p>

Visuellement, rien ne change.

Le CSS conserve exactement la même apparence.

EPUBCheck peut ne rien signaler de problématique dans ce choix précis.

Mais la structure du document a changé : ce qui était un titre n'en est plus un pour les technologies d'assistance.

Une correction technique peut donc involontairement introduire une régression d'accessibilité.

C'est pourquoi le fichier final devrait également passer par Ace by DAISY, qui contrôle les problèmes d'accessibilité automatisables. DAISY précise toutefois qu'un rapport Ace propre n'est pas suffisant pour affirmer une conformité complète : certains critères nécessitent toujours une inspection humaine.

4. Refaire les contrôles humains qui ont pu être affectés

Il n'est pas nécessaire de refaire aveuglément tout un audit humain après chaque microcorrection.

Il faut en revanche revoir les éléments susceptibles d'avoir été modifiés.

Si vous avez touché :

  • aux titres ;
  • aux images ;
  • à la navigation ;
  • aux tableaux ;
  • aux langues ;
  • aux notes ;
  • à l'ordre du contenu ;
  • aux métadonnées d'accessibilité ;

alors ces points méritent une nouvelle vérification.

Exemple

Une illustration possédait un texte alternatif correct.

Lors de la correction du fichier, l'image a été remplacée par une nouvelle version.

L'attribut alt est toujours présent.

Ace ne signale rien.

Mais la nouvelle image montre désormais autre chose.

L'alternative textuelle est donc devenue fausse.

C'est exactement le type de problème qu'un contrôle automatique ne peut pas déterminer seul.

DAISY décrit d'ailleurs un processus complet en trois couches :

EPUBCheck → Ace → contrôles manuels, notamment avec SMART.

5. Contrôler la navigation comme un lecteur, pas uniquement comme un fichier

Une navigation valide peut encore contenir des problèmes d'usage.

Après correction, vérifiez notamment :

  • que toutes les entrées de la table des matières ouvrent la bonne destination ;
  • que les chapitres ajoutés ou renommés apparaissent correctement ;
  • qu'aucune ancienne entrée ne subsiste ;
  • que les niveaux hiérarchiques sont cohérents ;
  • que les notes et retours de notes fonctionnent ;
  • que les liens internes ne conduisent pas à un endroit inattendu.

Il faut faire au moins une partie de ces contrôles dans une application de lecture, et non exclusivement dans le code.

Pourquoi ?

Parce que la validation EPUB vérifie la conformité aux spécifications, alors que le comportement réel dépend aussi des systèmes de lecture. EPUBCheck lui-même a des limites, notamment pour certains aspects CSS, scripts et comportements de rendu ; DAISY recommande donc également des vérifications manuelles dans les reading systems.

6. Vérifier que le style n'a pas été cassé

Le CSS est une source particulièrement fréquente de régressions discrètes.

Vous corrigez une classe utilisée dans un chapitre.

Tout semble fonctionner.

Mais cette même classe était réutilisée dans 28 autres fichiers.

La conséquence apparaît ailleurs.

Quelques points particulièrement utiles à vérifier :

Les paragraphes Les retraits, espacements et alignements restent-ils cohérents ?

Les titres Les niveaux visuels correspondent-ils toujours à la structure ?

Les italiques et petites capitales N'ont-ils pas disparu après nettoyage du code ?

Les images Restent-elles responsives et correctement dimensionnées ?

Les notes Restent-elles lisibles dans les différentes applications ?

Les ruptures de page ou de section Le comportement reste-t-il acceptable sur différents écrans ?

EPUBCheck offre seulement une validation limitée de certains aspects CSS, ce qui explique pourquoi un fichier techniquement valide peut encore présenter un problème visuel ou d'usage.

7. Contrôler le livre dans plusieurs environnements de lecture

« Ça marche dans Thorium » n'est pas la même chose que « ça marchera partout ».

Les systèmes de lecture peuvent interpréter certaines propriétés légèrement différemment.

Cela concerne notamment :

  • les polices embarquées ;
  • certains comportements CSS ;
  • les notes ;
  • les images SVG ;
  • les contenus fixed-layout ;
  • les tables complexes ;
  • les médias ou scripts ;
  • certains éléments de navigation.

Il n'est pas réaliste de tester sur toutes les liseuses du marché.

Mais avant une nouvelle distribution, un échantillon raisonnable est utile.

Par exemple :

ordinateur → Thorium Reader écosystème Apple → Apple Books écosystème Kobo → application Kobo ou appareil, si pertinent mobile → au moins un environnement iOS ou Android

Le but n'est pas d'obtenir un rendu pixel-perfect identique partout.

Un EPUB reflowable n'est justement pas conçu comme un PDF.

Le but est de vérifier que :

le texte reste lisible, la navigation fonctionne, les éléments essentiels sont présents et aucun changement de plateforme ne détruit l'expérience.

8. Vérifier les métadonnées embarquées

Les corrections sont souvent concentrées sur le contenu et laissent les métadonnées de côté.

Pourtant, avant redistribution, il faut contrôler au minimum :

  • le titre ;
  • le nom de l'auteur ou des contributeurs ;
  • la langue ;
  • l'identifiant du fichier ;
  • les métadonnées d'accessibilité pertinentes ;
  • la date ou les informations de version si votre workflow les utilise.

Cela ne veut pas dire que toutes les métadonnées commerciales doivent être intégrées dans l'EPUB.

Il faut distinguer deux univers :

Métadonnées embarquées Celles qui se trouvent réellement dans le package EPUB.

Métadonnées commerciales Celles transmises séparément à un distributeur, un agrégateur ou une plateforme : prix, description commerciale, catégories, territoires, date de mise en vente, etc.

Les deux doivent rester cohérentes.

Un fichier qui indique une langue fr alors que la fiche distributeur annonce en, ou un titre qui a été modifié dans l'un mais pas dans l'autre, crée des incohérences inutiles.

9. Ne pas changer l'identifiant d'un livre sans raison

Quand on corrige un EPUB déjà publié, il faut également faire attention à l'identifiant bibliographique.

Une simple correction technique du fichier ne signifie généralement pas que l'on publie une nouvelle œuvre.

Il ne faut donc pas créer mécaniquement un nouvel ISBN simplement parce que le fichier a changé.

La question de l'identifiant dépend du type de changement et des règles ISBN applicables, mais la logique générale est importante :

correction de fichier ≠ nouveau titre par défaut.

En revanche, il faut s'assurer que l'identifiant présent dans le nouvel EPUB correspond bien à celui attendu pour cette édition et ce format.

Un mauvais identifiant peut provoquer une situation beaucoup plus gênante qu'un problème CSS.

10. Versionner les fichiers proprement

Évitez :

livre-final.epub

puis :

livre-final-final.epub

puis :

livre-final-final-v2-correct.epub

puis :

livre-final-vraiment-final.epub

Ce n'est pas une plaisanterie : les erreurs de remise en distribution viennent parfois simplement du fait que le mauvais fichier a été envoyé.

Un système de version simple suffit.

Par exemple :

titre_epub_v1.2_2026-09-10.epub

ou, en interne :

ISBN_version-date.epub

L'important est que l'équipe sache :

  • quel fichier a été contrôlé ;
  • quel fichier a été validé ;
  • quel fichier a été envoyé ;
  • et quel fichier est actuellement en production.

Le fichier contrôlé doit être le fichier distribué

Si vous validez :

roman-v4.epub

puis modifiez encore quelque chose et envoyez :

roman-v5.epub

le contrôle de la v4 ne prouve plus rien sur le fichier réellement diffusé.

Toute modification après validation doit déclencher un nouveau contrôle.

11. Vérifier le poids et les ressources embarquées

Une correction peut aussi modifier le poids du fichier.

Cela arrive notamment lorsqu'on remplace :

  • des images ;
  • des polices ;
  • des couvertures ;
  • des fichiers SVG.

Un EPUB inutilement lourd n'est pas forcément invalide, mais il peut compliquer :

  • l'upload ;
  • le téléchargement ;
  • l'ouverture sur certains appareils ;
  • les processus de distribution.

Il faut également vérifier qu'il ne reste pas dans l'archive :

  • d'anciennes couvertures ;
  • des images inutilisées ;
  • plusieurs versions d'une même police ;
  • des fichiers temporaires ;
  • des ressources non déclarées ou devenues orphelines.

Un package propre est plus facile à maintenir et à diagnostiquer.

12. Vérifier la couverture dans le fichier — et sur la plateforme

La couverture mérite un contrôle séparé.

Il y a souvent deux couvertures à considérer :

celle embarquée dans l'EPUB

et

celle envoyée comme image commerciale à la plateforme.

Elles devraient évidemment correspondre à la bonne édition.

Après remplacement d'un EPUB, vérifiez :

  • que la bonne image est embarquée ;
  • qu'elle est correctement déclarée ;
  • qu'elle s'affiche dans l'application de lecture ;
  • que l'ancienne couverture n'est pas toujours utilisée par la plateforme ;
  • que la miniature commerciale correspond au fichier actuel.

Certaines plateformes mettent du temps à rafraîchir leurs caches ou leurs assets. Le fait que votre nouvel EPUB contienne la bonne couverture ne signifie donc pas que l'ancienne disparaîtra instantanément de toutes les fiches.

13. Refaire un dernier contrôle avant l'upload

Avant envoi, je recommande un contrôle final très simple.

Technique EPUBCheck → aucune erreur de conformité non résolue.

Accessibilité automatique Ace → problèmes analysés et corrigés lorsque nécessaire.

Accessibilité humaine → les critères affectés par les corrections ont été revérifiés.

Lecture → navigation, chapitres, images, notes et liens fonctionnent.

Métadonnées → identifiant, titre, auteur, langue et informations pertinentes sont cohérents.

Fichier → il s'agit bien de la version finale.

Cette dernière ligne paraît triviale.

Elle évite pourtant énormément d'erreurs.

14. Remplacer le fichier ne suffit pas : vérifier ce que la plateforme a réellement traité

Une fois le nouveau fichier envoyé, le travail n'est pas tout à fait terminé.

Les plateformes peuvent :

  • revalider le fichier ;
  • le convertir ;
  • générer leur propre aperçu ;
  • mettre à jour leurs caches ;
  • conserver temporairement une ancienne version ;
  • signaler une nouvelle erreur.

Kobo, par exemple, recommande explicitement de corriger les erreurs de validation avant publication lorsqu'elles sont détectées lors de l'upload.

Après remplacement, il faut donc revenir vérifier :

Le fichier est-il accepté ? Son statut est-il bien "published" ou équivalent ? L'aperçu correspond-il au nouvel EPUB ? La couverture est-elle la bonne ? La table des matières est-elle correcte ? La nouvelle version est-elle effectivement disponible au lecteur ?

Ne supposez pas que « upload réussi » signifie « mise à jour terminée ».

15. Contrôler aussi après la mise en ligne

C'est le dernier contrôle — et l'un des plus négligés.

Une fois le fichier réellement disponible, achetez, téléchargez ou consultez si possible la version servie au public.

Pourquoi ?

Parce que le fichier que vous avez uploadé et celui que reçoit finalement le lecteur peuvent passer par une chaîne technique intermédiaire.

Selon les distributeurs, il peut y avoir :

  • ingestion ;
  • conversion ;
  • DRM ;
  • synchronisation ;
  • propagation vers plusieurs libraires ;
  • cache.

Le contrôle post-publication permet donc de vérifier le résultat réel.

Quelques minutes suffisent souvent :

ouvrir le livre ; aller au sommaire ; ouvrir trois ou quatre chapitres ; tester les zones qui avaient été corrigées ; contrôler la couverture ; vérifier qu'il s'agit de la bonne version.

Le workflow complet

Une remise en distribution propre peut être résumée ainsi :

1 — Diagnostiquer — Comprendre la cause des erreurs.

2 — Corriger — Modifier le fichier sans détériorer le reste.

3 — Revalider — Relancer EPUBCheck sur le nouvel EPUB.

4 — Recontrôler l'accessibilité — Ace + vérifications humaines pertinentes.

5 — Tester — Ouvrir le fichier dans plusieurs environnements utiles.

6 — Vérifier les métadonnées — Embarquées et commerciales.

7 — Versionner — Identifier sans ambiguïté le fichier final.

8 — Remplacer — Envoyer le nouvel EPUB au distributeur ou à la plateforme.

9 — Contrôler l'ingestion — Vérifier son statut et les éventuelles erreurs.

10 — Contrôler en production — Observer ce que reçoit réellement le lecteur.

Le point important : une correction n'est pas terminée lorsque le code est modifié

Elle est terminée lorsque :

le fichier corrigé est valide, cohérent, contrôlé, correctement distribué et réellement disponible dans la bonne version.

Cette distinction compte particulièrement lorsque le livre est déjà en vente.

Dans ce cas, l'objectif n'est plus seulement de produire un EPUB propre.

Il faut remplacer un fichier vivant dans une chaîne de distribution sans introduire de nouvelle régression.

C'est un travail légèrement différent de la fabrication initiale.

Et souvent plus délicat qu'il n'y paraît.

Vous savez déjà ce qui doit être corrigé ?

Si les problèmes sont identifiés, il n'est pas nécessaire de commander d'abord un Audit.

La Correction EPUB — 290 € HT permet à Nommera d'intervenir directement sur le fichier, puis de le recontrôler avant livraison.

Découvrir la Correction EPUB →

Vous avez des erreurs mais ne savez pas lesquelles traiter en priorité ?

Nommera Prism analyse gratuitement le fichier, classe les anomalies détectables par priorité et propose des actions recommandées avant toute intervention.

Aucune prestation payante n'est nécessaire pour consulter cette analyse.

Découvrir Nommera Prism →

Pour commencer gratuitement

Le Pré-contrôle EPUB analyse votre fichier notamment avec EPUBCheck et Ace afin d'obtenir un premier état des lieux technique et des signaux d'accessibilité automatisables.

Pré-contrôler mon EPUB gratuitement →