EPUB工房EPUB KOBO
EPUBを知る / 比較・考察
比較・考察

固定レイアウトEPUBは
マンガに向いているのか

マンガをEPUBにするなら固定レイアウト型を選ぶ、というのが一般的な答えです。ただ実際に作ってみると「これで本当にいいのだろうか」という感覚が残ります。この記事では、EPUBの仕様がマンガをどこまで想定しているのか、そして仕様と実際の読書アプリの間に何が起きているのかを整理します。
この記事の内容
  1. 結論から
  2. 仕様はマンガを想定して作られている
  3. ところが、対応しているリーダーがない
  4. Amazonは独自方式で解決している
  5. 縦スクロール作品は、さらに厳しい
  6. EPUB 3.4で動きがある
  7. では、いま何を選ぶべきか

結論から

先に答えを書いておきます。

「EPUBがマンガに最適化されていない」のではありません。「最適化する仕様はあるのに、誰も使っていない」というのが実情です。

この2つは似ているようで、意味がまったく違います。前者なら諦めるしかありませんが、後者なら状況は変わりうるからです。順を追って説明します。

仕様はマンガを想定して作られている

まず、固定レイアウト型そのものが、マンガを想定して用意されたものです。W3Cの解説でも、固定レイアウトはコミック、児童書、雑誌のデジタル化のために実装されたと説明されています。「文字の本のための規格を、無理やりマンガに流用している」わけではありません。

それどころか、EPUBにはコマ送りの読書体験を定義するための仕様まで存在します。「Region-Based Navigation(領域ベースのナビゲーション)」という仕様です。

この仕様書には、コマ単位で読ませる仕組みを提供することはマンガ・コミック・雑誌における重要な要件であると明記されています。そして具体例として、6つのコマを持つマンガのページを挙げ、それぞれのコマをどう定義し、どの順番で読ませるかを実演しています。

さらに細かく、コマの中に入れ子の領域を作ることもできます。吹き出しひとつひとつを個別の領域として扱うといった使い方まで想定された設計です。

つまり仕様の上では

「1ページ1画像を並べるだけ」ではなく、コマの位置と読み順を定義して、スマートフォンでコマ送りに読ませることが、EPUBの標準機能として定められています。

ところが、対応しているリーダーがない

ここからが本題です。この仕様に対応した読書アプリが、事実上存在しません。

象徴的な例があります。ペイントソフトKritaの開発者が、この領域ナビゲーションを書き出す機能を実際に実装したときの記録です。作業自体は2時間ほどで終わり、出力したEPUBは検証ツールも通過したそうです。仕様通りに作ることは、決して難しくありません。

ところがその開発者は、そのファイルを正しく表示できる読書ソフトが存在するのかどうか、確かめられなかったと書いています。仕様通りに作っても、それを読める環境が見つからないのです。

これが「仕様はあるのに誰も使っていない」ということの意味です。制作者側が正しく作っても、読者側に届く経路がない。

Amazonは独自方式で解決している

では、Kindleでマンガを読むときのコマ送り表示は何なのか。あれはEPUBの標準機能ではありません。

AmazonはPanel View(Guided View)という独自の仕組みを持っていて、これはAmazon固有のマークアップで実現されています。regionMagnification や、コマを指し示す targetId、読み順を決める ordinal といった、Amazon独自の記述で動いています。

さらに、出版社側がコマを指定していない場合には「Virtual Panels」という機能が自動的に有効になるとされています。制作者が何もしなくても、Amazon側で画面を分割して拡大表示する仕組みです。

整理すると、こうなります。

EPUB標準Amazon独自
コマ送りの仕様あるある
対応する読書環境ほぼ無いある
制作者の指定なしでも動くか動かない自動で補われる

つまりマンガのコマ送り読書は、標準仕様ではなくAmazonの実装によって現実のものになっているというのが、いまの状況です。

この構造が意味すること

EPUBを標準仕様どおり丁寧に作っても、マンガとしての読み心地は保証されません。逆に、Amazonの環境ではファイル側が何も指定していなくても、それなりに読めてしまいます。

「正しいEPUBを作ること」と「マンガとして快適に読めること」が、直結していない——これが、作っていて感じる違和感の正体です。

縦スクロール作品は、さらに厳しい

縦スクロール形式の作品(いわゆるタテヨミ)については、擁護のしようがありません。

固定レイアウト型の根幹にあるのはあらかじめページに分割しておくという考え方で、1つのHTMLファイルが1ページに対応します。連続して縦にスクロールし続けるという概念が、そもそも仕様に存在しません。

そのため縦スクロール作品をEPUBに収めようとすると、必ずどこかで区切ってページにする必要があります。作品の本質である「途切れない流れ」が、構造上どうしても失われます。

技術的に不可能なわけではありません。ただ、形式の設計思想と作品の性質が正面から食い違っている、ということです。

EPUB 3.4で動きがある

ここまで書くと悲観的に聞こえるかもしれませんが、状況は動いています。

現在策定が進んでいるEPUB 3.4では、ダークモード対応や脚注の標準化といった項目と並んで、デジタルコミックへの対応を検討する専門チームが設けられています。

EPUB 3.4は2026年7月に勧告候補が公開され、正式な勧告になるのは2026年10月19日以降と見込まれています。マンガをEPUBでどう扱うべきかは、いままさに国際的に議論されている最中だということです。

では、いま何を選ぶべきか

現時点での現実的な判断は、次のようになります。

Kindleで出すなら

AmazonはEPUBを取り込んだあと、自社形式に変換して配信します。コマ送りの体験はAmazon側の仕組みに委ねられるので、標準仕様のコマ定義を頑張って書き込む意味は、現状ほとんどありません。ページの画像そのものの品質と、綴じ方向やページ順といった基本を正しく作ることに集中したほうが確実です。

Kindle以外のストアや、個人配布なら

固定レイアウト型のEPUBは、ページを正しく表示するという点では確実に機能します。1ページ1画像という素直な作りにしておけば、多くの読書アプリで問題なく読めます。コマ送りは諦めて、見開きの扱いと画像の解像度に気を配るのが現実的です。

縦スクロール作品なら

EPUBが最適な入れ物かどうか、いったん立ち止まって考える価値があります。配布先が本当にEPUBを求めているのかを確認してください。画像のまま配布できる場ならその方が作品に忠実ですし、ストア入稿で必要ならEPUBにするしかありません。目的から逆算する判断になります。

固定レイアウトEPUBを作ってみる

画像フォルダを選ぶだけで、綴じ方向やページサイズを整えた固定レイアウトEPUBが作れます。会員登録もインストールも不要です。

EPUB工房を使ってみる