ドキュメントを電子書籍フォーマットに変換する: 品質と互換性のヒント

デジタル読書の普及により、ほぼすべての文章コンテンツが電子書籍配布の候補となります。ソースが企業のホワイトペーパーであれ、学術原稿であれ、セルフパブリッシュの小説であれ、変換プロセスが最終製品のデバイス上での挙動を決定します。うまく実行された変換は、レイアウト、スタイリング、メタデータ、アクセシビリティといった著者の意図を保持しつつ、さまざまな e‑リーダー、タブレット、スマートフォンのエコシステムで機能するファイルを提供します。以下のガイドでは、e‑ブックを元のソースに忠実に保つための技術的判断と実践的手順を解説します。

ターゲットフォーマットの理解

電子書籍は単一の形式ではなく、マーケットを支配する3つのフォーマットがそれぞれ固有の強みと制約を持っています。

  • EPUB はオープンスタンダードで、HTML5 と CSS を基盤とし、ほとんどの非 Amazon デバイスでサポートされています。そのリフロー可能な特性により、コンテンツは任意の画面サイズに適応しますが、ビジュアルが多い書籍向けに 固定レイアウト バリアントも利用できます。
  • MOBI/Kindle（現在は主に KF8/AZW3 バリアント）は Amazon の独自コンテナです。ほとんどの EPUB 機能を受け入れますが、JavaScript、フォント、メタデータ処理に独自の癖があります。最終的な配信先が Kindle の場合、Amazon が新しいデバイス向けに直接 EPUB アップロードを推奨しているものの、MOBI への変換は実用的なステップです。
  • PDF は、教科書や技術マニュアルのように正確なページ割り付けが必要な文書に依然有用です。PDF 用 e‑ブックリーダーは存在しますが、フォーマットはリフローしないため、小さな画面での可読性が損なわれることがあります。

適切なフォーマット選択は、書籍の目的から始まります。クリーンなセマンティクスを持つリフロー可能テキストは EPUB に向き、画像が多いコミックや子ども向け書籍は固定レイアウト EPUB が適し、正確なページ忠実度が求められる文書は PDF のままで残すのがベストです。

ソースファイルの準備

クリーンなソースは、変換後のトラブルを劇的に減らします。元が Microsoft Word 文書、PDF、HTML ページのコレクションであっても、変換ツールがファイルに触れる前に次のガイドラインに従ってください。

  1. 一貫した見出し構造 – 手動で書式設定するのではなく、Word の標準見出しスタイル（Heading 1、Heading 2、…）を使用します。この階層は EPUB のナビゲーションドキュメントに直接変換され、すべてのデバイスで利用可能な目次を生成します。
  2. 視覚的トリックよりセマンティックなスタイル – 「引用」「キャプション」「強調テキスト」などは、太字・斜体を手動で付けるのではなく段落スタイルで定義します。セマンティックなスタイルは、変換エンジンがクリーンな HTML タグへマッピングしやすくします。
  3. 埋め込み画像 – 最終表示サイズで画像を挿入し、線画はロスレス PNG、写真は高解像度 JPEG を推奨します。Word 内で画像を拡大縮小しないで、ソースファイル上で正しい寸法を設定してください。
  4. 代替テキスト（Alt Text）によるアクセシビリティ – すべての画像に説明的な代替テキストを付与します。Word では画像を右クリック → Alt テキストの編集。この情報は EPUB の <img alt="…"> 属性へ自動的に引き継がれます。
  5. 不要なマクロと変更履歴の除去 – マクロは e‑ブックには不要ですし、未解決の変更履歴は余計なマークアップを生成し、変換エンジンを混乱させます。

規律あるソースは、変換後の e‑ブックのクリーンアップに要する時間を大幅に短縮します。

レイアウトとタイポグラフィの保持

e‑ブックは柔軟性とビジュアル忠実性のバランスを取ります。主な戦略は リフロー可能 と 固定レイアウト の二つです。

  • リフロー可能 EPUB – 小説やイラストの少ない作品に最適です。CSS で行長、余白、フォントサイズのスケーリングを制御します。シンプルな CSS を保ちましょう: 基本フォントサイズ（例: 1rem）、行間 1.5、可読性のための適度な max-width。絶対位置指定はタブレットやスマートフォンで無視されるため避けます。
  • 固定レイアウト EPUB – グラフィックが多いタイトルに必須です。ソースページを高解像度 PNG または JPEG に変換し、各ページを <div class="page"> でラップし、position: relative; width: 100%; height: auto; を設定します。このレイアウトはデザインどおりにビジュアルを固定しますが、リフローは犠牲になります。ファイルサイズが膨らみ、非常に小さな画面での表示が不十分になることがあるため、使用は慎重に。

