昨日は電子書籍の強烈な漫画ネタがふたつ。

◆ Amazonが漫画を簡単にkindle（mobi）形式にしてくれる無料公式ツールを公開した。

ダウンロードはこちら → [Kindle Comic Creator]

チュートリアルの動画もあって、それを見る限り、いやもう簡単。あれだけ悩んでいた・悩んでいる固定レイアウトのEPUB3・mobiファイルができる。すぐにkindleストアに並べることが出来るファイルとなる。

原稿があるなら、とっととダウンロードして使うべし。漫画家（クリエイター）が市場直結する。

・個人出版で同人誌サークルが流れ込んできたらあっという間に膨大なコンテンツが揃う。

・プロの漫画家が絶版扱いになっている過去の名作を投入したら知名度も向上する。

kindleの漫画＝MANGAが一挙に充実するなあ（これらを翻訳する需要が出てくる）

◆ LINEマンガが始まったと話題だった。

立ち読みも豊富だし、約３万点揃えてスタートらしい。強力なクチコミもあって、あっという間に広がるだろう、と。

ダウンロードして試した。

うううむ、こっちはどうだろう。iPhoneの小さな画面で漫画を読むのはわたしはぴんとこなかった。iPad miniぐらいの端末で読めるならイケると思うけど…。

出版の売上はマンガが牽引してる。マンガが中心となって動いてくれると、電子書籍が広がる・一般化する。

ひとつだけ心配なのが。

LINEマンガは豊富な「無料」マンガも謳い文句。せっかく電子書籍が立ち上がって、コンテンツには対価を支払うものだという空気があるのに、マンガだからといって「無料」を撒き餌にバラまくようなマネはやめてくれ。

クリエイターに対価が渡るように、丁寧にコンテンツを提供する方法を取らないとだめだろ。

[更新]2026-02-02 07:44:01

kindleやibooksの新刊・既刊情報を掲載、表紙画像をそれなりの大きさで表示しようと思った時に、まんまimgタグで表示させるのはちょっと無造作すぎるなあ、と。自分で描いたイラストならともかく、お願いしたりいただいたりしたイラストだ。

そこで「画像コピー禁止」を検索して見つけた下記の方法で細工。

・画像の上で右クリック禁止伝統技

「onContextMenu="return false"」

・画像を簡単にドラッグ＆ドロップできないように。

　表示する画像はcssで背景に指定して、表側のimgタグには透過gifを表示。

HTML
<img src="space.gif" width="640" height="480" alt="表紙画像"
style="background-image:url(http://hyoushi.jpg)；" class="image"
 />

CSS
.image{
  background-repeat:no-repeat；
  background-position:center center；
}

この方法を見つけたときは、よく思いつくなあ、なるほどなぁと呆れつつ感心。webなんて表示しているものはどうやったって取得されちゃうんでこの方法もその場しのぎ（例えばhttpでソースを取得しちゃえば画像ファイルのありかはわかる）

また、コピーされたくないテキストは以前に書いた「個人情報をちょっと防衛」のように。

・コンテキストメニューで右クリックは禁止

・ajaxを使って呼び出されるスクリプトでリファラなどをチェックして表示するorしないを制御

・表示してもjQueryで 「.bind("copy"， function () { return false})」コピー禁止

にしておく。

マウスの右クリックもできず、キーボードショートカットでのコピーもできない状態になる。

右クリックできるように、とJavascriptを切ると当然ながらAjaxが効かないので、表示すらしない。

WEBは性善説を根拠にフリーであるべき（お金・対価がタダという意味ではない）と思うんだけど、残念ながらなかなかそうもいかないようで、ちょっとだけ。

ついでに。

ここんとこ雑記帖が重い＝表示が遅いのでイラっとしていた。ここで何度も言うけど「WEBは早さが唯一の絶対正義」そんな状態なのに、各記事にカテゴリをつけるため、データベースにカテゴリ用テーブル、カテゴリと記事のリレーション用テーブルを追加。そりゃまた当然遅くなる。

SQLを改めて見てみたらば、indexをつけてたと思ってたテーブルの（いろんなSQL文の where句で最もよく使う）カラムにindexがついてないのに気づいて慌ててつけた。

結果、それまで体感で表示まで５〜７秒かかっていたのが３〜５秒に短縮された。

それでも遅いんだけど。これ以上の短縮はキャッシュで中間コードを保存するとか、静的ページを生成するとかになる。スクリプトの書き換えや運用も含めて考えなきゃいけないかな。

もしくはajaxのコンテナだらけにする…って、ajaxにすると検索エンジンが拾えないので却下だ。

サイトの細工やチューニングは、考え出すと・やりだすと面白いもんです。

[03/20 18:27:21] 追記。ということで、一部のパーツ単位で生成しておいて、DBからデータを取るのではなく、静的パーツを呼び出すだけにした。ほんの少し早くなった、ような気がする。

[2013/12/30 09:54:31] 追記。

直リンク禁止の定番も。

.htaccessで制御する（Apache）

SetEnvIf Referer "^http//example.com" is_ok
order deny，allow
deny from all
allow from env=is_ok

