Kindle にリリースする手順

先に決めておくと後戻りしないもの

• 書名とサブタイトル — 公開後も変更できますが、URL に入る ASIN は変わらず、SNS で告知した後の変更は読者側の混乱になります。
• 著者名の表記 — 漢字かローマ字か。1 冊目で決めた表記が著者ページの単位になるので、シリーズで揃えます。
• レーベル（出版社名） — 任意項目ですが、入れるとストアの「出版社」欄に出ます。個人でも屋号やレーベル名を名乗れます。
• DRM の有無 — 公開後に変更できません（STEP 7）。技術書は引用・再利用の利便を取って「なし」にする判断もあります。

ペーパーバックの仕様（判型・背幅・ISBN）は、このページ下部の「ペーパーバックも出す場合」にまとめてあります。

1. 最小のビルドコマンド

LANG=ja_JP.UTF-8 pandoc \
  --metadata-file=metadata.yaml \
  --css=style.epub.css \
  --epub-cover-image=cover.png \
  --epub-title-page=false \
  --toc --toc-depth=2 \
  --metadata=toc-title:"目次" \
  --syntax-highlighting=tango \
  -o "書名.epub" \
  000-中表紙.md 00-はじめに.md 01-*.md ... 奥付.md

--epub-title-page=false を付けているのは、pandoc が自動生成するタイトルページを止めて、自分で書いた中表紙（Markdown）を使うためです。自動生成のものはレイアウトを制御できません。

2. metadata.yaml に要るもの

3. 図はビルド時に画像へ変換しておく

Mermaid のコードブロックは Kindle ではただのテキストとして出ます。ビルドの前処理で mmdc を通して PNG にし、![](...) に置換してから pandoc に渡します。変換に失敗したらコードブロックのまま残す（ビルドは止めない）ようにしておくと、図がまだ無い段階でも確認を進められます。

4. ビルドできたら中身を覗く

unzip -l "書名.epub" | head -30   # 構造と章ファイル数を確認
ls -lh "書名.epub"                # サイズ（配信コストに効く。STEP 8）

後処理スクリプトの骨格

EPUB は zip なので、展開 → テキストとして直す → 規則どおりに再パックで足ります。Python 標準ライブラリだけで完結します。

import zipfile, re, os, shutil, tempfile

tmp = tempfile.mkdtemp()
with zipfile.ZipFile(epub) as z:
    z.extractall(tmp)

# 1) OPF を直す
opf = open(f"{tmp}/EPUB/content.opf", encoding="utf-8").read()
opf = re.sub(r'\s*prefix="ibooks:[^"]*"', '', opf)
opf = re.sub(r'\s*<dc:publisher>\s*</dc:publisher>', '', opf)
opf = opf.replace('<itemref idref="nav" />',
                  '<itemref idref="nav" linear="no" />')
# nav と直後の itemref（＝中表紙）を入れ替える
opf = re.sub(r'(<itemref idref="nav" linear="no"\s*/>)(\s*)(<itemref idref="[^"]+"\s*/>)',
             r'\3\2\1', opf, count=1)

# 2) 全 XHTML を走査：id→ファイル名の表を作り、href="#id" を書き換え
# 3) td/th に valign="top" と inline style を付与
# 4) Apple 専用ファイルを削除

# 5) 再パック：mimetype だけ無圧縮で先頭に
with zipfile.ZipFile(out, "w", zipfile.ZIP_STORED) as z:
    z.write(f"{tmp}/mimetype", "mimetype")
with zipfile.ZipFile(out, "a", zipfile.ZIP_DEFLATED) as z:
    ...  # 残りを追記

実行タイミングを固定する

手で走らせると必ず忘れます。ビルドスクリプトの最後で無条件に呼ぶようにして、「ビルドした EPUB は常に後処理済み」という状態を保ちます。

# build.sh の末尾
python3 fix_epub_for_kdp.py "$OUTPUT"

やり過ぎないこと

KDP は EPUB を独自形式に変換して配信するため、CSS で細かく作り込んでも端末側で効かないものが多いです。後処理で触るのは「構造」と「Kindle が無視する指定の代替」に留め、見た目の調整は Previewer で確認しながら最小限にします。

確認する順番

1. 表紙が出るか。書影の下端が切れていないか。
2. 並び順が 表紙 → 中表紙 → 目次 → 本文 になっているか。
3. 目次の全項目をタップして飛べるか。章をまたぐ相互参照も 2〜3 個試す。
4. コードブロックが右で切れていないか。長い行が多い章から見る。
5. 表の折り返しとセルの縦位置。
6. 図の表示と、タップ拡大したときの文字の読めるかどうか。
7. フォントサイズ最小・最大で 1 周。ここで初めて出る崩れがある。

長い行を機械的に探す

# 60 文字を超える行を全 Markdown から拾う
grep -n '.\{61\}' *.md | head -40

散文の行は折り返されるので問題ありません。コードブロック内だけを見ます。ここを最初に片付けておくと、以降の改稿で崩れが再発しません。

Previewer で見つからないもの

