入力漏れを防ぐ！EPUBの作り方、目次・表紙付きを作る手順

目次・表紙付きEPUBを作るときは、原稿、目次、表紙の三点を受け入れたあと、その同じ三素材を作成画面へ入力してEPUBを生成し、目次の移動先と表紙の収録結果まで確認します。この記事の結論は事前受入だけではありません。受入済み素材から一冊を作り、公開候補にできるか、作り直すかを決めるところまでです。

古い原稿、未確定の章順、未承認の表紙を混ぜないため、生成前には三素材を別々に確認します。ただし、確認票を作って終わりにはしません。受入時に固定したパス、ハッシュ、章ID、目次表示、表紙情報をそのまま入力へつなぎ、生成物側で同じ値を読み戻します。六ページの全入力欄を一つずつ記録する詳細手順は別の記事に分け、ここでは一冊を作る中心経路に絞ります。

三つの入力を別々に受け入れる

原稿、目次、表紙は一冊に入る素材ですが、合格条件が違います。原稿は内容と章境界、目次は表示名と移動先、表紙は承認済み画像と書名の一致を見ます。一つの「素材確認済み」欄へまとめません。

受入票には素材ID、ファイルパス、ハッシュ、確認者、確認日時、判定、差戻し理由を付けます。ファイル名に「final」とあっても正本とは決めません。同じ名前の再書き出しを見分けるため、ハッシュで固定します。

三点すべてが受入になったときだけ生成可とします。二点が合格でも、一点が保留なら結論は保留です。

原稿は章境界と正本性を確認する

原稿では、まず制作対象の書名、版、章数、章順を確認します。各章に一意の見出しがあり、空の章、重複見出し、旧稿の混在、未解決の注記がないかを見ます。

確認表には「章ID」「冒頭の短い照合文」「予定順」「元ファイル」を並べます。本文を丸ごと複製する必要はありません。受取側が別稿を選んでいないと判断できる短い照合点があれば十分です。

修正指示やTODOが残る場合は、そのまま生成しません。制作上あえて残す記号なら、未解決ではなく採用表記として承認記録を付けます。曖昧なものを便宜的に消すのは受入作業ではありません。

目次は表示名と移動先を一対で固定する

目次の受入では、項目名だけでなく移動先の章IDを対にします。章題の一覧が正しくても、移動先が一つずれていれば使えません。

この三章は受入票の書き方を示す固有例です。現行版Rune Studioで三章標本のウィザード入力を完遂した実測ではありません。順序、表示、移動先、原稿見出しの四点を確認するための事前資料です。

目次に含めない前付けや奥付がある場合も「除外」と明記します。空欄は、意図的な除外か入力漏れかを区別できません。

表紙は画像の存在だけで合格にしない

表紙は、承認済み画像のパスとハッシュ、書名・著者名の一致、使用許諾、想定する向きと寸法、差し替え期限を確認します。ファイルが開けることだけでは受入になりません。

画像がまだ承認待ちなら、表紙なしの候補を作るか、生成を止めるかを制作条件で決めます。本記事では「目次・表紙付き」を成果条件にしているため、表紙が保留なら生成判定も保留です。

カバー画像を含むEPUBの実操作検証では、ZIP内部に表紙画像と参照が存在するところまでは確認できました。一方、現行の検査結果は画像不足の診断を伴って不合格でした。したがって、表紙付きEPUBの受入完了を実測済みとはしません。

書誌情報は三素材を結ぶ照合キーにする

書名、著者名、言語、識別子、版、制作日を一つの書誌票へまとめます。原稿の扉、目次、表紙に書かれた書名が一致するかを見ます。表記揺れを見つけても、この工程で勝手に統一しません。正しい表記の承認を取り、各素材の担当へ差し戻します。

書誌票のIDを三つの受入票へ記入すると、別作品の表紙や古い目次を混ぜにくくなります。「ファイルが同じフォルダにある」ことを作品の一致証拠にしないためです。

GOの三素材を作成画面へ入力する

生成前の判定は三つに分けます。

• GO：原稿、目次、表紙、書誌情報がすべて受入
• HOLD：要件または証拠が未確定で、修正対象もまだ決められない
• RETURN：誤った版、章順不一致、未承認画像など差戻し先が明確

GOになったら、受入時と同じ原稿パス、目次表、表紙パスを作成画面へ入力します。作品名、著者名、言語、縦横、出力名を設定し、原稿を選びます。続いて、C01からC03の章順、三つの目次表示、各移動先、目次へ含めるかを入力します。最後に、承認済み表紙のパスと書誌値を指定します。

