要約

  • Mozillaの2004年の設計記録は、ページ中のRSS宣言をブラウザーの表示と特別なブックマークフォルダーにつないだ。Firefox 1.0の発表では、ニュースやブログの新着見出しを手早く眺められる機能として紹介された。
  • 2018年12月11日公開のFirefox 64ではRSSプレビューとライブブックマークが拡張機能経由になった。撤去の開発記録には、OPML書き出しと、対応するサイトURLがある場合の通常ブックマークへの置き換えが記されている。

サイトの小さな宣言を、ブラウザーが読者の動作に変えた

フィードのURLを公開することと、読者がその存在に気づくことは別の話だ。サイトは更新の置き場所を示せる。しかし、見つけ方を教え、購読の操作を置き、次の更新を再び見せるのは閲覧ソフトの仕事になる。Firefoxはその仕事を製品の中に引き受けた。2004年の設計議論では、ページのヘッダーにあるRSS型のalternateリンクを検出し、ブラウザー側に合図を表示して、ブックマークへの追加を促す。できたフォルダーには固定の保存先ではなく、フィードの記事が子項目として入る。

独立した小規模サイトにとって、これは大きな近道だった。自分のサイトで発行した更新が、読者の普段使うブラウザーの中に届く。個別の配信契約は要らない。一方、どこにどう表示されるかを決めるのはMozillaだ。当初の設計は定時通知まで約束していない。肝は、新しい見出しが「以前保存した場所」の中に現れることだった。

2004年11月9日のFirefox 1.0発表は、ライブブックマークを新着ニュースやブログを一目で見るための機能として掲げた。ブラウザーを単なるページ表示装置より少し先へ進める発想である。サイトはそれぞれの場所で発行し、ブラウザーは複数の発行元を読者の日常に並べる。更新を中央の一社に集めなくても成り立つ関係だった。

持ち出せたのは購読先で、動く棚ではない

2018年、Mozillaはその関係を製品内で維持する費用を見直した。撤去を追う課題は、フィードの検出、プレビュー、ライブブックマークを対象にしている。担当者は保守と安全上の負担を挙げ、利用状況に見合わないと判断した。これはブラウザーを運営する組織の優先順位を示す。各サイトのフィードの価値を測った数字ではないし、サイト上のRSSやAtomを消す操作でもない。

移行手順の細部に、失われたものが表れる。既存のライブブックマークはデスクトップ上のOPMLファイルに書き出され、別のリーダーへ読み込める。対応するサイトのURLが分かる場合、通常のブックマークが代わりに置かれる。説明ページも開く。Mozillaの案内によれば、対応するURLがなければ、通常のブックマークは残せない。OPMLは購読先の住所録だ。通常のブックマークはサイトへの道しるべだ。どちらも最新の記事をフォルダーに自動で並べない。

Firefox 64の公開記録は2018年12月11日付で、RSSプレビューとライブブックマークは拡張機能でのみ利用できると明記した。フィード形式は使い続けられる。別のリーダーや拡張機能も選べる。だが、サイトの宣言を見たブラウザーが自然に購読を提案し、次回から新着をブックマークの中へ運ぶ導線は、標準のFirefoxから姿を消した。

この出来事は、公開された形式と実際に使われる経路の違いを教える。サイトが自分のフィードを所有していても、読者がそこへ着くための目印はブラウザーに握られている。OPMLは引っ越しの自由を守った。しかし引っ越し先を探す仕事と、毎日見に行く場所を作る仕事は、読者と拡張機能側に移った。