Previewer は変換結果の再現度が高い一方、実機のページ送りの速さ・目次の使い勝手までは分かりません。公開後、自分の端末で 1 冊分読み通すと、章の切れ目や図の入れ場所の粗が見えます。改訂で直せるので、そこは公開を止める理由にしません。

作り方の分担

画像生成にタイトル文字まで描かせると品質が安定しません。絵は生成 AI、文字とレイアウトはスクリプトかデザインツールで合成する分担にすると、改題や版数変更のたびに作り直せます。

# 絵（背景）＋タイトル文字を合成して 1600×2560 で書き出す
python3 gen_cover.py

合成をスクリプト化しておく利点は、「自分の創作的寄与」の手順が記録として残ることでもあります。プロンプト・生成日・加工内容を一緒に残しておきます。

サムネイル前提のチェック

• 幅 150 px 程度に縮小して、タイトルが読めるか確認する。読めなければ文字を大きくする。
• 背景が暗い場合、ストアの白背景に浮くか（枠が無くても本に見えるか）。
• 実在のロゴ・商標・判読可能な他社名・実在人物の顔が写り込んでいないか。

ペーパーバックの表紙は別物

電子の表紙は「表 1 だけ」の 1 枚画像ですが、ペーパーバックは表 4・背表紙・表 1 が地続きの 1 枚 PDF です。共用できません（下部のペーパーバックの節）。

登録する 3 つ

1. 出版者情報 — 氏名または屋号・住所・電話番号。ストアに出るのは著者名とレーベル名で、住所ではありません。
2. 税務情報 — オンラインのインタビュー形式。個人なら「個人」を選び、居住国を日本、納税者番号としてマイナンバーを入力します。完了ステータスが「完了」になっているかを必ず確認してください。
3. 振込口座 — 日本の銀行口座を登録できます。マーケットプレイスごとに支払い設定があるため、amazon.co.jp 以外（米国・欧州など）の口座設定も埋めておくと、少額でも取りこぼしません。

支払いのタイミング

売上は約 60 日後に月次で支払われます（マーケットプレイスごとに最低支払額あり）。公開直後に振り込まれるものではないので、収支の期待値だけ合わせておきます。

税務の扱いは個々の状況で変わります。ここに書いたのは KDP の入力欄の話であり、確定申告や所得区分の判断は税理士・税務署に確認してください。

入力値は Markdown で先に作っておく

フォームに直接書くと、改訂のたびに手元との差分が分からなくなります。提出項目を 1 枚の Markdown にまとめてリポジトリに置くと、2 冊目以降も同じ表を埋めるだけで済みます。フリガナ・ローマ字・内容紹介の HTML・キーワード・カテゴリを列挙しておきます。

内容紹介の書き方

ストアでは最初の 2〜3 行しか展開されずに表示されます。冒頭に「誰の何を解決する本か」を置き、目次の羅列は後ろに回します。技術書なら、対象読者と前提知識を明記しておくと返品・低評価が減ります。

キーワードの選び方

タイトルとサブタイトルに含まれる語は、キーワードに入れなくても検索対象です。本文の中身を表すが書名に無い語（想定ツール名・関連分野・読者の職種）に 7 枠を使います。

AI 生成コンテンツの申告

本文・画像・翻訳それぞれについて、AI を使ったかを申告する欄があります。表紙を生成 AI で作ったなら画像側で申告します（STEP 5）。

KDP セレクトに入れるか

KDP セレクトに登録すると Kindle Unlimited（読み放題）の対象になり、読まれたページ数に応じた分配を受けられます。代わりに 90 日間の独占が条件で、同じ本を他所（技術書典・BOOTH・Zenn・自サイトの PDF 配布など）で配れなくなります。

• 入れる — Kindle 以外で配る予定がない。読み放題からの流入を取りたい。
• 入れない — 自サイトや同人即売会でも売る。サンプル PDF を自分で配りたい。

90 日ごとの自動更新なので、更新のタイミングで見直せます。1 冊目は入れてみて反応を見る、という決め方でも取り返しはつきます。

価格の考え方

個人の技術書は ¥500〜¥1,250 に集まります。ページ数より「読者が浮かせられる時間」で決めるほうが納得感が出ます。公開後に価格は変更できるので、初値で悩みすぎないことです。

差し戻しになりやすいもの

• 表紙と本文のタイトルが一致していない — 中表紙・奥付まで含めて表記を揃える。
• 外部リンクが多すぎる／宣伝目的に見える — 本文からの自サイト誘導は控えめに。
• フリー素材・引用の権利表示漏れ — 出典を本文か奥付に書く。
• プレビューで開けない EPUB — 多くは mimetype の再パック事故（STEP 3）。

公開日を指定したい場合

予約注文として日付を指定できます。ただし予約設定には締切があり、その後は原稿を差し替えられない期間が生じます。急ぎでなければ、審査を通してからそのまま公開するほうが単純です。

反映の早さが違う

改訂のたびにやること

1. ビルド（後処理まで自動で通す）
2. Kindle Previewer で変更した章だけ確認（全周は大改訂のときだけ）
3. ページ数が変わったら、ペーパーバックの背幅と表紙 PDF も作り直す
4. 奥付の版数・発行日を更新する