これを想像してみてください。電子ブックを作成するのに何か月も費やします。あなたはそれをやり遂げますepubチェック、EPUB 検証のゴールドスタンダード。エラーなしで合格します。すると読者からメールが届きます。彼らのデバイスでは本が「破損」しています。おなじみですね？

これは架空の悪夢ではありません。この問題は、特に古いレンダリングエンジンの場合、自費出版者で定期的に発生します。アドビRMSDK(多くの Kobo デバイスに動力を供給するエンジン) は、有効な EPUB ファイルを予期しない方法で解釈します。問題はあなたのファイルではありません。問題は、電子ブックリーダーのエコシステムが細分化されており、それぞれに独自の特徴があることです。

では、実際にそれに対して何ができるのでしょうか?単一のバリデーターを超えたものになります。ここでは、公開する前に EPUB の実際の互換性をより完全に把握できる 5 つのツールとアプローチを紹介します。

なぜ 1 つのバリデータでは十分ではないのか

のW3C標準理由があって存在する。これらはデジタルドキュメントの共通言語を私たちに与えてくれます。しかし、標準への準拠と現実世界のレンダリングはまったく異なるものです。

epubチェックIDPF 仕様に照らしてファイルを検証します。マニフェスト、メタデータ、HTML 構造、CSS 参照がチェックされます。特定のデバイスが実際にファイルをレンダリングする方法をシミュレートすることはできません。このギャップが、電子書籍の互換性の問題のほとんどが存在する場所です。

これは、W3C バリデーターで HTML を検証した後、Internet Explorer 8 がそれを間違ってレンダリングしたことに驚くようなものだと考えてください。バリデーターは正しかった。ブラウザは古くて頑固でした。同じロジックがここにも当てはまります。特に 10 年前のレンダリングエンジンに基づいて構築された読書アプリの場合はそうです。

解決策は多層的なアプローチです。 epubcheck を基盤として使用し、デバイス固有のプレビューツール、CSS リンター、実際のハードウェアテストを重ねていきます。各レイヤーは、他のレイヤーが見逃しているものをキャッチします。実際にどのようになるかを見てみましょう。

1. epubcheck: ここから始めて、ここで止まらないでください

epubチェックW3C によって維持されており、交渉の余地のない最初のステップのままです。ここでファイルが失敗しても、他に何も問題はありません。まずこれを修正してください。

最も詳細な情報を確認するには、コマンドラインから実行してください。 GUI ラッパーは便利ですが、CLI 出力には実際に対処できる行番号とエラーコードが表示されます。

java -jar epubcheck.jar your-book.epub

エラーだけでなく警告にも注意してください。多くの発行者は、ファイルが技術的にまだ合格しているため、警告を無視しています。ただし、これらの警告の一部は、古いレンダリングエンジンが完全に機能不全に陥る CSS プロパティまたは HTML 属性にフラグを立てます。 EPUB3 の非推奨のプロパティに関する警告は、まさに Adobe Digital Editions でサイレントエラーを引き起こす原因である可能性があります。

実用的なヒントの 1 つ: EPUB2 と EPUB3 の両方のバージョンを配布する予定がある場合は、ファイルの両方のバージョンに対して epubcheck を実行します。検証ルールはバージョンごとに異なり、EPUB3 検証に合格したファイルには、EPUB2 ルールの下でのみ表面化する構造的な問題がある可能性があります。

2. Pagina EPUB チェッカー: よりフレンドリーなセカンドオピニオン

のPagina EPUB チェッカーepubcheck を人間が読みやすいインターフェイスでラップするデスクトップ GUI ツールです。これは、生の CLI 出力に圧倒されると感じる技術者以外の作成者にとって、本当に役立ちます。

コマンドライン epubcheck と一緒にインストールする価値があるのは、そのバッチ処理です。複数の形式 (標準、大きな印刷、アクセシブル) を配布する場合は、それらすべてを 1 回のパスで検証できます。カタログ全体にわたるメタデータの不整合を一度に検出することで、リアルタイムの節約になります。