.htaccess を置いたディレクトリ以下に適用される

・リファラをチェックして、自サイトからのアクセスなら 「is_ok」を設定。

・この指定の優先順位は、１）拒否 ２）許可。

・すべてのアクセスを拒否する

・is_ok が環境変数に設定されていれば許可する

[2014/01/13 12:38:03]追記。

.htaccess でキャッシュコントロール

<FilesMatch ".(css|js|png|jpe?g|gif)$">
Header set Cache-Control "max-age=604800"
</FilesMatch>
<FilesMatch ".(pl|cgi|php)$">
Header unset Cache-Control
</FilesMatch>

・cssやJavascript、画像などは1週間キャッシュする

・perlやphpはキャッシュしない

この雑記帖スクリプトでは、公式APIが使いにくい・デザインが合わないブログパーツなどに関しては、HTMLから直接取得している。

twitterの「その他」→「ツイートをサイトに埋め込む」

この機能は便利なのに、表示・デザインに自由度がなくて、サイトに埋め込むと

このありさま。どっちが本文でどっちが引用（ツイート）なのかわからない我が侭な自己主張。ユーザビリティ、デザイン的にこれはない。

twitterとしては、表示をコントロール下において広告などで収益を視野に入れて展開したい、んだろうけど。サイトはこちらのもの。大きな顔をされては困る。

Amazon AWS の API でレビューが取得できなくなっていた（もう２年も前の話。今さら気づくのんきな父さん）

商品情報に含まれているのは、ユーザーレビューがあるかないか（true false）ユーザーレビューページのURL（24時間の期限付き）。このURLをインラインフレームで埋め込んでね、ということらしい。インラインフレーム表示させると、サイトの統一感を壊してしまって、楽天のチラシのような見た目になってしまう。

Amazonとしては、レビューの品質を上げるためにレビューをコントロール下において、レビューの精査・削除などしていきたいんだろう。

しかたないので、twitterもAmazonも公式APIを使わずに、HTMLを解析して取得、スタイルシートなど調整して、サイトにおさめるようにした（スクリプトのソースはちょっと内緒。HTMLのどこを見てるかあまりおおっぴらにするのは良くない＝ルール違反かなあ）

見やすいサイト、使いやすいサイトは、サイトに掲載される情報の分類がきちんとわかりやすくレイアウトデザインされていて、動線も明確でリンクをクリックしたら何が起こるのかわかりやすくなっている。

アートは感性・デザインは理屈。サイトもデザインと同じで、どうしてこの位置にこのブロックがあるのか、なぜ動線はこっちに向けてるのかなどなど、いちいち説明がなければならない。

情報設計＝インフォメーションアーキテクチャ＝IA というらしい。初めて聞いたときは、また妙な、きっとくだらないカタカナ言葉でひとを騙そうとしやがって、だったんだけど本を読んでみると、IAに関してはWEBに関わるひとにとって必須。

なんて釣りタイトルですみません。

現状、ネットの書き込みや、当サイトのアクセスログ・アクセス状況を見る限り、ゴールドラッシュに湧く金鉱で下着、ジーンズを売るのがいいらしい。しょっぱい話だ。

てのはともかく。

ウチはkindleストアで毎日なにがしか、有料本が売れていて、うまく転がっていると思っている（といっても、まだ派手に威張れる数字ではないけど）

kindleストアが売れるショップであることに違いない。何度も同じことを書くけど現実に、app storeなど比べものにならないし、配信事業者から聞いたところだと、他のkoboやgoogle playなどkindleストアの40分の1も売れないらしい。

たぶん３つ。タイミング/表紙/今までの実績

・タイミング

ウチは2012年10月25日にkindleストアがオープンと同時にKDPも公開されたのを知って、その日のうちに登録して、最初の本は10月26日に並べた。iPhoneアプリですでに公開していたものがあって表紙など流用できたし、EPUB3について調べてある程度作れるようになっていた。たまたまが重なって、先行有利というやつだ

（って、4年前からkindleに向けて・電子書籍に向けて準備やら画策やらいろいろやってきたおかげ。2010年のこのあたりから→ http://t2aki.doncha.net/?id=1269218380 ）

たぶん、ヨーイドンでダッシュできたので、レビューサイトに取り上げられた。

・青春ホラー小説『おかえりください』不幸すぎる学校の七不思議−キンドる速報

・【セール書籍】Kindle本「陽だまりうたた寝若桜」（日野裕太郎）｜きんどるでどうでしょう

このうち、キンドる速報はlivedoorのブログと連動してブログなどの広告枠でタイトルの露出をしていて、ウチの本もそこに掲載されることになったのも大きい

話題に乗れた、ということ（紹介いただいたサイトには感謝！ありがとうございます）

・表紙

ネットで表出・露出されたからといっても、小説は読んでみないとわからない。少なくとも手に取ってもらわないと話にならない。ネットは、書店や即売会のようにモノとしての実感もなく、ブラウザでちらっと見た数瞬での判断だけ。

その点、自画自賛になるけど、ウチの表紙はオリジナルでしっかりしたものになっているつもり。表紙で手を抜いちゃいかんだろう、と。

