KDP用のEPUBを目次・表紙・奥付付きへ仕上げるときは、「ローカルで本として整った」と「KDPが受理した」を二つの合格に分けます。Rune Studioでできるのは前者の準備と確認です。後者はKDPへ実際に提出し、プレビューと審査結果を見る必要があります。
ローカル側の合格条件を決める
三章、目次三項目、表紙一枚、奥付一枚の本を例にします。制作側で確かめるのは、本文三章の順番、各目次項目の飛び先、表紙の指定、奥付の著者・発行日、欠落画像の有無です。縦書きなら、writing modeとページ送り方向も別に確認します。
KDPが案内する対応ファイル形式は提出時の入口を知る資料です。一方、EPUB内部の構造はW3C EPUB 3.3が基準です。対応形式に含まれることと、個々の本が審査を通ることは同じではありません。
Rune Studioで本を組み立てる
ワークスペースを開き、EPUBウィザードの「シリーズ情報」で作品名、著者、言語、縦書きか横書きかを設定します。「巻選択」で単巻または巻を決め、「ファイル選択」で三章を選びます。「チャプター順」では第一章から第三章までを並べ、三章を目次へ掲載します。
「メタデータ」で版、発行日、表紙を指定し、「確認と出力」でタイトルページ、目次、三章、奥付の流れと出力名を読みます。生成先はワークスペース内のEPUBフォルダです。出力後は目次を順に開き、表紙と奥付を確認します。
ローカル確認では、三章のEPUBが構造検査を通り、navとNCXの三項目、タイトル・nav・本文三章・奥付の読む順番を照合できました。二版目も有効で、同じ構造を再生成できています。書誌値も収録されました。
ここから先はKDPでしか答えられない
上の結果から、KDPへ通るとは言えません。KDPのアップロード画面がファイルを受理するか、オンラインプレビューで表紙や縦書きがどう見えるか、シリーズ欄が販売ページへどう反映されるかは未確認です。この記事では、その未確認部分をローカル成功へ含めません。
KDPへ進む場合は、ローカルで合格した同じファイルをアップロードし、エラー文を保存し、プレビューで章移動、表紙、奥付、特殊文字を見ます。修正が必要なら原稿とウィザードへ戻り、新しい版を出して再提出します。
向く人と別の方法
Rune Studioは、Macで原稿を編集しながらKDPへ渡すEPUB 3をローカル生成したい人の候補です。KDPの商品登録、価格設定、販売地域、審査対応をアプリ内だけで終えたい人には向きません。それらはKDP側の作業として残ります。
最初の一手は、三章の複製で目次・表紙・奥付をそろえ、ローカルの合格条件だけを埋めることです。その後、同じファイルをKDPで検証します。Rune Studioの現行Mac版機能とKDPの最新案内をそれぞれの責任範囲で使ってください。
提出ファイルを取り違えない
KDPへ進む前に、ローカルで合格したEPUBのファイル名、生成日時、作品名、巻、版を一行に記録します。修正前のファイルと同じフォルダに置く場合は、どちらを提出するか明示します。プレビューで問題が出たときも、KDPが見ている版と手元で開いた版が一致しているかを最初に確認します。
修正後は新しいEPUBを生成し、ローカル確認を飛ばして直接再提出しません。章移動、表紙、奥付、特殊文字の代表点をもう一度見ます。販売先のエラーが消えたことと、本の内容が壊れていないことを別に確かめるためです。二段階の合格を守れば、KDP側の問題をRune Studioへ、原稿側の問題をKDPへ押し付けずに直せます。
KDP向けに追加で見る読者情報
表紙と目次が正しくても、作品名、著者、言語、巻が誤っていれば商品として問題になります。Rune Studioの最終確認ではこれらを作品情報カードと照合し、KDP側でも入力値を再確認します。縦書き作品では、横書きの英語記事や別作品の設定を流用しません。
KDPプレビューで直すべき点が見つかったら、エラー文や該当章を具体的に残します。「表示がおかしい」だけでは、原稿、画像、CSS、KDP処理のどこへ戻るか決められません。修正対象を一つに絞り、新版をローカルで再検査してから再提出します。販売開始まで、この版の対応関係を維持します。
ローカル合格票は提出時に閉じる
KDPへアップロードした直後、使用したファイルとローカル確認結果を結びます。別の修正版を作ったら旧票を再利用せず、新しい版として目次、表紙、奥付を見ます。KDP側の結果が出るまでローカル合格を取消す必要はありませんが、全体状態は『提出結果待ち』です。二つの合格を一つの言葉へ丸めないことが、安全な進行管理になります。アップロード後にKDP側で変換されたプレビューも、提出元EPUBとは別の結果として確認します。
