KDP向け電子書籍では、商品ページに使う画像と、EPUB原稿の中でcoverとして参照される画像を分けて考えます。Rune Studioで行うのは後者、つまりEPUB原稿側の表紙設定です。表紙ファイルを一枚選び、本文画像と分離してcoverへ指定し、ローカルEPUBの参照と欠落を確認します。
この記事はKDPへのアップロードや審査を手順に含めません。表紙一枚、本文画像二枚、代替表紙一枚、三章横書き原稿を使い、EPUB側だけを整えます。
商品ページ画像とEPUB内表紙を混ぜない
KDPの販売ページに表示する画像と、読者がダウンロードするEPUBパッケージ内の表紙は、確認する場所が違います。同じ元画像を使う場合でも、管理上は二つの用途として記録します。
たとえばretailer/kdp-listing.pngとepub/images/cover-main.pngを分けます。代替案はepub/images/cover-alt.png、本文画像はepub/images/figure-01.pngとfigure-02.pngです。商品ページ画像を更新したからといって、EPUB内のcover参照が自動的に変わると考えないでください。
判断規則は、Rune Studio側ではcover-main.pngだけを表紙へ指定し、本文二枚の参照と別に数えることです。KDP側の画像登録は別工程に残します。
三章原稿側の表紙を固定する
元原稿を複製し、採用表紙のファイル名と場所を決めます。本文中で表紙を一枚目の図として貼るのではなく、EPUBの表紙設定へ渡します。三章はC01.md、C02.md、C03.mdの順、本文画像は二枚という期待値をメモします。
Rune Studioの公開資料では、目次、縦横組み、画像、表紙、奥付をEPUBへまとめられると説明されています。KDPの商品ページ画像を設定する機能までをRune Studioの機能として述べるものではありません。
EPUBウィザードでcoverを指定する
EPUBウィザードの作品情報を扱う流れで、採用したEPUB用表紙を選びます。今回の専用標本では、設定後の相対パスがimages/studio-083-01.pngでした。代替表紙ではなく、この一枚が選ばれていることを出力前に確認します。
三章はすべて目次対象にしました。本文画像は二枚です。したがって、生成物に期待する画像数は「cover一枚＋本文二枚」の3件になります。商品ページ用画像はこの数へ含めません。
ローカルEPUBだけを確認する
出力後は表紙ページ、読む順番、収録画像、欠落画像を見ます。EPUB 3のmanifest、spine、ナビゲーションは役割が異なります。W3CのEPUB 3.3を一般仕様の基準とし、KDPの受理とは分けます。
横書き三章の生成物では、spineが表紙、タイトル、ナビゲーション、本文三件、奥付の順でした。収録画像は3、欠落は0、navとNCXはあり、valid=trueでした。表紙参照はimages/studio-083-01.pngです。
この記録はcover設定の相対パスとパッケージ内の表紙ページ・画像数を確認したものです。OPFのcover-image属性文字列そのものを個別に抜き出した記録ではありません。入稿要件としてその文字列確認が必要なら、自分のEPUBを展開して確かめてください。
KDP側で別に確認すること
ローカルEPUBでvalid=trueになっても、KDPが受理することや商品ページで意図どおり表示されることは確認できません。Amazon KDPのリフロー型電子書籍の画像ガイドラインは販売先側の資料として別に読み、実際のアップロード後はKDPのプレビューで確認します。
この記事では、アップロード、審査結果、商品ページ画像、ストア側の再圧縮を試していません。EPUB側の結果をKDP側の合格へ言い換えないことが大切です。
表紙が違うときの戻り先
表紙が代替案になっていればRune Studioの表紙設定へ戻します。本文画像が欠けていれば章内の画像参照とファイル位置へ戻ります。商品ページの画像だけが違う場合はKDP側の設定の問題であり、EPUBを作り直す理由とは限りません。
この切り分けにより、どちらか一方の問題で両方をやり直す手戻りを減らせます。
結論：EPUB側の3画像だけをまず照合する
KDP表紙設定で入稿直前に慌てないためには、商品ページ画像とEPUB内coverを別管理します。Rune Studioでは採用表紙をcoverへ指定し、表紙1＋本文2＝収録画像3、欠落0を確認します。KDP受理と表示は、その後の別確認です。
まず三章の複製でEPUB側だけを試してください。現行Mac版の概要とダウンロード先はRune Studio公式サイトで確認できます。
