BOOK☆WALKERの電子書籍データをEPUBで用意したら落とし穴がいっぱいあった話

Macの文書作成ソフト「Pages」でKindleのEPUBデータを作るのがあまりにも簡単だったので、EPUBで電子書籍を作ったついでにBOOK☆WALKERでも電子書籍を出そう！と手を出したらうまくいかなかった！という失敗からの学びです。

MacユーザーでEPUBデータを作ってBOOK☆WALKERで本を出してみたい、という方に少しだけ役に立つ情報を残そうと思い体験談を書くことにしました。MacでBOOK☆WALKERのデータ作る方は私の二の舞にならないように気をつけてください。

1，レイアウトが崩れた

KindleのEPUBデータは、Pagesの縦書き表示がそのまま反映されて目次リンクもそのまま、画像も綺麗に１ページに収まる仕様で完成しました。

ところが、PagesのEPUB変換データをBOOK☆WALKERに入れると下記の問題が出ました。

・縦書きデータが横書きになってしまっている
・画像が１ページに収まっていない（画像が途中で切れて次ページに挿絵がまたがる現象）
・ページめくりの方向など、書籍の設定が全体的におかしい

うん？　と思ってEPUBでなぜそんなことが起きるのか、ここで初めてEPUBのことを調べました。

EPUBとは電子書籍用に組み立てられた、本文・画像・レイアウト情報のセット

EPUBは、以下の要素で構成された圧縮データでした。

• 本文

• 表紙画像

• 目次

• 縦書き・横書きなどの指定

• ルビ、見出し、改ページなどの情報

• 作品タイトル、著者名などのメタデータ

ここで初めて、EPUBという電子書籍のデータがHTMLとCSSで構成されていることを知りました。※遅い

元ホームページ担当、「これ仕事じゃん」となる

私は1年半前まで企業でホームページ担当をしていたので、更新のためにHTMLとCSSをいじっていたのですが、いざ電子書籍でこのコードを触ることになると仕事感が強くて萎えました。

Webライターの方もHTMLには馴染みがあるんじゃないかなと思います。

ということで、やるしかないか、と気持ちを切り替えてEPUBデータのコードを触るためCalibreを触って編集したのですが、結果的にここが最大級の失敗になり、無駄な時間をたくさん使ってしまいました。

2，BOOK☆WALKERにCalibreはNG

ということで、CalibreでHTMLとCSSを使って編集を始めたのですが、ここでとてつもない違和感を覚え始めます。

「あれ？さっき加えた縦書き指示のCSSコードなくなってない？」

Calibre、編集したコードをそのまま残してくれない問題。
BOOK☆WALKERでEPUBデータをアップすると、CSSやHTMLのエラーコードを示されるのですが、その部分を何度修正しても同じエラーが消えません。

これ、修正したところ反映されてなくない？

と、気づき、ここでCalibreの癖を知りました。
こちらが書いたコードを勝手に書き換えるCalibre。そんなことがあっていいのか。

ということで、改めて使用ソフトをSigilに変更し、1から編集し直すことに。

時間を盛大に無駄にしました。
Sigilの口コミ、検索した限りは「初心者には難易度が高い」だったのですが、Calibreに苦しめられた後だったので、指示をそのまま反映してくれるとても優しいソフトにしか思えませんでした。

ページ区切りとHeading１〜の指定（h1,h2・・です）、文字の装飾などがボタンひとつで指定できるのでコードを触っていない人にも便利なのでは。

ただ、ボタンでのコード挿入は指定の位置からずれたりすることがあり、コードと仕組みを知らないとプレビュー表示がおかしくなった、なぜ、と戸惑うことがあるかもしれません。
単に貼り付ける場所が自動でずれただけなので簡単に直せるのですが、コードなんて触れるか！という方はChatGPTに全体のコードを貼り付けて修正指示をもらえばOK。楽な時代になりました。

あと、Sigilは<p>コードを入れてくる傾向があるんですが、これがBOOK☆WALKERとの相性が悪いことを発見しました。

pは paragraph（段落）で、基本的にはこんな形で使うもの。

こうやって自動的に段落を作ると、下のような表示が出来上がります。
HTMLは改行や段落のたびにコードを入れる仕組み。

ところが、BOOK☆WALKERは<p>コードが入っている箇所をエラーデータ扱いにする傾向があることがわかりました。
そうなると、HTMLで＜p＞を使わずに書かなければならなくなります。
やり方としてはこんな感じが考えられますが・・