本文とたまに全ページイラストが混在するプロジェクトでは、ハイブリッドアプローチが有効です。主な本文はリフロー可能に保ちつつ、大きな画像は CSS の @media クエリで画面幅が一定以上の場合にだけ固定サイズの フルブリード 要素として埋め込みます。

フォントとタイポグラフィの取扱い

フォント埋め込みは、読書体験が著者のデザイン通りになることを保証します。EPUB は .otf や .ttf などの 10 バイトフォント形式をサポートしています。変換ワークフローは次を行います。

  • フォントのライセンスが埋め込みを許可しているか確認する。
  • フォントファイルを EPUB パッケージの fonts/ フォルダに配置する。
  • CSS で @font-face を使って参照し、フォールバックフォントスタックを設定する。
  • Kindle 向けには Amazon が許可するフォントだけを埋め込む。許可外の場合、デバイスはデフォルトフォントにフォールバックします。

カスタムフォントを埋め込めない場合は、広くサポートされているウェブセーフフォント（Georgia、Times New Roman、Arial など）を選び、可読性を保つために CSS の行間を調整します。

メタデータの正確な移行

メタデータは e‑ブックの検索性の背骨です。EPUB では content.opf に、MOBI では内部メタデータブロックに格納されます。必須項目は以下の通りです。

  • Title – 作品の正式名称。
  • Creator/Author – 著者のフルネーム。
  • Language – ISO‑639‑2 コード（例: en、fr）。
  • Identifier – ISBN または UUID；Amazon 向けには ASIN を追加可能。
  • Publisher – 配布責任組織。
  • Cover Image – マニフェストで参照される JPEG/PNG。
  • Subject/Keywords – カテゴリ分けのためのコントロール語彙。

多くの変換ツールはソース文書のプロパティから自動的に情報を取得しますが、必ず生成された content.opf（EPUB は zip として展開可能）を監査し、項目の欠落や不正な形式がないか確認してください。たとえば言語タグが欠けていると、スクリーンリーダーのナビゲーションが崩れることがあります。

代替テキスト以外のアクセシビリティ

アクセシブルな e‑ブックは、スクリーンリーダーやハイコントラストモード、代替入力デバイスに依存する読者にも配慮します。変換プロセスで次を徹底しましょう。

  • 論理的な読順 – HTML のフローが視覚順序と一致しているか確認。見出しタグ（H1‑H6）から生成される目次は、信頼性の高いナビゲーション構造を提供します。
  • 正しいテーブルマークアップ – <table>、<thead>、<tbody>、<th> を使用し、スペースやタブ文字で列揃えを模倣しない。
  • 説明的なリンクテキスト – 「click here」ではなく「第 3 章 – 手法」のように、リンクだけで内容が把握できるように。
  • ソフトハイフン – &shy; を適切に挿入し、狭い画面でのハイフネーションを支援。
  • 必要に応じた ARIA ロール – オーディオクリップなどのインタラクティブ要素には role="region" と aria‑label を付与し、文脈を提供。

オープンソースのバリデータ epubcheck で変換後の EPUB を実行すると、多くのアクセシビリティエラーを出版前に検出できます。

埋め込みメディアの変換

近年の e‑ブックには音声ナレーション、動画クリップ、インタラクティブなクイズなどが含まれることがあります。EPUB 3 は <audio> と <video> タグでこれらをサポートしますが、対象デバイス側も同様に対応している必要があります。

  • 音声 – 幅広い互換性のため MP3（128 kbps 以上）でエンコード。MP3 と AAC の両方を <source> 要素で提供し、フォールバックを確保。
  • 動画 – MP4（ビデオは H.264、オーディオは AAC）を使用。ファイルサイズ増大を抑えるため解像度は 720p が上限目安。
  • JavaScript – Kindle デバイスはほとんどの JavaScript を無視します。EPUB リーダーは対応が分かれるため、インタラクティブ性が必須の場合は複数プラットフォームでテストしてください。

最終フォーマットが Kindle の場合、未対応メディアは除去するか、別途コンパニオンファイルとして提供します。Amazon の新しい KF8 形式は埋め込み動画のサポートが限定的です。

複雑なテーブルと脚注の管理

