「自分のノウハウを電子書籍にまとめたい」「技術同人誌をKindleで出版したい」と思ったとき、どこから手を付ければいいか迷ったことはありませんか?
WordやInDesignを使う方法もありますが、エンジニアやライターにとって最も書きやすいのはMarkdownです。見出し・箇条書き・コードブロックをシンプルな記法で書け、バージョン管理もしやすい。問題は、Markdownで書いた原稿をどうやってEPUB(電子書籍フォーマット)に変換するかです。
この記事では、ブラウザだけでMarkdown原稿をEPUBに変換し、表紙画像の作成からKDP(Kindle Direct Publishing)へのアップロードまでを一気通貫で行う方法を解説します。
電子書籍出版に必要な3つの要素
電子書籍をプラットフォームで出版するには、以下の3つが必要です。
| 要素 | 説明 | よくある課題 |
|---|---|---|
| 原稿ファイル | EPUB形式のファイル | Markdownから変換する手段が限られる |
| 表紙画像 | 1600×2560px(KDP推奨) | デザインツールの操作が必要 |
| メタデータ | タイトル・著者名・言語・説明文 | OPFファイルへの正しい設定 |
従来はこれらをバラバラのツールで準備する必要がありました。Pandocでコマンドラインから変換したり、Canvaで表紙を作ったり。電子書籍作成ツールを使えば、この3つをブラウザ上で一括作成できます。
Markdown原稿の書き方
章の分割ルール
EPUBでは「チャプター(章)」単位でページが分かれます。電子書籍作成ツールでは、H1見出し(# )ごとにチャプターが自動分割されます。
# はじめに
この本では〜を解説します。
# 第1章 基本編
## セットアップ
まず最初に〜
## 設定ファイルの書き方
次に〜
# 第2章 応用編
## 実践テクニック
応用として〜
この例では3つのチャプター(はじめに、第1章、第2章)に分割されます。H2以下の見出しはチャプター内のセクションとして扱われます。
対応するMarkdown記法
| 記法 | 用途 | EPUBでの表現 |
|---|---|---|
# 見出し | チャプター分割 + 目次 | 章タイトル(目次に表示) |
## 見出し | セクション分割 + 目次 | 節タイトル(目次に表示) |
### 見出し | サブセクション | 小見出し |
**太字** | 強調 | ボールド |
*斜体* | 補足的な強調 | イタリック |
- 項目 | 箇条書き | リスト |
1. 項目 | 番号付きリスト | 番号リスト |
`コード` | インラインコード | 等幅フォント |
> 引用 | 引用 | インデント付きブロック |
--- | 区切り線 | 水平線 |
原稿作成のコツ
1. チャプターの粒度を揃える
1章あたり2,000〜5,000文字が読みやすい目安です。極端に短いチャプター(500文字未満)や長いチャプター(10,000文字超)は読者の集中力を削ぎます。文字数カウンターで各章の文字数を確認しながら調整しましょう。
2. 冒頭に「はじめに」を置く
読者が最初に目にするチャプターです。本書の対象読者・前提知識・得られるものを明記すると、購入後の離脱を防げます。
3. 目次を意識した見出し設計
H1とH2が目次に反映されます。目次だけ読んで内容が把握できる見出しにすると、電子書籍ストアの「試し読み」で目次が表示されたときに購入率が上がります。
EPUB作成の手順
Step 1: 原稿を入力する
電子書籍作成ツールの「原稿」タブを開き、Markdownエディターに原稿を入力します。
- 左側がエディター、右側がリアルタイムプレビュー
- 原稿はブラウザのLocalStorageに自動保存されるため、途中で閉じても作業を再開できる
- 既存のMarkdownファイルがある場合は、テキストをコピー&ペーストで貼り付け
- 既存のEPUBファイルがある場合は「EPUBを読み込み」ボタンから読み込むと、本文・メタデータ・画像が自動復元される
Step 2: 表紙画像を作成する
「表紙」タブに切り替え、表紙画像をデザインします。
| 設定項目 | 推奨値 | 説明 |
|---|---|---|
| サイズ | 1600×2560px | KDP推奨サイズ(縦横比1:1.6) |
| タイトル | 本のタイトル | 大きめのフォントで中央配置 |
| 著者名 | 著者名 | タイトルより小さいフォント |
| 背景色 | ジャンルに合った色 | 技術書なら濃紺、ビジネス書なら白など |
自分で作成した画像を使いたい場合は、「画像をアップロード」からPNG/JPGファイルをアップロードできます。画像のサイズが足りない場合は、画像リサイズツールで1600×2560pxに調整してからアップロードしましょう。
Step 3: メタデータを設定してEPUBを出力する
「EPUB出力」タブで以下のメタデータを入力します。
- タイトル: 本のタイトル(ストアでの検索に影響)
- 著者名: 著者のペンネームまたは本名
- 言語: 日本語(ja)
- 説明文: 内容の要約(ストアの商品説明に使用)
「EPUBをダウンロード」ボタンを押すと、目次(NCX + Navigation Document)とメタデータが設定されたEPUB 3ファイルが生成されます。
KDP(Kindle)に出版する手順
生成したEPUBファイルをKindleで出版する流れを簡潔にまとめます。
出版前の確認事項
- EPUBバリデーターで検証: EPUBバリデーターで構造・メタデータ・表紙画像を一括チェック。KDP固有の入稿要件もブラウザだけで確認できる
- EPUBビューアーで表示確認: EPUBビューアーでEPUBを開き、目次の動作・本文のレイアウト・画像の表示を目視で確認
- 文字数の最終確認: 原稿用紙換算ツールで総文字数を把握しておく
出版前の品質チェックについて詳しくは「KDP出版前にEPUBファイルを検証する方法」で、ワークフロー全体とよくあるエラーの対処法を解説しています。
KDPへのアップロード
- KDP にログイン
- 「電子書籍」→「新しいタイトルを作成」
- 原稿ファイルとしてEPUBをアップロード
- 表紙画像をアップロード(ツールで生成した1600×2560pxの画像)
- 価格・カテゴリ・キーワードを設定して出版申請
既存EPUBを読み込んで再編集する
出版済みのEPUBを修正したいとき、改めて原稿をゼロから打ち直す必要はありません。電子書籍作成ツールの**「EPUBを読み込み」ボタン**から既存のEPUBファイルを読み込むと、以下の情報が自動的に復元されます。
- メタデータ: タイトル・著者名・言語・説明文・ISBN・出版社・キーワード
- 本文: XHTMLからMarkdownに自動逆変換(見出し・段落・リスト・テーブル・コードブロック・コラム・対話ブロック等)
- 表紙画像: EPUBに含まれる表紙画像を抽出して復元
- コンテンツ画像: 本文中に埋め込まれた画像ファイルも復元
エディター上で加筆・修正したあと、再度「EPUB出力」タブからEPUBとしてダウンロードできます。誤字の修正、章の追加、メタデータの変更など、出版後の改訂作業に便利です。
用途別の活用シナリオ
技術同人誌
コードブロックとインラインコードがMarkdownの強みです。技術書でよく使う「ステップバイステップの手順 + コード例」の構成が自然に書けます。
ノウハウ集・ハウツー本
フリーランスが仕事のノウハウをまとめて電子書籍にするケースが増えています。見出し→箇条書き→具体例のパターンで書くと、読者が実践しやすい本になります。
社内マニュアル・研修資料
社外に公開せず、チーム内で共有する資料もEPUB形式にするとオフラインで読めて便利です。Markdownで原稿を管理しておけば、内容の更新・再生成も簡単です。
関連ツールとの組み合わせ
電子書籍の品質を高めるために、以下のツールを組み合わせて使うと効率的です。
| 目的 | ツール | 使い方 |
|---|---|---|
| 原稿の下書き確認 | Markdownプレビューアー | EPUB変換前にMarkdownの表示を確認 |
| 文字数管理 | 文字数カウンター | 章ごとの文字数バランスを調整 |
| 原稿用紙換算 | 原稿用紙換算ツール | 総文字数から原稿用紙枚数を把握 |
| 表紙画像のリサイズ | 画像リサイズツール | 既存画像をKDP推奨サイズに変更 |
| EPUBの表示確認 | EPUBビューアー | 生成したEPUBをブラウザで閲覧・検索・ブックマーク |
| EPUB品質チェック | EPUBバリデーター | KDP入稿前に構造・メタデータ・表紙画像を検証 |
| デジタルカタログ化 | デジタルカタログ作成ツール | 完成した電子書籍をページめくり形式でプレビュー |
あわせて読みたい
- KDP出版前にEPUBファイルを検証する方法 — 入稿前の構造チェック・表示確認のワークフロー
- ライター・編集者が使える無料テキストツール完全ガイド — 原稿作成に役立つテキスト系ツールのまとめ
- 文章の校正・推敲を効率化する方法 — 出版前の文章チェックに
- PDFをページめくり付きデジタルカタログに変換する方法 — 完成した電子書籍をWeb上で公開する方法
Zeronova(ゼロノバ)
Product Manager / AI-Native Builder
BtoB/BtoC双方で19年以上のPdM経験を持つ開発者。フリーランス・副業クリエイターが本業に集中できるツールを開発。