つまずきを減らす！KDPの縦書き・横書き、技術書・実用書に合う横書き

KDP向けの技術書・実用書で縦書きか横書きか迷ったら、コード、表、URL、図の参照順が左右方向に意味を持つかで決めます。これらが一つでも説明の中心なら、横書きリフローを第一候補にすると判断しやすくなります。文章中心で、縦書きの読書体験そのものを優先したい本は別の選択です。

今回Rune Studioでは、3章、コード2件、表2件、本文画像3枚を含む技術書標本を横書き設定でEPUBへ出力しました。論理目次と互換用目次が入り、表紙を含む画像4枚が収録され、参照切れの画像はなく、ローカルの構造検査を通りました。KDPでの受理や可変文字サイズのリーダー表示までは確認していません。

横書きを選ぶ五つの判断軸

「技術書だから横書き」と決め打ちするのではなく、崩れると意味が変わる要素を数えます。コード2件、表2件、本文画像3枚が説明の要なら、横書きの優先度は高くなります。

三章の標本で先に確かめる

原稿の役割を分ける

chapters/C01.md は導入とコード、C02.md は表、C03.md は画像つき手順とします。コードは長い一行と三段のインデントを含め、表は三列以上、画像は本文から順番に参照します。

この標本は本番原稿の縮小版です。本文だけの短いサンプルでは、横書きにする理由を判定できません。

横書き設定で章順を固定する

Rune Studioで横書きを選び、C01→C02→C03の順に収録します。目次に出す章名、表紙、本文画像3枚、奥付を設定し、別名のEPUBとして出力します。

ここで見るのは設定値の内部名ではなく、読者に必要な結果です。

• 三章が指定順で収録されている
• 論理目次と互換用目次がある
• 表紙を含む画像4枚がEPUB内にある
• 本文画像の参照切れがない
• EPUBの基本構造に検出された問題がない

今回の標本はこの五項目を満たしました。

コード・表・画像を個別に戻る

出力後、C01のコード2件、C02の表2件、C03の本文画像3枚へ戻ります。ローカルの構造検査では収録と参照を確認できましたが、文字サイズを変えたときの折返しや、特定リーダー上の見た目は確認していません。

KDPへ送る前に読者が試すこと

販売先へ登録する前に、現在のプレビュー環境または可変文字サイズのリーダーで次を確認してください。

1. 文字サイズを小・中・大に変え、コードの一行が読めるか。
2. 表の列見出しと値の関係が崩れないか。
3. 本文中の「次の図」が意図した画像へ続くか。
4. 章目次からC01〜C03へ移動できるか。
5. 横画面と縦画面で情報が欠けないか。

この表示確認は今回の操作結果には含まれません。ローカル構造検査に通ったことは、KDP受理やすべてのリーダーで同じ表示になることを意味しません。

Rune Studioで確認した範囲

縦書きを残す判断もある

実用書でも、本文の大半が日本語の連続文章で、コードや表が付録に数点あるだけなら、縦書きを残す選択肢があります。その場合は付録を別章へまとめる、長いURLを注記へ逃がす、表を箇条書きへ直すなど、本文の読書体験を壊さない設計を検討します。

反対に、コードを画像へ変えて縦書きへ合わせると、文字検索やコピーが難しくなります。表を無理に縦方向へ読み替えると、列同士の関係が伝わりにくくなります。横書きか縦書きかは見た目の好みだけでなく、情報を文字として保持できるか、読者が順序を誤解しないかで決めてください。

判断に迷う本は、同じ一章を縦書きと横書きで出し、コード・表・図の三箇所だけを先に比べます。本文全体を組み直す前に、意味が崩れる側を候補から外せます。

Rune Studioの公開機能では、KDP向け原稿を縦書き・横書きで設定し、目次、画像、表紙、奥付を含むEPUBへまとめられます。

記事固有の標本では、横書きの三章、コード2件、表2件、本文画像3枚を出力し、章順、二種類の目次、画像4枚、画像参照、基本構造を確認しました。販売登録、審査結果、全リーダー表示は未確認です。

結論

横書きを選ぶ決め手は、左から右へ読むコード、列関係のある表、英数字のURL、図の参照順です。文章中心で縦書きの読書体験を優先する本まで、同じ結論にする必要はありません。

まず三章の縮小標本を作り、横書きEPUBの構造を確かめた後、可変文字サイズの表示を自分で確認してください。KDP向けEPUBを組み立てたい人は、Rune Studioの商品ページで現行の縦横設定と収録機能を確認できます。