最後のページで困らない!KDP電子書籍の奥付に入れる項目

電子書籍の奥付は小さなページですが、公開範囲を誤ると修正が厄介です。著者名や発行日を載せるつもりが、作業用のメールアドレス、ローカルのフォルダ名、社内メモまで出力へ混ざることがあります。kdp 奥付では「何を載せるか」だけでなく、「生成されたページに承認外の情報がないか」を確認します。

この記事は、6章と生成奥付を含む固定試験EPUBを根拠に、公開項目の決め方、Rune Studioでの出力、再読込検査を説明します。KDPの最新審査条件や法的表示の網羅ではなく、原稿制作側で私的情報を持ち込まないための手順です。

公開可否を入力前に決める

奥付へ入れる候補を、公開可、条件付き、非公開の三列へ分けます。一般的な候補は、書名、著者名またはペンネーム、発行日、版、発行者名、著作権表示です。連絡先を載せる場合は、個人用ではなく公開を承認した窓口だけにします。

作業担当者のメール、端末のユーザー名、原稿の絶対パス、校正メモ、契約上非公開の本名は、初期値として非公開へ置きます。必要性が確認できた項目だけを公開可へ移します。法令や契約によって必須情報が変わる場合は、制作ツールの入力欄から推測せず、別途確認した要件を承認表へ追加します。

固定試験で確認した奥付と構造

保存済みの固定EPUBは6章です。展開後のOPFには、題名「STUDIO-483 検証本」、著者「検証用著者」、出版社「検証用出版者」、言語 ja が記録されていました。spineは9項目、navとNCXは各6件、欠落資源は0件で、ローカル検査は valid=true でした。

生成された奥付関連XHTMLから180文字の範囲を読み、発行日、版、著者、発行所、著作権表示などの出力を確認しました。この180文字は固定試験で読んだ抜粋長であり、奥付に必要な文字数ではありません。また、この固定EPUBには画像資源がありません。表紙画像がある前提の別記事の実測を混ぜないようにします。

承認表と書誌入力を一対一にする

入力するときは、画面の各欄に承認表の行番号を対応させます。題名、著者、出版社、日付、版を入力したら、値をコピーした元と公開可否を記録します。自由記述欄へ複数の情報をまとめないほうが、後で一項目だけ差し替えやすくなります。

Rune Studioで書誌と巻情報を設定し、6章の順番を確定してからEPUBを別名で出力します。生成成功の表示で終わらず、ファイルのSHA-256を残して閉じ、同じファイルを再度開きます。正本の設定だけでなく、読者へ渡るXHTMLを確認するためです。

生成された奥付を全文検索する

最初にOPFの題名、著者、出版社、言語を承認表と照合します。次にcolophon.xhtmlを開き、目で全文を読みます。公開可の値がすべてあり、非公開の値がないことを別々に判定します。「必要項目がある」と「余計な項目がない」は二つの合否です。

さらにEPUB全体を、メールアドレスの @、ホームディレクトリ名、/Users/、作業用ドメイン、メモで使った識別子などで検索します。奥付以外のタイトルページやメタデータへ残る可能性があるためです。自動検索で0件でも、名前のように正規表現では拾いにくい値は承認表と照合して人が読みます。

非公開情報を見つけたら入力側へ戻す

生成XHTMLだけを直接削ると、次の出力で情報が復活します。承認外の値を見つけたら、どの書誌欄または原稿から来たかを特定し、入力側で削除します。修正版は別名で出力し、不合格版のSHAも記録として残します。

再検査では、削除対象が0件になったことに加え、必要な書名や著者表示まで消えていないか確認します。奥付位置もspineの末尾側であることを確認し、6つの章リンクを壊していないかnavとNCXを再読込します。公開範囲の修正でも、再生成されたパッケージ全体を対象にします。

自動的な個人情報除去は約束しない

今回使ったCLIには、公開連絡先だけを管理する専用欄や、私的情報を自動除去したと保証する機能は確認できません。したがって、入力した情報は出力され得るものとして扱い、生成物を人が確認します。ツール上で目立たない欄を「非公開欄」と推測しないことが重要です。

固定試験の valid=true はローカルEPUB構造の合格です。内容の法的十分性、KDPの受理、全端末での表示、個人情報の完全な検出を意味しません。W3C EPUB 3.3の構造要件と、販売先・契約ごとの表示要件も分けて確認します。

奥付の引き渡し記録を残す

最終記録には、承認した各項目、出力値、確認したXHTML、検索語、検査日、EPUBのSHAを残します。固定試験では、6章、spine 9項目、nav・NCX各6件、欠落0件、奥付関連180文字の読取、OPF書誌の一致が確認済みです。本番では本番用の期待値を別に定義します。

最後に別の担当者が、承認表を見ながら奥付を読みます。必要な公開情報が入り、非公開情報がなく、奥付が読書順の後方にあり、目次から6章へ正しく移動できることを確認します。kdp 奥付は「項目を埋めたら完了」ではありません。生成ページを読み、不要情報がないと確かめた時点で、初めて安全に次工程へ渡せます。