必須の EPUB 検証ツール

✓

epubチェック
EPUB ファイルを検証するための基盤。

✓

デバイス固有のプレビューツール
特定のデバイスでのレンダリングをシミュレートします。

✓

CSS リンター
プラットフォーム間での CSS の互換性を確認します。

✓

実際のハードウェアのテスト
実際のデバイスで精度をテストします。

に公開する場合は、この手順をスキップしないでください。主要な小売プラットフォーム独自の取り込みバリデーターを持っています。プラットフォームレベルのバリデーターは、特にカバー画像の寸法やフォント埋め込み宣言に関して、epubcheck が指摘しない問題にフラグを立てることがあります。

3. Adobe Digital Editions: 不快だが必要なテスト

誰も好きじゃないアドビデジタルエディション。動作は遅く、インターフェイスは 2011 年のままで行き詰まっているように感じられ、エラーメッセージは役に立たないことで有名です。ただし、kobo 用にパブリッシュする場合は、ADE でテストする必要があります。フルストップ。

Self-publisher testing an EPUB file across multiple validation tools on a laptop

Kobo デバイスは、ADE を駆動するのと同じコアエンジンである Adobe の RMSDK レンダリングエンジンを使用します。ファイルが ADE に正常に読み込まれる場合は、ほぼ確実に Kobo ハードウェアに読み込まれます。 ADE が白い画面を表示したり、ファイルを開くことを黙って拒否したりした場合は、読者が発見する前に問題を発見したことになります。

ここでのデバッグプロセスは系統的に行われます。 EPUB を必要最低限の部分まで削除します。スタイルシートを完全に削除してテストしてください。読み込まれる場合、CSS には RMSDK が処理できないものが含まれています。一般的な原因には次のようなものがあります。

古い RMSDK バージョンがサポートしていない CSS カスタムプロパティ (変数)
CSS グリッドまたはフレックスボックスのレイアウト宣言
@フォントフェイス異常なフォント形式宣言を含むルール
次のようなビューポートユニットを参照するメディアクエリvwまたはうーん
レンダリングエンジンの制限を超える深くネストされたセレクター

問題を切り分けたら、CSS を小さな塊に分けて再度追加します。独自のスタイルシートを二分探索します。面倒に思えますが、探しているものがわかれば、通常は 1 時間もかかりません。

4. Calibre の EPUB エディター: インラインで問題を修正する

口径は電子書籍管理のスイスアーミーナイフであり、ほとんどの自費出版者はすでにそれをインストールしています。内蔵の EPUB エディタを使用する人はほとんどいません。

エディターを使用すると、HTML ファイル、CSS、メタデータ、マニフェストなど、EPUB の生のコンテンツを開いて直接変更できます。これは、ソースドキュメント全体を再構築せずに外科的な修正を行う必要がある場合に非常に役立ちます。編集できますコンテンツ.opfマニフェスト、壊れたものを修正脊椎元のソースファイルに手を加えずに、問題のある CSS ルールを並べ替えたり削除したりできます。

Calibre には、epubcheck とは別に独自の EPUB チェック機能も含まれています。特に目次の構造と NCX ナビゲーションドキュメントに関するいくつかの異なる問題が検出されます。両方のバリデーターを実行することは冗長ではありません。彼らはさまざまなものを捕まえます。

あまり活用されていない機能の 1 つ: Calibre の「Check Book」ツールは、未使用の CSS ルールと不足しているマニフェスト項目を強調表示します。未使用の CSS はブラウザーでは無害ですが、一部の電子ブックレンダラーを混乱させる可能性があります。実際に使用するもののみにスタイルシートをトリミングすることは、デバイス間の互換性にとって良好な衛生状態になります。

デバッグのための素早い Calibre ワークフロー

Calibre のエディターで EPUB を開きます
「Check Book」を実行し、フラグが立てられた問題を修正します
CSS ファイルを開き、最新または実験的としてフラグが付けられたプロパティをすべて削除します
クリーンな EPUB を保存してエクスポートする
エクスポートされたファイルに対して epubcheck を再実行します。
Adobe Digital Editions で結果をテストする

