KDPへ渡すEPUBは、本文ファイルが入っているだけでは完成しません。読者が表紙から入り、目次で章を選び、本文を順に読み、最後に奥付へ着ける必要があります。kdp フォーマットを組むときは、「ファイルがあるか」と「正しい役割・順番で使われているか」を分けて確認するのが要点です。
この記事では、表紙、目次、5章、奥付を一冊へまとめる方法を、Rune Studioで作った固定試験EPUBの実測値に沿って説明します。KDPの審査結果ではなく、入稿前にローカルで確認できる構造を対象にします。
最初に一冊の構成表を作る
出力画面を開く前に、完成後の読む順番を一行ずつ書きます。最低限、表紙、タイトルページ、本文5章、奥付を別行にし、それぞれについて「目次に載せるか」「spineに含めるか」「画像を使うか」を決めます。
ここで大切なのは、目次の順番とspineの順番を同じものとして扱わないことです。目次は読者が選ぶリンク、spineは通常の読書順です。表紙や奥付がspineに含まれても、本文用の目次へ必ず載せるとは限りません。構成表には次の5列を用意します。
| 要素 | 元ファイル | 目次掲載 | 読書順 | 出力後の確認先 |
|---|---|---|---|---|
| 表紙 | cover画像 | なし | 先頭 | OPFとcover.xhtml |
| 本文 | 章ごとのMarkdown | あり | 章番号順 | nav、NCX、spine |
| 奥付 | 書誌設定 | なし | 末尾 | colophon.xhtml |
固定EPUBで確認できた構造
今回の固定試験は、5章に各1枚の本文画像を置き、別に表紙画像を指定した合成原稿です。保存済みEPUBを展開し直すと、画像資源は本文用5件と表紙1件の計6件、XHTML内の画像参照も6件でした。参照先の欠落は0件です。
OPFのspineは9項目、navとNCXの章リンクはそれぞれ5件でした。spineには5章だけでなく、表紙、タイトルページ、奥付などの構成要素も入るため、章数と一致しません。この違いを異常と決めつけず、各項目のhrefと役割を構成表へ戻して照合します。ローカル検査は valid=true でしたが、これは固定パッケージの構造検査に限った結果です。
表紙から奥付までを順に設定する
まず5つの章ファイルを複製し、ファイル名と章見出しの対応を確定します。次に書誌情報を入力し、表紙画像を指定します。目次には本文5章だけを掲載し、並びを構成表と同じにします。奥付は本文の後ろへ置き、タイトル、著者、出版社、版など公開する値だけを渡します。
Rune StudioでEPUBを出力したら、成功表示だけで閉じません。出力ファイルへ新しい名前を付け、SHA-256を記録してから再度開きます。検査順は次のとおりです。
- OPFで表紙画像の役割と収録資源を確認する。
- nav.xhtmlとtoc.ncxで5章のリンク先と順番を照合する。
- OPFのspineを上から読み、本文5章が意図した順番になっているか確かめる。
- 各XHTMLの画像参照がEPUB内の資源へ解決するか調べる。
- colophon.xhtmlが末尾側にあり、承認した書誌だけを含むか読む。
件数が合っていてもリンク先を読む
「navが5件だから合格」と件数だけで決めると、第二章と第三章のリンクが入れ替わっていても見逃します。5件それぞれについて、表示名、href、リンク先の最初の見出しを三点セットで確認します。spineも同様に、IDだけでなくOPFのmanifestが指す実ファイルまで追います。
画像はZIP内に6件あっても、本文が古いパスを参照していれば表示できません。XHTMLの src を起点に収録名へたどり、相対パスを解決します。未参照の画像が残っている場合は直ちに欠落ではありませんが、不要資源として削除するか、残す理由を記録します。
順番を直すときは正常な資源を固定する
よくある失敗は、奥付の位置だけが違うのに画像や章ファイルまで作り直すことです。これでは修正後の差分が大きくなり、何が直ったのか説明しにくくなります。画像6件と参照6件が合格しているなら、その資源とSHAを固定し、章順または奥付位置だけを変更します。
修正版は上書きせず別名で出力し、不合格版も残します。二つのOPFを比較し、意図したspine項目だけが動いたことを確かめます。その後、nav、NCX、画像参照、欠落0件を再検査します。一か所の修正でも、生成物全体の参照関係は変わり得るためです。
ローカル合格とKDP受理を分ける
今回確定できたのは、固定EPUBのspine 9項目、nav 5件、NCX 5件、画像資源6件、画像参照6件、欠落0件と、ローカル検査の合格です。KDPの現在の受理、実機での画像寸法、全リーダーでの同一表示、画像の権利処理は検証していません。
W3C EPUB 3.3が定めるパッケージ要素と、Rune Studioの操作範囲も分けて記録します。一般仕様に属するnavやspineを製品独自機能のように説明せず、製品については現行Mac版で実際に使った入出力だけを根拠にします。
引き渡し前は対応表で一周する
最終確認では、構成表の各行に「入力」「生成先」「観測値」「合否」を追記します。表紙はOPFの役割、本文はnav・NCX・spine、画像はXHTML参照と収録名、奥付は位置と公開内容を確認します。固定試験と同じ合格値を機械的に本番へ当てはめるのではなく、本番の章数と設計値を先に定義してください。
目次、表紙、奥付を含むkdp フォーマットでは、存在確認、リンク確認、読書順確認の三段階が必要です。最後に出力ファイルを閉じて再び開き、表紙から第一章へ進み、目次から各章へ移動し、末尾の奥付まで読む。この一周と構造検査の両方がそろって、入稿前の構成確認が完了します。