ハクソク

世界を動かす技術を、日本語で。

あなたのePubは問題ありません。Koboは異議を唱えています。Adobeを責めてください。

2026年6月15日原文(andreklein.net)

概要

  • Adobe 製品への不満と業界の現状
  • epubcheck を通過したEPUBでもKoboで「破損」扱いされる問題
  • 原因は Adobe RMSDK の古いCSSサポート
  • epubcheckだけでは Kobo互換性 は保証されない事実
  • CSS互換性 のテスト重要性と出版現場の課題

AdobeとEPUB制作現場の苦悩

  • Adobe は現在、ユーザーからあまり好かれていない企業
    • Creative Suiteが事実上の 業界標準 ・独占状態
    • 他に有力な代替がほとんど存在しない現状
  • 筆者は Photopea などでAdobe製品を極力回避
  • Adobeへの嫌悪感がさらに増した体験談

EPUB制作とepubcheckの現実

  • 新刊書籍を DRMフリーEPUB で提供
  • epubcheck はEPUBの品質保証・業界の「金字塔」
    • 非常に厳格な検証ツール
    • 初心者には合格が難しい
  • epubcheck合格＝どのEPUBリーダーでも動作するはず、という認識

Kobo端末での「破損」問題発生

  • epubcheck合格のEPUBが Kobo 端末で「破損」扱い
    • Kindle, Apple Books, Thoriumでは正常動作
    • EPUB2形式でも同様の問題
  • Koboユーザーからの報告で発覚

Adobe RMSDKの問題点

  • Kobo端末は Adobe RMSDK （Reader Mobile Software Development Kit）を採用
    • Adobe Digital Editions や古いSony/Nook端末でも同様
    • 2010年頃の技術がベース、EPUB3対応も不十分
  • RMSDKは CSS4 など最新仕様に未対応
    • flexbox, grid, 数学関数, カスタムプロパティ未サポート
    • 未知のCSS記述で無言クラッシュ

デバッグの過程と原因究明

  • ADEでEPUBを開くと エラー表示なし で読み込めない
  • 構造やメタデータ、UUID、ディレクトリ再構成などを試すも解決せず
  • スタイルシート無効化 で初めて読み込み成功
  • 原因はCSSの 
    .copyright img { max-width: min(150px, 30vw); }
    という CSS4構文
  • 旧来の 
    max-width: 150px;
    に変更で正常動作

epubcheckの限界と出版現場への教訓

  • epubcheck はCSSの内容までは完全に検証できない
    • レンダラー依存の問題を検出不可能
  • 2026年現在でも RMSDK の古さが原因で「破損」扱い
    • エラーメッセージもなく、ユーザーに不親切
  • Kobo互換性を担保するには
    • epubcheck合格だけでなく Adobe Digital Editions での動作確認が必須
    • 新しいCSS構文は回避推奨

電子出版業界の根本的課題

  • RMSDKの進化停滞・エラーハンドリングの欠如
  • 利便性よりも DRM・著作権保護 重視の姿勢
  • EPUBは優れたオープン標準だが、実装の質に大きなばらつき
  • 著作権対策優先で 読者体験 が犠牲になっている現実

Kobo対応EPUB制作のポイント

  • epubcheck だけでは安心できない
  • Adobe Digital Editions での動作検証が必須
  • 新しいCSS構文や機能 の使用は控えるべき
  • 問題発生時は、CSSやメタデータの見直し・段階的テストが重要

結論と今後へのメッセージ

  • EPUBは優れた規格だが、 実装の壁 が多い
  • 出版者・制作者は 互換性検証 の手間を惜しまない姿勢が重要
  • 読者体験向上には、業界全体の 技術更新と透明性 が不可欠

Hackerたちの意見

Adobe Digital EditionsとRMSDKが最近Wipro Engineeringに売却されたらしいよ: https://helpx.adobe.com/enterprise/kb/eol-faq-adobe-digital-...

└

売却されたのか、外注されたのか？

始めた頃は、完成した本のバリデートボタンを押す瞬間が恐怖だった。何ヶ月もかけて作ったのに、必ず何か問題が見つかるから。特に、涙が出そうになっていたある修士課程の学生を思い出す。彼は「書いてからフォーマットを考える」っていうのを文字通りに受け取って、締切が迫る中で初めてLaTeXの論文草稿をコンパイルしようとしていたんだ。