ページ跨ぎのテーブルや入れ子リストを含むテーブルは、リフロー可能フォーマットで崩れやすいです。対策は次の通りです。

  • 幅が広すぎるテーブルは、論理的に小さなセクションに分割する。
  • 小画面用に overflow-x: auto; を CSS で指定し、横スクロールを許可する。
  • 脚注が多数ある場合は、フットノートをエンドノートに変換し、ページブレークノイズを減らして流れを滑らかにする。

変換時には、脚注リンク（<a href="#ftn1" id="ftnref1">）が e‑ブックリーダーで正しく解決するか必ず確認してください。リンクが切れていると読者が詰まってしまいます。

品質保証ワークフロー

1回の変換で完璧になることは稀です。体系的な QA ループを設けることで、下流での手戻りを防げます。

  1. 自動バリデーション – 生成した EPUB 全てに対して epubcheck を実行。特に欠損ファイルや不正な XML に関するエラーは必ず修正。
  2. デバイスプレビュー – Apple Books、Kobo Desktop、Calibre、実機 Kindle など複数リーダーで開き、ページ割り、画像表示、ナビゲーションを確認。
  3. メタデータレビュー – Calibre のメタデータエディタで、すべての項目が意図した通りに入力されているかチェック。
  4. パフォーマンステスト – ファイルサイズを測定。50 MB 超の EPUB は古いデバイスでの読み込みが遅くなる可能性があります。サイズ過大の場合は画像をロスレス PNG → 高画質 JPEG に圧縮し、不要な埋め込みフォントを削除。
  5. アクセシビリティ監査 – axe-core や Chrome Accessibility Developer Tools を使って、代替テキスト欠如や見出し順序の不備を検出。

これらのステップを繰り返すことで、最終製品は技術的要件とユーザー体験の両方を満たすことが保証されます。

Convertise.app を使った実践的変換例

大量の Word 原稿をローカルにソフトをインストールせずに EPUB にしたい場合、convertise.app のようなオンラインサービスが信頼できるブリッジになります。典型的な作業フローは次の通りです。

  • .docx ファイルを安全なウェブインターフェイスにアップロード。
  • EPUB をターゲット形式として選択し、メタデータ保持 オプションを有効にする。
  • ソースでカスタムフォントを使用していてライセンスが適切なら、フォント埋め込み をオプションで選択。
  • 変換完了後、EPUB と変換ログが入った ZIP バンドルをダウンロード。ログには未変換要素（例: 非対応マクロ）が記載されています。
  • ダウンロードした EPUB をローカルで epubcheck にかけ、出版前に準拠性を確認。

Convertise は完全にクラウド上で動作し、セッション終了後にファイルを保持しないため、未公開原稿を扱う際のプライバシーリスクが最小化されます。

よくある落とし穴と回避策

  • ソースの清掃を怠る – 前処理を省くと、孤立したスタイルや不可視文字、破損したナビゲーションが発生します。
  • 未許諾フォントの埋め込み – 法的問題を引き起こすだけでなく、読者側でフォントがフォールバックされる原因にもなります。
  • 画像の過度な圧縮 – JPEG 圧縮を強くしすぎると、特に高解像度 Retina タブレットで目立つアーティファクトが生じます。
  • すべてを固定レイアウトにする – リフローを放棄するとファイルサイズが膨らみ、小さな画面での表示が不適切になることがあります。
  • 言語タグの忘却 – 正しい lang 属性が無いと、スクリーンリーダーが誤って発音したり、検索エンジンがコンテンツを正しくインデックスできません。
  • デバイス固有の癖を無視 – Kindle は EPUB 埋め込み動画をサポートしません。変換パイプラインが「すべてのデバイスで共通にサポートされている」前提で処理すると、最終ファイルで空白プレースホルダーが表示されることがあります。

これらを早期に対処すれば、市場投入後の修正コストを大幅に削減できます。

まとめ

ドキュメントを電子書籍に変換することは、単なるファイル形式の変更ではなく、レイアウト、タイポグラフィ、メタデータ、アクセシビリティを守るための disciplined な変換プロセスです。ソースファイルを徹底的に整備し、適切なターゲットフォーマットを選び、フォントやメディアを慎重に扱い、出力を厳格に検証すれば、あらゆるデバイスで快適に読め、検索性とアクセシビリティ基準を満たす電子書籍を提供できます。作業負担はオンラインツール（例: convertise.app）が大幅に軽減してくれるため、クリエイターはコンテンツそのものに専念できるでしょう。