選んでから後悔しない!EPUB作成ソフト、目次・表紙・奥付機能を妥協しない判断軸

目次・表紙・奥付の三要素を入力から修正まで追うアイキャッチ

EPUB作成ソフトを選ぶとき、目次、表紙、奥付のボタンがあるだけでは足りません。各要素の入力正本がどこにあり、生成EPUBのどこへ入り、校正後に一項目だけ直して再生成できるかを同じ試験作品で確認してください。

この記事はメタデータ入力漏れの監査や、著者名一項目の非対象保持試験ではありません。目次・表紙・奥付という読者が目にする三要素を、入口・生成先・戻り道で購入前採点します。

二章と三要素の試験作品を作る

第一章、第二章、奥付用の短い原稿、権利上問題のない表紙画像を用意します。作品名、著者名、言語、巻、版、発行判断日も試験値で設定します。販売用の原稿や表紙を最初から使う必要はありません。

正解表には、章順、目次表示名、各リンク先、表紙ファイル名、奥付に載せる項目と載せない項目を書きます。ソフトの初期値を見てから正解を変えないでください。

元画像、原稿、書誌設定、生成EPUBを別の役割として保存します。生成物だけを次の修正正本にしないことが比較の前提です。

目次は入力と生成を分ける

候補で章順と目次表示名を設定し、どの原稿見出しまたは章設定が入力正本になるか記録します。ファイル名の並びだけか、明示的な章順か、見出しから自動生成するかを分けます。

生成後はnavとNCXの有無、第一章・第二章の順序、リンク先、目次に載せない奥付の扱いを確認します。目次画面で正しく見えても、spineの読書順が別なら不一致です。

一つの章題を「第二章」から「再会」へ変え、正本へ戻って別名再生成します。nav、NCX、本文見出しの三か所が同じ判断へ更新されるかを見ます。

表紙は元画像と参照先を追う

表紙機能では、選んだ元画像の所在、ソフト内設定、生成EPUBへ同梱された画像、OPFや表紙ページからの参照を分けます。画像を選べるだけでなく、元画像を移したときの警告や再指定方法も確認します。

試験では画像Aを指定して生成し、正本設定から画像Bへ変更して別名再生成します。新EPUBにBが入り、Aへの不要な参照が残らないかを見ます。旧EPUBは比較用に残します。

ストアごとの推奨寸法や審査要件は、EPUB内で表紙を設定できることとは別です。作成ソフトだけで販売用要件が完了すると扱わないでください。

奥付は三種類の日付を混ぜない

奥付原稿には、作品名、著者、版、発行に関する表示、連絡先や権利表記など、読者へ見せる内容を置きます。何を掲載するかは出版方針と法的要件に応じて判断し、不要な個人情報を試験へ入れません。

奥付の発行表示、書誌設定のpublishDate、EPUB生成時のdc:dateや更新日時は、名前が似ていても同じ意味とは限りません。候補画面の「日付」がどこへ出力されるかを記録します。ストア公開日は別管理の場合があります。

奥付の版を1.0から1.1へ直し、原稿または設定の正本から再生成します。本文奥付、書誌の版、生成日時のうち、変更すべきものと保持すべきものを正解表で照合します。

三つの修正を一件ずつ行う

章題、表紙、奥付版を一度に変えず、一件ごとに別名EPUBを作ります。変更対象、生成ファイル名、検査結果、非対象の保持を表へ書きます。

一回目は目次だけ、二回目は表紙だけ、三回目は奥付だけにします。どの変更でnav、画像参照、OPF、本文XHTMLが変わったか説明できます。まとめて変えると、意図しない差の原因を追えません。

各回で内部検査と最低一つの実リーダー表示を分けます。内部がissues 0でも、表紙や奥付が期待位置に見えることは別に確認します。

生成ごとに比較票を残します。出力ファイル名、正本の版、今回だけ変える要素、目次項目数、表紙資産、奥付版、内部検査、確認リーダーを書き、以前のEPUBを上書きしません。新しいファイルを「final」とだけ呼ぶと、どの正本から生まれた結果か説明できません。

三回目の後は最初の正本状態へ戻し、第四回の復帰生成を行います。後の表紙や目次設定が隠れた状態として残っていないかを確認します。圧縮順や生成日時でアーカイブ全体のハッシュは変わり得るため、完全一致ではなく、目次、表紙、奥付、読書順など意味のある要素を比較します。

rune Studioの既存段階4検証では、二章へ作品名、著者、巻、版、発行日、書字方向、章順を設定し、5,444バイトのEPUBを生成しました。navとNCXがあり、issues 0でした。既存の生成前確認画面では作品情報、第一章・第二章を含むページ順、出力ファイル名が見え、表紙画像は「なし」と表示されています。表紙選択は機能資料で確認していますが、その検証EPUBは表紙付き実出力ではありません。三要素の修正再生成も本記事では未実施です。

Rune StudioのEPUB作成画面で作品情報、二章のページ順、出力ファイル名、表紙画像なしを確認するページ6
ページ6「確認」で、作品情報、ページ順、出力ファイル名、表紙画像なしを生成前に確認する画面。

A〜Dで戻り道を採点する

Aは入力正本、生成先、修正後の再生成を説明でき、非対象が保たれます。Bは手動確認を一つ加えれば再現できます。Cは完成EPUBの直接修正や再入力が必要です。Dはどの正本を直すか分からない、または他要素を壊します。

目次・表紙・奥付の一つでもDなら保留にします。BやCを受け入れる場合は、追加手順と検査場所を購入メモへ残します。機能数の合計で戻り道の欠如を埋めないでください。

アプリを閉じた後の所在も記録します。原稿、元表紙、奥付正本、設定記録、生成EPUBの場所をそれぞれ説明できることが条件です。名前のないプロジェクトを開いている間だけ成立する運用は、持続する戻り道を示していません。

結論:三要素を一項目ずつ戻せるソフトを選ぶ

EPUB作成ソフトは、目次、表紙、奥付を同じ二章の試験作品で作り、入力正本、生成先、修正戻り道を確認して選びます。章題、画像、版を一件ずつ変え、別名再生成と非対象保持を検査してください。

一度完成形を見せる機能より、校正後に一項目だけ正本へ戻し、他を壊さず再生成できることが、妥協しにくい判断軸です。