残念ながら、epubやepubcheckは、著者が言うほど素晴らしいリソースじゃないんだよね。W3C, Inc.がEPub仕様のメンテナンスを引き継いだ時、3.1が現行だった頃、彼らはただWHATWG HTMLや他の拡張され続けるブラウザ仕様を参照しただけなんだ。これらは「生きた標準」だから、バージョニングやQAがない。HTMLのバージョンに基づいてヘッダーやセクショニングを再定義した結果、Epub 3.2は既存のepubを非準拠にしちゃった。だからCalibreや他のツールは3.1、あるいはもっと言えば2を推奨してるんだよね。CSSのmin()関数が拒否されるケースも、非常に複雑なCSS仕様の一括インポートが役に立たない場所の一つだし。結局、電子書籍リーダーは常に最新のブラウザじゃないからね。

AIUI、Koboデバイスはファイル名を.kepub.epubにすると、もっと進んだレンダリングエンジンを使うみたいだよ。（ePub 3に基づいてると思う？）ここでの問題が解決するかは分からないけど、個人的にはKoboに転送する前にePubsをkepubify（https://pgaskin.net/kepubify/try/）で処理してる。

└

そうそう、私も全部そうしてるよ。あと、Standard ebooksみたいな出版社はkepubのダウンロードを提供してるんだよね。ここで説明してるけど、アドビリーダーにも問題があるみたい。 https://standardebooks.org/help/how-to-use-our-ebooks#kobo-f... 私はKobo（クラーラカラー）が大好きで、本当にアドビリーダーを取り除いてくれたら完璧なんだけど。KOreaderも試したけど、Overdriveの図書館の本やKoboストアが好きだから、結局切り替えなかった。

Adobeは昔からこんな感じだよね。Flashで膨大なマーケットシェアを無駄にしたのは、代わりにQAに数百万ドル使うことになるから。結局、全てのブラウザメーカーが「そんな信頼できないパートナーなしの方がウェブは良い」って合意したんだ。昔、Flashでいくつかのものを出したけど、信じられないくらいひどいソフトウェアだったよ。ランダムにクラッシュしたり、一つのエリアの変更が他のモジュールの無関係な機能に影響を与えたりしてさ。800ドルくらいかかったけど、完全にサポートされてなかった。再現可能なバグをいくつか報告したけど、次のリリースが出るまで何も返事がなかった。自動的に「バグが修正されるかもしれないから、フルプライスのライセンスを買って確かめてね」って提案が来ただけだった。

└

フラッシュは、最も簡単な出版手段として未だに比類がないよね。JavaScriptのビルドシステムや「ウェブ標準」は、ちょっと絵を描いたり簡単な関数を書いたりして、どこにでも埋め込める静的ファイルを作るよりも、何百万倍も難しい。フラッシュの代替を設定するのに、すごく時間がかかるし、「標準」もひどい。スティーブ・ジョブズがフラッシュを潰したのが本当に嫌いだし、アドビもこんな素晴らしいウェブ技術の管理が下手すぎる。今の子供たちは、フラッシュがどれだけ魔法のような存在だったか全然知らないんだよね。ウェブサイトは、2000年代初頭のフラッシュにはまだまだ及ばない。何十年もかかって、ようやくその力のほんの一部を真似ることができたけど、使いやすさは全然ない。

└

ヘイゼンバグ ゴールド

EPublish（https://frequal.com/epublish/）というHTMLからepubへのコンバータを作るとき、似たようなハードルに直面したよ。異なるスタックで作られた多くのeリーダーとの互換性を保つのは本当にイライラする。自分の初小説「Means and Motive」にEPublishを使ったけど、ここで出版したのはDRMフリーだよ: https://www.amazon.com/dp/B0GYCZJVGX これまで互換性の問題は聞いてないから、EPublishはEPUBのターゲットとしてうまくいってると思う。ただ、IE6をターゲットにしていた昔のことを思い出す感じもする。古いリーダーもまだ存在するから、最低限の互換性を目指さないといけないね。

読者がmax-widthみたいなものをサポート（または無視）するePubリーダーを使ってることに感謝しなよ :-P。正直、時々ePubファイルを編集して、余計なスタイリングを取り除いて、変な表示にならないようにしてるePubリーダーを使ってるんだけど、他の人からは私が問題ないと思ってたファイルが読めないって言われたこともあってさ。だから、本当に特別なフォーマットが必要じゃない限り（例えば、画像にできない数学的なものとか）、想像できる最も基本的なHTMLを使うべきだと思う。IE4でも（あまり）間違って表示されないようなものね。で、これが実現するとは思えないけど、時々「epub再構築」ツールを作ろうかなって考えてる。できるだけシンプルなHTML/CSSを使うように再構築するやつね :-P（理想的には最大の互換性のために設定可能に）。

└

ああ、そうだね。絵を描くとき、真ん中を塗らないこともあるよ。誰かが眼鏡にひびが入ってて、絵が変に見えちゃうかもしれないからね。もしくは、眼鏡メーカーにもっと良い眼鏡を作るように言って、アーティストには自由にアートを作らせるべきかも。

Hacker Newsで議論の続きを見る