このワークフローは、RMSDK 互換性の問題の大部分を、読者に届く前に検出します。

5. 実デバイスのテスト: ほとんどのパブリッシャーがスキップするステップ

ここに不快な真実があります。実際のハードウェアでのテストを完全に置き換えるソフトウェアバリデータは存在しません。エミュレーターとデスクトップアプリはデバイスの動作を近似します。それを正確に再現するわけではありません。

定期的に出版する場合は、手頃な価格の Kobo と Kindle を 1 台所有することは価値のある投資です。読者にダウンロードリンクを送信する前に、両方の新しいリリースをテストしてください。 1 つの返品販売または 1 つのサポートメールチェーンのコストは、基本的な電子書籍リーダーのコストをはるかに超えます。

ハードウェアのコストを正当化できないパブリッシャーの場合、技術コミュニティいくつかの回避策を構築しました。 Amazon の Kindle Previewer デスクトップアプリは、ファイルが Kindle ハードウェアでどのようにレンダリングされるかをシミュレートします。無料で驚くほど正確です。 kobo の場合、Windows または macOS 上の kobo デスクトップアプリは、最も古いハードウェア世代ではありませんが、新しい kobo デバイスと同じレンダリングスタックを使用します。

リリースごとに簡単なテストチェックリストを作成してください。

表紙画像は正しく表示されますか？
目次は適切に移動しますか?
すべての章の見出しは正しいサイズで表示されますか?
小さな画面でも画像は正しく拡大縮小されますか?
フォントは読み込まれますか、それともデバイスはシステムフォントにフォールバックしますか?

誰も語らない CSS の問題

EPUB レンダリングの失敗のほとんどは CSS に原因があります。具体的には、出版社が Web ブラウザー用の CSS を記述し、電子書籍リーダーも同じように処理すると想定しているということになります。そうはしないだろう。

RMSDK同様の古いエンジンは、最新のブラウザよりも Internet Explorer 9 に近い CSS サポートプロファイルを持っています。すべての Web 開発者が当然のこととして認識しているプロパティ。フレックスボックス、グリッド、計算()、および CSS カスタムプロパティは、サイレントエラーを引き起こす可能性のある方法でサポートされていないか、部分的にサポートされています。

EPUB レンダリングの課題

epubcheck の制限事項 40%

デバイス固有の問題 30%

CSS の互換性の問題 20%

実際のハードウェアテストのギャップ 10%

最も安全な EPUB スタイルシートは保守的なスタイルシートです。 2010 年以降 CSS の一部となっているプロパティを使用してください。マージン、パディング、フォントサイズ、行の高さ、テキスト整列、および基本的なセレクター。使用えっとの代わりに単位ピクセルまたはビューポート単位。装飾はまさにレンダリングエンジンが失敗する傾向があるため、追加するすべての装飾 CSS プロパティをテストしてください。

/* 安全な EPUB ベース スタイルシート */
ボディ{
  フォントファミリー: セリフ;
  フォントサイズ: 1em;
  行の高さ: 1.5;
  マージン: 0;
  パディング: 0;
}

h1、h2、h3 {
  フォントファミリー: サンセリフ;
  フォントの太さ: 太字;
  マージントップ: 1.5em;
  マージン-ボトム: 0.5em;
}

p {
  マージン: 0 0 1em 0;
  テキストインデント: 0;
}

画像 {
  最大幅: 100%;
  高さ: 自動;
  表示: ブロック;
}

これは魅力的な CSS ではありません。ただし、過去 15 年間に製造されたすべての EPUB 互換デバイスでレンダリングされます。ここから始めて、動作することをテストした場合にのみ複雑さを追加します。

検証を超えて: 電子ブックの配布の準備

EPUB を正しくレンダリングすることは、出版パズルの一部にすぎません。ファイルがクリーンでテストされたら、他の決定を下す必要があります。

CSS code being debugged inside a stylesheet for EPUB compatibility

