content:encodedが足りねぇ… じゃんじゃん 持ってこい

Landscape の「直近7日分の記事全文を含む RSS」 http://sonic64.com/cl.xml には、記事のタイトルと記事の全文が content:encoded として入っている。他にも記事の先頭400バイト分が description として入ってる。

こうなっている理由は、いろんな方法で記事を読めるようにするため。RSS リーダーを使って読んでもいいし、bloglines などの RSS 閲覧サイトを使ってもいい。また、このRSS を使って何か新しいサービスが生まれるかもしれない。あと、一気読みが楽。それが理由。

ウェブを見て回ってると、RSS を提供しているサイトは多いけど、全文入れてるサイトはまだまだ少数派だと気づくだろう。読む側にとっては全文入りの RSS もあると便利なんだけどなあ。「content:encoded が足りねぇ… 次元、全文入りの RSS だ。じゃんっ じゃんっ 持ってこい」と言いたい。あ、全記事入りである必要はないよ。直近一週間分の RSS に全文入りバージョンを用意してくれればそれで充分。

以下は content:encoded で全文を提供することへの否定的意見に対し、私の考えを列挙。

- content:encoded に全文が入っていると本体のサイトのページビューが減っちゃう

ページビューの多寡を気にするサイト管理者はそう感じるかもしれない。

私もページビューが増えると単純に嬉しい。ゲームでハイスコアを出したときと同じ感覚。レイストームで言ったら パルミラ渓谷の基礎点4000の赤ボートを R-GRAY2 を使って16ロックオンして 999900点出すようなもの。

でも、http://sonic64.com/ のページビューは減っちゃうかもしれないけど、記事が読まれるチャンスは増えるはず。それで良いと思う。そうやって便利になるならいい。RSS のページビューを可視化したければ、RSS の記事ごとにアクセス解析を埋め込むとか、効果測定できる仕組みを付ければいい。

- content:encoded に全文が入っていると解析が重い

データ量が増えるんだから重くなるかもしれない。でも、Landscape の「直近7日分の記事全文を含む RSS」だったら通常40キロバイトくらい、多いときでも100キロバイト未満。その程度だったら楽勝だろう。

ただ、「すべての記事全文を含む RSS」 http://sonic64.com/cl-full.xml は2メガバイトを超えるファイルサイズになってる。ちょっと大きい気もしないでもない。でも、そういうファイルを扱うクライアントがインテリジェントになれば済むこと。全部一気にパースしようとするんじゃなくて、一定サイズ以上だったら逐次処理に切り替えるとか。

- content:encoded に全文が入っていると読むのが大変

そのための description です。それでも多いなら title だけ表示するクライアントを使えばいい。
大事なのは、全部必要になったときに楽にデータを取得できること。

- content:encoded に全文が入ってたら、もはやサマリーじゃない

確かにそうかも。でも、考え方によってはサマリーだ。

広告バナーやナビゲーションリンク、直近30日分の文書のリンク、BlogPeople や MyblogList などのバナーなどのノイズは入っていないから。Landscape としてはそういった余計なものを全部含めてサイトとして構成してるけど、そういう余計な情報を含むことなく記事そのものを見られる。だからサマリーってことで。

ただ、RSS 内にバナーやナビゲーションリンクなど、何から何まで全部入れられたらサマリーじゃないとは思う。

- content:encoded に全文が入っているとネットワークの転送量が増えちゃう

これも確かにそうだろうなあ。HEAD メソッドや If-Modified-Since HTTP リクエストヘッダ、Contnet-Encoding を使った HTTP 圧縮転送など、いくらでもトラフィックを抑える仕組みはあるけど、それをクライアントが実装してなかったら意味がない。クライアント開発者の配慮に期待。