入力後はすぐ生成せず、確認画面で次の四点を受入票と照合します。

• 原稿のパスと章数が受入票と同じ
• 目次表示とC01〜C03の移動先が一対一
• 表紙のパスとハッシュが承認済み画像と同じ
• 書名、著者名、言語、出力名が書誌票と同じ

一項目でも違えば生成を実行せず、原稿、目次、表紙、書誌の該当欄へ戻ります。すべて一致したら生成し、出力されたEPUBのパスとハッシュを記録します。入力後に素材が変わった場合は同じGOを流用せず、新しい受入判定からやり直します。

生成後に本文・目次・表紙を同じ候補で確認する

生成できたという表示だけでは、目次・表紙付きEPUBの完成判断になりません。出力した同じEPUB候補を開き、本文、目次、表紙を一冊の結果として確認します。

まず本文では、C01、C02、C03が予定順に収録され、各章の冒頭照合文が受入票と一致するかを見ます。次に目次を開き、三つの表示名が予定順に並ぶこと、各項目を選ぶと対応するC01〜C03へ移動することを確かめます。件数が三つでも、第二章の項目が第三章へ移動するなら不合格です。

表紙は、最初の表示で承認済み画像と同じ書名・著者名が読めるかを確認します。さらに、EPUB内部に表紙画像が収録され、書誌情報からその画像への参照が切れていないかを確認します。画像が入っていても参照が切れている、別版の表紙が表示される、構造確認で画像不足が残る場合は公開候補にしません。

結果票には「本文順」「目次表示」「目次移動先」「表紙表示」「表紙参照」「構造確認」を並べます。全項目が合格なら公開候補、原因が特定できればRETURN、原因や必要条件が未確定ならHOLDです。作り直す場合は出力を上書きせず、新しい候補名とハッシュを付けます。

Rune Studioで確認できた範囲を結果判定へ反映する

2026年8月14日の複製した標本での動作確認では、横書き・画像なしの二章標本からEPUBを生成し、nav、NCX、OPF、spine、章順、目次への収録を確認しました。これは目次の表示名と章順を事前に固定する価値を裏付ける共通確認結果です。

表紙入りEPUBでは、ZIP内部に表紙画像と参照が存在するところまでは確認できました。一方、構造確認は画像不足の診断を伴って不合格でした。そのため「表紙を入力して画像と参照を含む候補を生成できた」は確認済み、「表紙付きEPUBが最終確認を通過した」は判断待ちとして分けます。

三章の固有標本と現行Mac版画面での一連の操作は完遂していません。この記事の三章例は読者が実行する中心手順であり、確認済みの二章・画像なし結果を三章・表紙付きの成功へ広げません。読者の結果票で表紙表示、参照、構造確認のいずれかが未確認ならHOLDです。

詳細な入力記録とは成果物を分ける

この記事の固有成果物は、受入票と、そこから生成した一冊のEPUB候補、生成後の六項目結果票です。読者は「三素材を受け入れた」だけで終わらず、同じ三素材が本文・目次・表紙として一冊に入ったかを判断できます。

別の詳細手順では、作成画面の六ページについて、各欄の出典、予定値、実入力値、実行IDを一行ずつ記録します。そちらは入力漏れや転記ミスの発生箇所をページ単位で追うためのものです。本記事は画面全欄の記録ではなく、受入済み三素材を一冊へ変え、目次・表紙付きという成果条件を判定するための最短経路を担当します。

入力欄ごとの原因追跡が必要なら詳細記録へ進みます。本文を改稿して再生成する場合は、初回候補の結果票を固定してから改稿後の再生成手順へ渡します。初回制作と改稿反映を同じ候補へ上書きしません。

結論：三素材を入力し、目次と表紙の結果まで確認する

目次・表紙付きEPUBを作るには、原稿、目次、表紙を別々に受け入れ、同じ受入値を作成画面へ入力します。生成後は、本文の章順、目次表示、各移動先、表紙表示、表紙参照、構造確認を一つの結果票で確かめます。全項目が合格した候補だけを公開候補にします。

最初の行動は、原稿、目次、表紙それぞれのパスとSHA-256を受入票へ書き、生成後の結果票にも同じ候補IDを用意することです。Rune Studioを候補にする場合は、Rune Studioの商品ページで現行のEPUB作成範囲を確認し、表紙の構造確認が判断待ちなら公開候補にせずHOLDへ戻してください。