「パソコンで書いている横書きの原稿、いざ縦書きの電子書籍になったらどう見えるのか……。」
私は普段iOSアプリを開発していますが、自分のコードやドキュメントを整理する際、常に「最終的なユーザーの見え方」を気にします。Kindle出版も同じです。ワードやエディタの白い画面（しかもダークモードがない！）で執筆している最中は完璧だと思っていても、いざKindle Previewerで見ると、改行がブツ切れだったり記号が変な方向を向いていたりと、イメージの乖離に愕然とすることがあります。
特に私は深夜に作業をすることが多いため、眩しい白背景の古いツールを使い続けるのが苦痛でした。そして何より、 「未発表の原稿を、どこの誰が管理しているか不明なサーバーにアップロードして変換する」 という行為。心配性の私には、それがどうしても許せませんでした。
1. なぜ「横書きの直感」は縦書きで通用しないのか
私たちは普段、スマホやPCの横書きに慣れすぎています。しかし、縦書きには縦書き特有の「リズム」と「物理的制約」があります。
改行が「ノイズ」に変わる瞬間
横書きでは1行の文字数が多いため、適度な改行は「余白」として機能します。しかし、Kindleの縦書き（特にスマホ表示）では、1行が非常に短くなります。横書きの感覚で入れた改行が、縦書きでは「一行おきに穴が開いたようなスカスカな誌面」を作り出し、読書の集中力を削いでしまうのです。
記号の「向き」と「縦中横」
三点リーダー（…）やダッシュ（ーー）、感嘆符（！）の使い方は、縦書きでは視覚的フックになります。これらが横向きのままだったり、位置がズレていたりすると、一気に「素人感」が出てしまいます。本格的な入稿用ファイルを作る前に、まずはブラウザ上でサクッと 縦書きプレビュー を行い、自分の文章が縦になった時の「重力」を確認しておくべきです。
2. 読者を離脱させないための「合理的」整形リスト
イメージが湧かないなら、数値をベースにしたチェックポイントを持ちましょう。私は以下の3点を機械的に修正することから始めます。
三点リーダー「……」の徹底
小説の作法として三点リーダーは2回重ねるのが基本です。1回だと縦書きでは空白が目立ちすぎます。
数字の表記を統一する
縦書きで算用数字（1, 2, 3）が混ざると、文字が横に寝てしまい視線が止まります。
括弧の全角・半角混在を防ぐ
「 」や『 』に半角が混じると、縦書きプレビューでガタつきとして現れます。 括弧の種類を統一する だけで、誌面の美しさは劇的に向上します。
3. 実演：自作ツールで入稿前の「違和感」をあぶり出す
私はKindle Previewerを立ち上げる前の「下準備」として、自作のツールでプレビューを行います。
このツールを使ってみる →
入力と同時に、リアルタイムで縦書きへと変換。ブラウザ幅を狭めれば、スマホでの見え方も擬似的に再現できる。
私が推奨する「クリーンアップ」手順
- 不要な空白を消す： Webから下書きを拾うと、意図しないスペースが紛れ込みます。 全角・半角スペース変換 で一掃します。
- 空行を整理する： 横書き用の「1行空け」は、縦書きでは大きな壁になります。 空行削除 で、一度フラットな状態に戻します。
- 縦書きで流し読む： 縦書きプレビュー で上から下へ視線を流します。横書きでは見落としていた誤字が、面白いように見つかります。
4. セキュリティとプライバシーへの「偏執的な」こだわり
ここが最も重要な点です。あなたが心血注いで書いた未発表の原稿を、他人のサーバーに送信してはいけません。
私のサイトのツールは、すべて クライアントサイド （JavaScript）で動作します。あなたがテキストエリアに原稿を貼り付けても、それは 「あなたのブラウザの中」 だけで処理されます。私のサーバーに入力内容が届くことは、技術的に不可能です。
私は自分の大切なデータを守るためにこのサイトを作りました。だからこそ、同じように「自分の原稿を安全に整えたい」と願う著者の皆様にも、安心して使っていただける環境を提供しています。
5. まとめ：道具に悩む時間は、もう終わりにしよう
Kindle出版は、執筆後の「整形作業」こそが本当の勝負です。しかし、一文字ずつ手動で直すのは非合理的です。
- インストール不要。ブラウザですぐに確認。
- ダークモード対応のUIで、深夜の執筆も快適に。
- サーバー送信なし。究極のプライバシー保護。
私は、iOSアプリ開発で培ったUXの視点を、このツールサイトに全て注ぎ込みました。ダークモードで落ち着いて原稿を眺め、納得がいくまで 縦書きプレビュー で調整を繰り返してください。
理想の1冊を完成させるための「静かな作業部屋」として、このサイトが役立つことを願っています。