幸いなことに、プロ漫画家さんに知り合いがいるし、古くからの同人仲間の絵師さん（その方面では名前が知れている）がいる。内容に即したキャッチーなイラストを描いてもらって本当に大感謝。

…て、表紙が大事なのはなにもkindleストアに限った話じゃないですね。

・今までの実績

同人誌即売会で小説を並べ始めてもうン年。名前やタイトルにそこはかとなく見覚えがあるかも、と言ってもらえるようになっている、と思う。アクセスログを眺めていると、そちらからの動線で購入していただいてたりもする。見つけたらスグに手に入る、ダウンロード販売の強み。

ネットでの露出にしたがって、従来の読者が見つけやすくなったという、相乗効果か。

とまあ、もういい加減、こんなネタはどうでもよくて。

書籍の中身・小説の内容についての話が盛り上がらないと意味はない。

身内ボメで恐縮。日野裕太郎の書く小説は、キャラがきちんと等身大。全員、分厚い履歴書を背負っていて息づいている。ジャンルはホラーやファンタジー、ジュブナイルなど広範囲でひとことでくくれないんだけど、すんなり感情移入できるので、どれも本当に面白いですよ！

スティーブン・キングや宮部みゆきといった作家にピンときたら、日野裕太郎も末席に加えてやってくださいませ。

↓これは、家族のありかた、成長の儀式を描いたヒューマンドラマ。泣けますよ。

[更新]2026-02-02 07:50:42

iBooksストアに青空文庫が続々と並び始めていた。

現在（2月4日10:55）iBooksストアのランキングのトップが、芥川龍之介の「三つの指環」

夏目漱石や坂本龍馬、永井荷風、中島敦などなどお馴染みのラインナップが目に入る。

去年暮れの12月に複数のソースから、年内2012年12月にiBooksストアもいよいよ日本でオープンするという話を聞いて、結局何事もなく年越し。年始早々、1月中にオープンするという噂をtwitterなどで見て、結局今日はもう2月だ。

青空文庫が並び始めているということは、日本語の縦書きなどはもう全然へっちゃら、ということ。あとは例によって各版元との権利処理・契約の調整というところかな。iTunesストア（電子書籍アプリ）と、アマゾンのkindleストア（KDP）で同人誌・電子書籍を売ってる個人としては、iBooksストアも個人に窓口をあけてくれるかどうか。

にしても、ランキングが意味不明だし、検索も使いづらい。iBooksがオープンして個人で使えるようになったとしても、このUIや表示だと期待できそうにない。かなあ。ランキングに入らなければ「存在しない」ことになりそう。現状のiTunesストアと同じで、ランキングもその瞬間だけで、つぎつぎとリリースされるアプリにところてん式にランキングからたたき出されたら、それで終了。この画面・サイト構成でロングランやロングテイルは期待できるのかな。

いつかも書いたように、現状、ウチの場合。kindleストアだと毎日有料本が売れるのに、iTunesストアはもう悲惨な状況。

1月20日から今日までの2週間で、無料分は連日10〜30ほどダウンロードされて、有料分はゼロ本。無料のダウンロードが有料購入に繋がってくれない。わたしの無為無策がいけない…とはいえ、それにしてもなあ、なんだかなぁ。たぶん、iTunesストアの場合、作者の知名度、版元のブランドと、広告宣伝合戦が必要。場所だけは用意するから後はお前が頑張れ、だ。

また、小細工というと言葉が悪いけど。以前、配信事業者に聞いたところ、基本的にiTunesストアも無料のものが圧倒的。次が最低価格である85円での争い。その中で、値段を上下させてバーゲン情報に乗せたり、ランキング操作のために自分たちで購入したり、ということをやるらしい。伝聞情報。

kindleストアに本を並べるのにランニングコストは不要だけど、iTunesストアは年会費が必要だし、ついでにいうとパブーなども月500円程度のランニングが必要。それで販売力をみると、アマゾンの圧勝。店（サイト）の作りもいろんなパターンで本を露出してくれるし、アマゾン以外のところ、アフィリエイトサイトや、APIを使ったウチのような野良サービスもあって、kindleストアに並べた本は「必ずどこかで存在する」

料率（ロイヤリティ）などもアマゾン、Kindleストアと他はあまり差がない（もしかしたらKindleストアの方が料率はいい） ネットのダウンロード販売には在庫リスクもないので、本当はいろんなショップサイトに並べるのが正しい。でも、app storeや、パブーなど、ランニングコストと販売力が見合ってないのが実情だろう。

とはいえ、iBooksストアも条件を見て、イケそうなら並べる方向で。

[02/04 13:18:32] 追記。

ああああ。appleには、ふぁっきんぐぶらーいんな審査があった。あのやりとりで消耗する・血が頭にのぼるコストも考えないと。KDPに文句たれてるひとは、一度、くさりきったappleの審査を経験するといいよ。

[03/12 22:41:08]追記。

3/6突然オープンしてびっくりした。さらに個人出版の窓口iTunes connectもオープンしてた。

さっそく一冊登録した → 突然始まったiBookstoreに登録

[更新]2026-02-02 07:50:59