kdp epubを調べているなら、完成という一語でまとめず、生成・プレビュー・入稿を三つの独立した合格欄にするのが答えです。対象は横書き二章、目次、表紙を持つKDP候補EPUBです。この記事ではEPUB構造、Previewer変換、端末別表示、KDP受理、戻し先を使って、『EPUB構造、Kindle Previewer、KDP入稿を別の出口として判定できる』までの判断を組み立てます。KDPの審査通過・販売成功を保証しない。入稿操作は別途実サイトで確認するという範囲には踏み込みません。
直接回答：生成・プレビュー・入稿を三つの独立した合格欄にする
完成という一語でまとめず、生成・プレビュー・入稿を三つの独立した合格欄にするのが答えです。完成条件は『EPUB構造、Kindle Previewer、KDP入稿を別の出口として判定できる』です。
判断欄はEPUB構造、Previewer変換、端末別表示、KDP受理、戻し先です。『KDPの審査通過・販売成功を保証しない。入稿操作は別途実サイトで確認する』は合格条件へ混ぜません。
工程を成果物の受け渡しで区切る
EPUB生成成功をKDPでの受理や端末表示と同じだと思うことを防ぐには、EPUB構造・Previewer変換・端末別表示・KDP受理・戻し先を別々の完了条件にします。前の工程から何を受け取り、次へ何を渡すかが説明できたときだけ、その工程を閉じます。
材料は横書き二章、目次、表紙を持つKDP候補EPUBです。本番を直接使わず、識別できる複製で一周します。見落としを防ぐには、生成できたことと、構造や表示を確認できたことは別の行へ記録します。
五つの作業を同じ標本でつなぐ
次の五項目は、横書き二章、目次、表紙を持つKDP候補EPUBを同じ条件で扱うための製品非依存の検査順です。特定製品で確認した操作結果ではなく、どの候補にも適用する受け入れ手順として使います。各項目の終了時に、対象、EPUB構造に関する確認事実、次の入力を一行ずつ残します。
一周目の終了条件は『EPUB構造、Kindle Previewer、KDP入稿を別の出口として判定できる』を説明できることです。途中でRuneの生成成功だけでKDP合格とするなら、その地点で止めます。別の素材や設定へ逃げず、停止理由を同じ作業票へ書きます。
- 1. 原稿と書誌を固定する
- 2. EPUBを生成し構造検査する
- 3. Kindle Previewerで変換結果を見る
- 4. KDP側の検査結果を記録する
- 5. 指摘を原稿か設定へ戻し再生成する
横書き二章、目次、表紙を持つKDP候補EPUBをどう読むか
横書き二章、目次、表紙を持つKDP候補EPUBでは、見た目の印象ではなくEPUB構造から戻し先までを順に判定します。対象の名前、開始値、保存先または成果物IDを添えれば、古い結果を今回の結果と取り違えません。
ここで記録するのは『うまくいった気がする』ではなく、EPUB構造と戻し先の何を見て合格または保留にしたかです。見落としを防ぐには、未実施の欄は未実施のまま残し、『EPUB構造、Kindle Previewer、KDP入稿を別の出口として判定できる』という結論へ広げて解釈しません。
- EPUB構造：対象と期待状態を先に書き、『Runeの生成成功だけでKDP合格とする』なら未合格として戻し先を示す
- Previewer変換：対象と期待状態を先に書き、『Previewer警告を無視する』なら未合格として戻し先を示す
- 端末別表示：対象と期待状態を先に書き、『KDP上の変換物だけを直そうとする』なら未合格として戻し先を示す
- KDP受理：対象と期待状態を先に書き、『Runeの生成成功だけでKDP合格とする』なら未合格として戻し先を示す
- 戻し先：対象と期待状態を先に書き、『Previewer警告を無視する』なら未合格として戻し先を示す
三つの失敗は戻し先が違う
このテーマで止めるべき状態は、Runeの生成成功だけでKDP合格とする、またはPreviewer警告を無視する、またはKDP上の変換物だけを直そうとするです。三つを一括して『使いにくい』とせず、どの入力、設定、成果物で観察したかを分けます。原因が違えば戻し先も違います。
修正後は原稿と書誌を固定するから全項目をやり直す必要はありません。ただし、変更した条件に影響するEPUB構造・Previewer変換・端末別表示・KDP受理・戻し先は再確認します。前回の行を消さず、変更日と新しい成果物を追加すると差分が追えます。
- 停止1：Runeの生成成功だけでKDP合格とする
- 停止2：Previewer警告を無視する
- 停止3：KDP上の変換物だけを直そうとする
一般手順とRune Studioの境界
公開機能資料では「現行Mac版rune Studioの実装済み機能で記事の約束を回収できる」という機能範囲が確認できます。そのため、本文と章順を一つの正本からEPUBへまとめる用途を一つの制作環境で試したい場合の候補になります。ただし、この説明は公開資料で確認した機能範囲であり、横書き二章、目次、表紙を持つKDP候補EPUBが全項目に合格したという実測結果ではありません。
向くのは、生成・プレビュー・入稿を三つの独立した合格欄にするという管理を保ちながら、原稿と設定または資料の受け渡しを減らしたい人です。一方、本記事の対象外は『KDPの審査通過・販売成功を保証しない。入稿操作は別途実サイトで確認する』です。その範囲や外部サービス側の受理まで必要な場合は、別の道具と出口検査を組み合わせます。
今日決める一行：生成・Previewer・KDPの三欄を分ける
kdp epubで持ち帰る結論は、生成・プレビュー・入稿を三つの独立した合格欄にすることです。EPUB構造・Previewer変換・端末別表示・KDP受理・戻し先を別欄にすれば、『EPUB構造、Kindle Previewer、KDP入稿を別の出口として判定できる』へ達したかを、機能数や印象ではなく記録で判断できます。
まず生成・Previewer・KDPの三欄を分ける。横書き二章、目次、表紙を持つKDP候補EPUBの複製で一周し、『Runeの生成成功だけでKDP合格とする』に当たる状態が起きた地点を残してください。Rune Studioを試す場合も同じ作業票を使い、公開仕様の存在と手元の合格結果を混ぜないことが次の比較を正確にします。
この記事が答えるのは『生成・プレビュー・入稿を三つの独立した合格欄にする』までです。近接するSTUDIO-404（Kindle EPUB作成）、STUDIO-474（入稿データ）の中心論点は代替しません。除外範囲は『KDPの審査通過・販売成功を保証しない。入稿操作は別途実サイトで確認する』です。製品候補を確認するときは、Rune Studioの製品ページで現行Mac版の範囲を照合してください。
