表紙には決定稿の作品名、扉には仮題、書誌にはシリーズ名だけ――この三つが食い違うと、どれを直せばよいか分からなくなります。正しい進め方は、先に承認済みの一行を決め、生成後のEPUBでOPF、扉、表紙ページの代替文字を同じ値と照合することです。表紙画像のファイル名だけで判断してはいけません。
STUDIO-374の固定標本では、承認値をSTUDIO-374 Verified Titleとしました。生成EPUBを開くと、OPFのdc:title、title.xhtmlのh1、cover.xhtmlの画像altがこの一行で一致しています。epub titleの確認を、設定画面ではなく保存された三箇所で終える方法を見ていきます。
正本となる一行を先に決める
作業前に、作品名、サブタイトル、巻表記を一続きの承認値として出版カードへ書きます。担当者ごとのメモ、表紙画像のファイル名、原稿フォルダ名は参照用であって正本ではありません。変更の判断は、承認者と日付を持つ一行だけに戻します。
固定標本の入力は五章と一枚の表紙です。タイトルはSTUDIO-374 Verified Title、言語はja、出版社はPublisher-374、発行日の入力は2026-10-21でした。生成物内のdc:dateは出力時刻を含む2026-09-03T12:00:00+09:00であり、発行日入力と同じ意味の値として混ぜません。題名の照合中に、別項目の時刻差まで題名不一致としないためです。
カードへ書いた後は、原稿側の題名を思い出しながら入力し直さず、承認値をそのまま使います。全角・半角、空白、巻番号の位置も文字列の一部です。見た目が近い二案を同時に残すと、次の三点照合でどちらを合格にするか決められません。
OPFで書誌の題名を読む
EPUBをZIPとして再openし、OEBPS/content.opfのdc:titleを探します。固定EPUBのSHA-256は79f96c18…618d3で、保存された値はSTUDIO-374 Verified Titleでした。計画検査と生成後検査はいずれもvalid=trueです。
OPFは販売ページの表示そのものではありませんが、EPUBが内部に持つ題名の基準です。ここが承認値と違えば、扉だけを修正しても書誌のずれは残ります。不一致のファイルはそのまま保管し、ウィザードのTitle欄へ承認値を入れた新しい出力を別名で作ります。
同じOPFにはdc:language=jaとdc:publisher=Publisher-374もあり、補足検査では入力との一致が確認されました。題名を確かめる記事なので、これらは別作品のEPUBを誤って開いていないかを見分ける補助線にします。題名が偶然同じでも出版社や章構造が違えば、対象ファイルを取り違えた可能性があります。
扉の見出しを同じ値へそろえる
次にOEBPS/Text/title.xhtmlを開きます。head内のtitleと、読者が扉で読むh1はいずれもSTUDIO-374 Verified Titleでした。OPFとの一致を、抽出した文字列どうしで確認できます。
扉だけを先に見ると、正しく見える一枚で安心してしまいます。順序をOPF、扉のh1と固定すると、書誌の古い題名を見逃しません。照合表には「OPF」「扉h1」を別行で置き、それぞれ実ファイルのパスと値を記録します。
もし扉だけ旧題なら、本文五章や表紙画像をまとめて編集せず、Title入力と生成条件を確認して新規出力します。生成後は同じtitle.xhtmlを再読込します。画面上の入力値が正しいという記憶ではなく、保存された扉が変わったことを終了条件にします。
表紙ページは役割・参照・代替文字で確かめる
表紙側には三つの確認点があります。OPFのmanifestでImages/cover.pngにproperties="cover-image"が付くこと、cover.xhtmlがその画像を参照すること、画像のaltが承認値と一致することです。固定標本は三条件を満たし、表紙画像はSHA-256 431ced69…65460、68 bytesでした。
ここで証明できるのは、パッケージ内の表紙役割、参照先、代替文字です。この合成画像に文字が描かれていることや、readerで見た表紙の文字が承認値と一致することは実測していません。画像上の作品名を確認するには、元の高解像度表紙を人が見て出版カードと照合する別工程が必要です。
表紙のファイル名が旧題でも、EPUB内部の役割が正しく、画像そのものが承認済みなら改名だけで内容が直るとは限りません。反対に、画像が正しく見えてもcover-image役割が無ければパッケージ上の表紙設定は未完成です。目視と内部参照を分けることで、それぞれの担当へ正確に戻せます。
五章構造で別作品との取り違えを防ぐ
題名三点が一致しても、別の本文を収録したEPUBなら配信できません。固定標本には五章があり、navとNCXはそれぞれ5項目、同じ順序です。spineは表紙、扉、目次、五章、奥付の9項目でした。画像参照は表紙1件と各章1件の計6件です。
この構造値は題名の設定方法そのものではありません。確認中のEPUBが、承認カードに紐づく五章標本であることを確かめる同一性検査です。OPF題名が合ってもnavが三章なら、題名だけを合格にして先へ送らず、入力一式を見直します。
五つのnavラベルと五つのNCXラベルはSTUDIO-374 Chapter 1からChapter 5まで一致しました。missing resourceは0件です。題名、表紙役割、本文構造を同じSHAのEPUBから読むことで、別ファイルの結果をつなぎ合わせる誤りを防げます。
ずれた場所だけを戻して再出力する
不一致が出たら、三点のどこが違うかで戻り先を決めます。OPFと扉が旧題ならTitle入力へ戻る。OPFと扉は正しく、表紙画像の文字だけが旧題なら承認済み画像へ差し替える。cover-image役割や参照先が無ければ表紙設定を見直します。複数の原因を一度に直さないことが重要です。
失敗版は上書きせず、SHAと不一致値を残します。新しい名前で生成し、OPFのdc:title、扉h1、表紙alt、cover-image役割、五章構造を同じ順に再読込します。修正した場所だけでなく、以前合っていた場所が変わっていないことも見ます。
画面の保存通知やファイル生成日時は題名一致の証拠にしません。今回の固定証拠もCLIとパッケージ読込の値であり、Title欄のUI表示、自動保存、readerの表紙表示、KDP受理は未実測です。未確認の層を、valid=trueから推測しないでください。
三点照合票を納品物に付ける
最終票には、承認題名、EPUBのSHA、OPF dc:title、扉h1、表紙alt、cover-imageのhrefと役割を書きます。固定標本なら題名三箇所はSTUDIO-374 Verified Title、表紙hrefはImages/cover.png、構造はnav/NCX各5、spine 9、画像参照6、欠落0です。
その下に未実測欄を設け、表紙画像上の文字の目視、実readerの表示、販売先での受理を記します。内部三点が一致したことと、表紙デザインの校正が終わったことは別です。後者の証拠が付くまで「見える表紙まで完全一致」とは書きません。
EPUB Titleを正しく設定するとは、一つの欄へ入力して終えることではありません。承認した一行を、保存後の書誌、扉、表紙ページへ追跡し、画像そのものの目視だけを別の責任者へ渡すことです。この分け方なら、仮題がどこに残ったかを特定し、必要な場所だけを安全に直せます。