先把答案写在前面。
并不是「EPUB没有为漫画优化」，而是「优化的规范明明有，却没人用」。
这两句听着相似，含义却完全不同。如果是前者，只能放弃；如果是后者，情况就还有变数。下面逐一说明。
首先，固定版式这件事本身就是为漫画准备的。W3C的说明里也写着，固定版式是为了漫画、儿童书与杂志的数字化而实现的。这并不是「把为文字书写的规格硬套到漫画上」。
不仅如此，EPUB里甚至有一套规范用来定义按格阅读的体验，叫作 Region-Based Navigation（基于区域的导航）。
那份规范书里明确写着，提供按格阅读的机制是漫画与杂志的重要需求。并且举了一个具体例子——一页有六格的漫画，演示每一格如何定义、按什么顺序阅读。
还能更细：可以在一格里再嵌套区域。设计上甚至考虑到了把每一个对话气泡都当作单独的区域这样的用法。
EPUB并不只是「一页放一张图排下去」——定义每格的位置和阅读顺序、让手机按格翻阅，是EPUB的标准功能。
接下来才是正题。支持这套规范的阅读软件，实际上并不存在。
有一个很有代表性的例子。绘图软件Krita的开发者真的实现了导出这套区域导航的功能，工作本身两个小时左右就做完了，导出的EPUB也通过了校验工具。按规范做出来，一点都不难。
可这位开发者写道，他无法确认是否存在能正确显示这个文件的阅读软件。哪怕完全按规范做出来，也找不到能读它的环境。
这就是「规范有，却没人用」的意思。制作者做得再对，也没有通往读者的路径。
那么在Kindle上读漫画时的按格显示又是什么？那不是EPUB的标准功能。
亚马逊有自己的一套机制，叫作Panel View（Guided View），靠亚马逊专有的标记实现：regionMagnification 、指向每一格的 targetId、决定顺序的 ordinal ，全都是亚马逊自己的写法。
更进一步，出版方没有标出格子时，会自动启用一个叫「Virtual Panels」的功能。制作者什么都不做，亚马逊也会把画面切分并放大显示。
整理一下，是这样的。
| EPUB标准 | 亚马逊自有 | |
|---|---|---|
| 按格阅读的规范 | 有 | 有 |
| 支持的阅读环境 | 几乎没有 | 有 |
| 制作者不指定也能用吗 | 不能 | 会自动补上 |
也就是说，漫画的按格阅读之所以成为现实，靠的是亚马逊的实现，而不是标准规范。这就是眼下的状况。
按标准规范认真做出来的EPUB，并不保证作为漫画读起来舒服。反过来，在亚马逊的环境里，文件什么都没指定也照样能读得过去。
「做出正确的EPUB」和「作为漫画读得舒服」并不直接相关——这就是制作时那份违和感的来源。
至于竖向滚动形式的作品（也就是条漫），实在无从辩护。
固定版式的根基是事先切分成页这一想法，一个HTML文件对应一页。连续向下滚动这个概念，规范里根本不存在。
所以要把竖向滚动的作品放进EPUB，就必须在某处切开分页。作品的本质——不中断的流动——在结构上必然会失去。
技术上并非不可能。只是格式的设计思路与作品的性质正面冲突。
写到这里也许显得悲观，但情况正在变化。
目前正在制定的EPUB 3.4中，除了深色模式支持、脚注标准化这些项目之外，还设立了专门讨论数字漫画支持的工作小组。
EPUB 3.4已于2026年7月发布候选推荐标准，正式成为推荐标准预计在2026年10月19日之后。漫画在EPUB里该怎么处理，此刻正在国际上讨论之中。
就目前而言，现实的判断是这样的。
亚马逊会把读入的EPUB转换成自家格式再分发。按格阅读的体验交给亚马逊那边的机制，所以费力写标准规范里的分格定义，眼下几乎没有意义。不如把精力放在页面图片本身的质量，以及翻页方向、页面顺序这些基本功上，更为稳妥。
固定版式的EPUB在正确显示页面这一点上确实是可靠的。做成一页一图这样朴素的结构，多数阅读软件都能正常显示。放弃按格阅读，把心思花在跨页处理和图片分辨率上，才是现实的做法。
EPUB是不是合适的容器，值得停下来想一想。请先确认发布方是不是真的要EPUB。如果有能直接发布图片的地方，那样更忠于作品；如果商店投稿非要EPUB，那就只能做成EPUB。这是要从目的倒推的判断。