Donnons la réponse d'abord.
Ce n'est pas que « l'EPUB n'est pas optimisé pour le manga ». C'est que « l'optimisation existe dans la spécification et que personne ne l'utilise ».
Cela se ressemble mais ne veut pas du tout dire la même chose. Dans le premier cas, il ne resterait qu'à renoncer ; dans le second, la situation peut changer. Voici le détail.
Pour commencer, la mise en page fixe elle-même a été mise là pour le manga. L'explication du W3C dit même que la mise en page fixe a été implémentée pour la numérisation des bandes dessinées, des livres pour enfants et des magazines. Ce n'est pas le cas d'un format conçu pour le texte que l'on forcerait à un travail auquel il n'était pas destiné.
En réalité, l'EPUB dispose même d'une spécification pour définir la lecture case par case. Elle s'appelle Region-Based Navigation.
Cette spécification affirme clairement que fournir un moyen de lire case par case est une exigence importante pour le manga, la bande dessinée et les magazines. Comme exemple développé, elle prend une page de manga à six cases et montre comment chaque case est définie et dans quel ordre elles se lisent.
Elle va encore plus loin : on peut imbriquer des régions à l'intérieur d'une case. La conception anticipe le fait de traiter chaque bulle comme sa propre région.
l'EPUB ne se contente pas d'aligner une image par page — définir la position des cases et l'ordre de lecture pour qu'un téléphone puisse les parcourir une à une est une fonction standard du format.
Voici le nœud du problème. En pratique, aucune application de lecture ne prend en charge cette partie de la spécification.
Il y a un exemple parlant. Un développeur du logiciel de peinture Krita a effectivement implémenté l'export de cette navigation par régions. Le travail lui-même a pris environ deux heures, et l'EPUB obtenu a passé la validation. Le construire selon la spécification n'est vraiment pas difficile.
Et pourtant, ce même développeur a écrit qu'il n'a pas pu confirmer l'existence d'un logiciel de lecture affichant le fichier correctement. On peut construire exactement selon la spécification et ne trouver nulle part où le lire.
Voilà ce que « la spécification existe et personne ne l'utilise » signifie en pratique. Un créateur peut tout faire correctement et n'avoir toujours aucun chemin jusqu'au lecteur.
Alors, cette vue case par case dont on dispose en lisant du manga sur Kindle, c'est quoi ? Ce n'est pas une fonction standard de l'EPUB.
Amazon dispose d'un mécanisme maison appelé Panel View (Guided View), bâti sur un balisage propre à Amazon : regionMagnification , targetIdpour désigner une case, ordinal pour fixer l'ordre — tout cela propre à Amazon.
En plus de cela, quand l'éditeur n'a balisé aucune case, une fonction appelée « Virtual Panels » se déclenche automatiquement. Amazon découpe et agrandit la page même si le créateur n'a rien fait.
Mis côte à côte, cela donne ceci.
| Norme EPUB | Propre à Amazon | |
|---|---|---|
| Une spécification de vue par cases | Oui | Oui |
| Environnements de lecture qui la prennent en charge | Quasiment aucun | Oui |
| Fonctionne sans balisage du créateur | Non | Comblé automatiquement |
En bref, la lecture du manga case par case existe grâce à l'implémentation d'Amazon, pas grâce à la norme. C'est l'état des choses.
Construire un EPUB scrupuleusement conforme à la norme ne garantit pas qu'il se lise bien en tant que manga. Inversement, dans l'environnement d'Amazon il se lit correctement même si le fichier ne spécifie rien.
« Faire un EPUB correct » et « se lire confortablement comme un manga » ne sont pas liés — et c'est de là que vient le malaise que l'on ressent en le construisant.
Pour les œuvres à défilement vertical — les webtoons — il n'y a pas moyen de défendre le format.
Au cœur de la mise en page fixe se trouve l'idée de découper en pages à l'avance : un fichier HTML correspond à une page. La notion de défilement continu vers le bas n'existe tout simplement pas dans la spécification.
Mettre une œuvre à défilement vertical dans un EPUB implique donc toujours de la couper en pages quelque part. Le flux ininterrompu, qui fait tout l'intérêt de l'œuvre, se perd structurellement.
Ce n'est pas techniquement impossible. C'est que la conception du format et la nature de l'œuvre se heurtent de plein fouet.
Écrit ainsi cela paraît sombre, mais les choses bougent.
L'EPUB 3.4 en cours de rédaction comporte, à côté de points comme la prise en charge du mode sombre et les notes de bas de page normalisées, une équipe dédiée à la bande dessinée numérique.
EPUB 3.4 a atteint le stade de Candidate Recommendation en juillet 2026, et une Recommandation formelle est attendue à partir du 19 octobre 2026. La façon dont le manga devrait être traité en EPUB se discute à l'échelle internationale en ce moment même.
Le jugement pratique à ce stade ressemble à ceci.
Amazon prend votre EPUB, le convertit dans son propre format et distribue celui-ci. L'expérience de vue par cases est laissée à la machinerie d'Amazon, donc il n'y a actuellement à peu près aucun intérêt à peiner sur les définitions de cases normalisées. Vous êtes plus tranquille en vous concentrant sur la qualité des images de page elles-mêmes et sur les fondamentaux : sens de reliure, ordre des pages.
L'EPUB à mise en page fixe fait de façon fiable le travail d'afficher les pages correctement. Tenez-vous-en à la construction simple d'une image par page et il se lira bien dans la plupart des applications. Renoncez à la vue par cases et mettez le soin dans les doubles pages et la résolution des images.
Il vaut la peine de s'arrêter et de se demander si l'EPUB est bien le bon contenant. Vérifiez si l'endroit où vous publiez veut réellement de l'EPUB. Si vous pouvez distribuer les images telles quelles, c'est plus fidèle à l'œuvre ; si un dépôt en boutique exige de l'EPUB, alors ce sera de l'EPUB. Raisonnez à rebours à partir de l'objectif.
Choisissez un dossier d'images et vous obtenez un EPUB à mise en page fixe avec le sens de reliure et la taille de page déjà réglés. Sans compte, sans installation.
Essayer EPUB FACTORY