アクセシブルな形式を提供する予定がある場合は、原稿をAIオーディオブックジェネレーター音声を好む読者向けにナレーション付きバージョンを作成します。多くの自費出版者はこの視聴者を完全に無視しており、コンテンツを一から再構築することなく、リーチを有意義に拡大できます。

配布用のバージョンを完成させる前に、原稿をBookProofer原稿チェック。商標の競合、説明内の誤解を招く主張、同じタイトルの既存の書籍など、技術的なバリデーターが完全に見逃している問題を検出します。これらは、発売前ではなく発売後に頭痛の種となる種類の問題です。

本の見つけやすさについても考えてみましょう。クリーンな EPUB は、読者が見つけられる場合にのみ役に立ちます。リリースを宣伝する場合は、無料のソーシャルメディア監査ツールどのプラットフォームが実際に職場にトラフィックをもたらしているのか、どのプラットフォームが時間を無駄にしているのかを特定するのに役立ちます。

独自の本の表紙やインテリアのレイアウトをデザインする著者にとって、ブランドカラーの一貫性を保つことは重要です。あ16 進カラーファインダーツールを使用すると、参照画像から正確な色の値を簡単に取得し、表紙、Web サイト、プロモーショングラフィック全体に一貫して適用できます。

自費出版者が Web 開発者から学べること

Web 開発者はブラウザーの互換性を常に考慮しています。彼らはこの問題を解決するツールチェーン全体を構築しました。プログレッシブ JavaScript パターン、CSS リセット、機能検出、およびフォールバック戦略。電子書籍出版社は、この考え方を取り入れることで利益を得られるでしょう。

核となる原理は同じです。最初に最も能力の低い環境向けに作成し、次により能力の高い環境向けに拡張します。 Web 開発では、これをプログレッシブエンハンスメントと呼びます。電子書籍の出版では、保守的な CSS を作成し、新しいハードウェアでテストする前に古いハードウェアでテストすることを意味します。

次のような API ドキュメントツール闊歩する仕様の信頼できる唯一の情報源が下流での互換性の障害を防ぐことを開発者が学んだために存在します。 EPUB 仕様も同じ理由で存在します。問題は、誰もがそれを読んでいるわけではなく、すべてのデバイスがそれを完全に実装しているわけではないことです。

EPUB の内部についてさらに詳しく知りたい場合は、W3C 標準ドキュメントEPUB3 仕様を完全にカバーしています。内容は濃いですが、仕様で実際に必要なものとレンダリングエンジンが実際にサポートしているものを理解することは、本格的な電子書籍発行者にとって非常に役立つ知識です。

本を宣伝するためにビデオコンテンツを作成する著者の場合、無料のビデオから MP3 コンバーターへは、ポッドキャストエピソードやプロモーションクリップで使用するために、録音された朗読やインタビューから音声を抽出するのに役立ちます。クロスフォーマットのコンテンツ作成は、独立した著者が視聴者を構築する方法としてますます増えています。

テイクアウト

epubcheck スコアに合格する必要があります。それだけでは十分ではありません。「仕様に準拠している」ことと「どこでも動作する」ことの間には現実的なギャップがあり、そのほとんどは、何年も誰も更新していない古いレンダリングエンジンを利用した CSS の問題です。

検証ワークフローには、仕様準拠のための epubcheck、RMSDK 互換性のための Adobe Digital Editions、およびソフトウェアで把握できないもののための実デバイステストの 3 つのレイヤーが少なくとも含まれている必要があります。カタログを維持する場合は、迅速な手術修正のために Calibre のエディターを追加し、バッチ処理のために Pagina を追加します。

保守的な CSS を記述します。早めにテストしてください。古いハードウェアでテストします。そして、読者が自分の本が壊れていると言ったら、彼らが間違っていると思い込みたい衝動を抑えてください。場合によっては、仕様書に「大丈夫」と表示されることもあります。デバイスが同意しません。読者はただあなたの本を読みたいだけです。

出版ワークフローを強化する準備はできていますか?から始めてくださいBookProofer原稿チェック次のリリースでは、読者より先に何が明らかになるかを確認してください。