このHTMLだけでは足りず、CSSでも見た目を決める指示を入れます。

ところが、この<div>コードもBOOK☆WALKERでいくつかエラーになったので、あまり好まれてはいないようです。<p>よりエラー頻度は少なかったのですが、たまにエラーが出る以上、警戒は必要。

そのため、<br/>といった改行コードや
空白　 （※non-breaking space改行されない空白スペース）
を多用してデータを作るのが無難、という結論に至りました。

データを受ける側のシステムに干渉しかねないので、divやpはあまり入れられないようになっているのかも。※素人の想像です

ここの結論に至るまで何度もHTMLとCSSで失敗をして、何度もエラーを体験し、ようやく完成データが作れました。

3，BOOK☆WALKERデータを作ってみて

今回初めてBOOK☆WALKERのEPUBデータを作ってみて、著者センターの書籍閲覧を細かく見ないと危ないな、と思いました。

あと、データを閲覧したら修正する場所が見つかるので、データを編集して上書き保存すると思うんですけど、そのデータを再度アップロードしようとするとBOOK☆WALKERは読み込んでくれません。

必ずファイル名を新しい名前に更新して別データとしてアップしなければいけない仕様になっていました。

色々独自ルールがあります。

というわけで、そこそこ苦労して作ったデータでこちらが販売開始です。

売れたら続刊もBOOK☆WALKERデータを作りたいですが、データのチェックとコード編集がそこそこ大変なので、売れなかったら・・（上巻の時点で弱気）

Kindleはちょこちょこ読んでくださる方がいて、なぜか海外でもお読みいただいていたりするので、BOOK☆WALKER派の方にも読んでいただけたら嬉しいです。

一度Kindleでお読みいただいた方は新版がダウンロードできない仕様になっているので、新版はBOOK☆WALKER版でお楽しみください。完全別バージョンです。

ということで、電子書籍のデータ作りを強制的に学ぶことになりました。
小説を書いていただけのはずが、HTMLとCSSを触る羽目になるとは思わなかったです。

Kindleの小説出版についてnoteを書いてる人は多い印象ですが、BOOK☆WALKERの記事はあまり見ないですね。そもそも、BOOK☆WALKERは個人出版件数が少ない。

BOOK☆WALKERといえばラノベのイメージがあったのですが、挿絵の入るデータは専門の編集が必須なので個人出版にはハードルが高いのでしょうか。

漫画のアップロードは専用のシステムが用意されていて簡単に作れるようですが、小説は自力で頑張れ！かも。

テキストデータ(.txt)でEPUBデータを作るならブラウザ上で『でんでんコンバーター』が使えるので、イラストなしで作る場合はこちらも。

※私の本は巻頭に漫画、途中にも挿絵を入れていますので、でんでんコンバーターではデータは作れませんが、テキストだけこちらで変換したデータを使ってみました。
結果、改行指示が全然反映されていなかったので、プレビュー画面を確認しながらひとつずつ改行のコードを入れるのが大変でした。

あと、Sigliは目次のタイトルに数字を連番で振ってくるスタイルがCSSに入っているので、それを編集するか目次ページに数字を振らない指示を入れる必要がありました。

小説の目次に連番ってあまり向かないので、これを入れています。

目次に振られる番号と余白を消して表示するためのコードを入れましたが、電子書籍リーダーの中には自動で付与してくる仕様のものがあるらしい。そういう場合は防げません。

とまあ、ひとつひとつこうやって表示したいようにCSSをいじるんですけど、仕事感がすごかったです。

ちなみに、EPUBデータはスマホの書籍リーダーの本棚に入れて読めるので（Apple Bookなど）本が出来たなという感じがします。
電子書籍って基本どこの会社もレンタルなので手元に書籍が残っていない感じがするのですが、EPUBデータは「まさに本」ですね。

さて。苦労した分、宣伝頑張ろうかなって気持ちになってきました。

ということで、こちら、お見合い三昧の王女と高額報酬に釣られてやってきた護衛の騎士が繰り広げる、事件と絆の一ヶ月間のお話です。さらりと読めるはずなのでぜひ！読んでいただけると私が心から喜びます。

BOOK☆WALKER版　※読みやすいはずです

AmazonはUnlimited対応です。よろしくお願いします。