EPUBを40MB→8.6MBに減量した話（連載⑩）

EPUBを40MB→8.6MBに減量した話 — 全画像JPEG化と配信コスト（連載⑩）

「日本の測地系がわかる本」制作の裏側を綴る連載、第10回です。前回は文字サイズ可変のリフロー型に合わせた図版設計について書きました。今回は、図版を作り込んだ結果として膨らんでしまったEPUBのファイルサイズを、どう減らしたかという話です。

KDPの配信コストは「MBで課金」される

Kindle ダイレクト・パブリッシング（KDP）の70%ロイヤリティ帯は、売上の70%がそのまま手取りになるわけではありません。ダウンロードのたびに発生する配信コストが、ファイルサイズ（MB）に比例して差し引かれる仕組みになっています。つまり、図版を丁寧に作り込むほど1冊あたりの手取りが薄くなる、というトレードオフが構造的に存在します。

「本の内容の質」と「配信コストの安さ」は本来別軸のはずですが、電子書籍というフォーマットではこの2つが同じファイルサイズという指標でぶつかります。

肥大の原因は縦長スマホスクショPNG

制作中に一度、EPUBのビルドサイズが約40.9MBまで膨らんだことがありました。原因を調べると、各章の「アプリで確かめる」セクションに載せた縦長のスマホスクリーンショット（PNG形式）が大半を占めていました。

PNGは可逆圧縮のため、スクリーンショットのような複雑な階調を含む画像では、同じ見た目のJPEGに比べてファイルサイズが数倍になります。前回の記事で触れた「文字図版は横長・幅1600px以上」というルールを守っていても、画像形式そのものの選び方までは意識できていなかった、というのが実際のところです。

一括JPEG化スクリプトと参照の書き換え

対応として、本文中の画像28枚を一括でJPEG化するスクリプトを用意しました。処理の流れは次のとおりです。

manuscript/images/ 配下のPNGを走査
Pillowで開き、quality=88 でJPEGとして再保存
Markdown原稿内の ![...](images/xxx.png) を .jpg 参照へ一括置換
metadata.yaml のカバー画像パスなど、画像を参照する箇所を再確認

表紙画像だけは文字の縁がシャープに出る必要があるため、PNGのまま残しています。本文図版とカバーで扱いを分けたのがポイントです。

画質の目視検証 — 文字図版は耐えるか

JPEGは非可逆圧縮なので、文字を含む図版で潰れや滲みが出ないかを一枚ずつ目視確認しました。quality=88 を選んだのは、それより低い値（quality=75前後）ではグラフの罫線や小さな文字にわずかなノイズが出始めたためです。品質と容量のバランスを取れる値として、複数の圧縮率を試した末にこの数値に落ち着きました。

写真的な要素を含まない、線と文字だけの図版であっても、JPEG化によって視認性が損なわれないことをKindle Previewer上でも確認してから、最終版として採用しています。