Photo by NOAA on Unsplashの写真

はじめに

マイケル・ハーリーがまたやってくれました。What happens to our blogs when we die?というタイトルのフォローアップ記事においてです。いつものことながら、彼の考察やアイデアは実に素晴らしいものです。ぜひ元の記事を読まれることを強くおすすめします。

ただ、私の習慣になりつつあるようですが、これについて付け加えたい考えがいくつかあります。実際、今回に限っては、マイケルがまだ考えていなかったような面白いアイデアを一つ二つ提供できるかもしれません。

Markdown & HTML

まず、マイケルは、自身のウェブサイトの処理にしばらく11tyのマクロを使ってきたと述べています。そして今、記事のより長期的な保存を考えて、マクロを解除してピュアなMarkdownに戻しているとのことです。

ここで考えてみたいことがあります。Markdownは、少なくとも部分的にはインラインでのHTMLを許容します。ですから、画像の扱いのようなものはHTMLに変換できるのです。これにはどんな利点があるのでしょうか？ そして、元のファイルの可読性を下げてしまうのではないでしょうか？

確かに、多少は下がります……。しかし、ここには長期的な利得があります。このアプローチを使えば、画像にCSSクラスを適用できるのです。これにより、ウェブサイト上の画像に一貫したプロパティを持たせることができます。さらに重要なのは、記事のePub版を作成する際に、電子書籍や印刷媒体向けにそれらのプロパティを調整する新しいスタイルシートに置き換えられるということです。

ですから、<img class="img-class" src="foobar.png">のようなシンプルな記述だけで済み、属性を手作業で調整する必要もなくなります。

電子書籍の生成

自分のウェブサイトのアーカイブとして電子書籍を作るという発想は、これまで考えたことがありませんでした。しかし、これは本当に良いアイデアで、もっと早く思いついていればよかったと思います。

最近考えていたことの一つに、せめて記事の別のバックアップをローカルに保存しておくというものがありました。そこで、自分のサイトのRSSフィードをThunderbirdに追加することにしました。そうすれば、サイト上のすべてのコンテンツのローカルコピーが手元に残り、投稿が予定通りに公開されたかを素早く確認する手段にもなります。

しかし、ePubを生成するのも、文字通り同じくらい簡単です。私がやったのはCalibreを使うことだけでした。自分のすべてのサイト用にカスタムのNews取得レシピを作成し、毎月28日に31日分の記事をダウンロードするように設定しました。（あの厄介な2月の問題に対処しなければなりませんからね）。このニュース機能はサイトのRSSフィードを利用し、XML出力をePub用のXHTMLに変換します。

さて、この部分は深く掘り下げてはいませんが、先ほど述べた点はCalibreでも対応できると思います。つまり、カスタムスタイルシートをXML変換プロセスの一部として実装できるということです。そうすれば、ブログ投稿をePub形式に変換するための自作システムを作る手間を省けます。

でも、待ってください、ここにはさらに可能性があります……。サイトがコメント用のRSSフィードを提供していれば、それを電子書籍にすることもできます。後で元の投稿と統合する必要はありますが、少なくともこの方法でアーカイブは可能です。また、Mastodonや類似のサービスを利用している場合、そちらでの投稿についてもRSSフィードを取得できます。返信までは取得できないと思いますが、少なくとも自分の投稿はアーカイブできます。

ただし、これらすべてに関して一つ考慮すべき点があります。Calibreが付加する、記事／投稿への元リンクと取得日が記載されたフッターを削除したいと思うかもしれません。個人的には、公開日と取得日の両方が電子書籍に含まれているのは良いことだと思います。また、Mastodonの投稿ではこれがどう表示されるかはわかりません。

もう一つのアーカイブ

デジタルアーカイブという話題でもう一つ考えておきたいのが、The Internet ArchiveのWayback Machineです。これも将来的にはいつか何らかの運命をたどる可能性はありますが、現在私たちが使っている多くの技術やプラットフォームよりも長く生き残るだろうと、私はある程度信頼しています。

micro.blogについて気に入っている点の一つは、Wayback Machineとの連携機能が組み込まれていることです。つまり、私のサイトで投稿が公開されると、Wayback Machineに自動的にコピーが保存されるのです。ボットがサイトを巡回するのを待つ必要はありません。

Wayback Machineのもう一つの素晴らしい点は、サイトやコンテンツの経時的な変化を記録してくれることです。これは、アーカイブ用の電子書籍や印刷された本を作るだけでは簡単にはできないことです。実際、年刊の書籍では、記事が最初に公開された後に加えられた変更や編集を反映できないという問題が生じます。

Internet Archiveは1996年から存在し、継続的にストレージ設備を拡張してきたことを考えると、今後30年、60年、あるいは100年は存続すると言っても差し支えないでしょう。私たちのデジタルな営みの長期的な保存は、Internet Archiveのサービスによって実現できます。

紙の本

この部分は本当に私の心を捉えました。

そして私が本当に楽しみにしているのが、年に一度の印刷された本です。計算してみたら、それはパンフレットではなく、本物の書籍になるのです。

私自身、最近は文章の多くを万年筆で書くようになった人間なので（Why Fountain Pens?を参照）、この部分を読んでハッとしました。マイケルは本を印刷するコストについて詳しく触れていませんでした。彼はこの点を十分に考え抜いているのだろうかと思います。別に上から目線で言いたいわけではありません。私は出版業界に何十年も関心を持ち続けてきました。かつて勤めていた会社の一つは、世界最大級の出版社の傘下にあったのです。

これをあえて言うのは、長持ちするように設計された本を印刷する際には、特別な考慮事項がいくつかあるからです。そうした選択肢を検討し始めると、コストはあっという間に膨らんでいきます。そのうちのいくつかを紹介しましょう。

紙質: ある程度の厚みのある紙、少なくとも60gsm、できれば80gsmのものを選びたいところです。また、酸性紙ではないもの（中性紙）を選ぶべきです。紫外線などの環境要因の影響を受けない紙であることを確認したいところです。

インクの品質: アーカイブ品質の顔料インクが望ましいです。一般的な染料インクではありません。染料インクは時間とともに退色する傾向があります。紫外線をはじめとする環境要因が、本のインクに影響を与える可能性があるのです。

製本: 最も耐久性が高く長持ちする本を求めるなら、ハードカバーが望ましいでしょう。ハードカバーの場合、糸かがり綴じが理想です。これはオンデマンド印刷所では見つけるのが非常に困難です。例えばLuluでは、ハードカバーはケース製本、ペーパーバックは無線綴じしか提供していません。

印刷方式: 印刷に関するもう一つの懸念です。本の中に画像があるなら、おそらくカラー印刷にしたいでしょう。標準的なカラー印刷を選ぶこともできますが、最高の印刷品質にはなりません（そもそもアーカイブ品質のインクでそれができるのかどうかも定かではありません）。その場合、おそらく高品質なカラー印刷を選ぶことになるでしょう。

レイアウト: 本の植字やレイアウトは、私たちが日常的に行っているものとは異なります。書籍には従うべき非常に特有のフォーマットやテンプレートがあります。そして、本の校正というプロセスもあります。紙の校正刷りを加えれば、それは追加の費用になります。さらに、本にまつわる他の要素も忘れてはいけません。目次、索引、そして付録です。あと、脚注や後注の処理も。また、画像についても、写真を含むレイアウトはより複雑になり、ページ数が跳ね上がる原因にもなります。そもそも、本用に印刷に耐える高品質な画像を用意しておきたいところだという点は言うまでもありません。

さらに考慮すべきことはまだあります。例えば、複数部数を用意し、各本の予備を1、2冊保管しておく場所を確保したいところです（銀行の貸金庫や耐火金庫が良い出発点です）。基本的に、これは印刷物のディザスタリカバリだと考えてください。:)

こうなると、コストはかなりかさみ始めます。私が見つけられた最も安い価格（Luluでの）は1冊あたり約20ドルでした。これにはアーカイブ品質のインクも紙も製本も印刷品質も含まれていません。ただ、もしこれを一般向けの商業出版として販売するのであれば、個人的にはほとんどの人がこれで満足するだろうと思います。しかし、これは商業出版ではなく、個人的なものなのです。

他にもいくつかのサイトを調べてみましたが（アドホックな検索だったうえ、どの印刷所にも利用経験がないため名前は伏せます）、フルスペックの本は1冊あたり約900ドルになることがわかりました。5冊なら約4,500ドルです（3冊は個人用・保管用、2冊は他の家族や別の場所での保管、つまりディザスタリカバリ用と想定しています）。

そして、これらの金額にはレイアウトや校正などの工程は一切含まれていません。これはすべて自分でやることになります。レイアウトの工程にプロを入れたいのであれば、さらにかなりのコストがかかります。きっとどこかに中庸の落としどころはあるのでしょうが、良い選択肢を見つけるには多くの調査と、ある程度の妥協が必要になるでしょう。

結論

これがマイケルや、マイケルの記事を読んでいる方々の役に立てば幸いです。個人的に、後世のために投稿をアーカイブするということは、これまで考えたことがありませんでした。しかし、マイケルの記事のおかげで、どうすればできるだけ摩擦なくこれを実現できるかを考えるようになりました。そして、この課題は意外と簡単に達成できそうだと感じています。

CalibreのNews取得機能を使って電子書籍を生成するというアイデアで気に入っている点の一つは、あらゆるプラットフォームで機能することです。WordPress、Hugo、11ty、Bear Blog、Micro.pub、write.asなど、何でもです。サイトがRSSフィードを提供していれば、電子書籍を作ることができます。そして、プロセス全体を簡単に自動化できるので、常に意識しておく必要もありません。

以前の記事（Embeds Did Serious Harm to one of My Websites）でも述べたように、私は現在、埋め込み——特にサードパーティの埋め込み——の使用に対してアレルギーを持っています。ウェブサイトに深刻な問題を引き起こす可能性があるからです。この方針を踏まえると、考慮する必要がある埋め込みはCerebralMix Archive上のものだけですが、そのサイトについてはまだやるべきことがたくさんあります。

個人的には、電子書籍の印刷版にリンクが含まれていても、あまり問題はないと思います。これはデジタル媒体の物理的なアーカイブであるという事実があります。媒体の制約については、ある程度の期待値が存在するのです。

このプロセス全体で最も厄介な部分は、印刷の工程でしょう。検討しなければならない選択肢は最も複雑で、本の品質に深刻な影響を与えかねません。そして、本の保管方法（いわゆるディザスタリカバリの選択肢）についても考えるべきことがあります。

このあたりでこの話題は一旦区切りにしたいと思います。マイケルは、彼がやっていることと同様のことを、あるいはさらに一歩進んだことをするための可能性を探るよう、私を素晴らしく鼓舞してくれました。もし他に何か思いつけば、ここでまた書こうと思います。