RSSフィードリーダーの現状

 (lighthouseapp.io)
6 ポイント 投稿者 GN⁺ 2025-10-10 | 2件のコメント | WhatsAppで共有
  • RSSフィードとフィードリーダーは20年以上存在しており、さまざまなソースのコンテンツを1か所で消費し、コンテンツ過多を管理することが主な目的
  • 現在の市場には、配布モデル（ローカル、ブラウザー拡張、セルフホスティング、ホスティング） と ビジネスモデル（無料、買い切り、SaaS） を基準に分類される多様なフィードリーダー製品が存在
  • ブラウザー拡張とオンデバイス製品は 簡単な設定とローカルデータ制御 を提供する一方、フィード取得が制限され、セルフホスティングは完全なデータ統制を提供するものの技術的な設定が必要
  • ホスティング製品（Feedly、Inoreader、Readwise Reader など）は平均して 最も洗練されたユーザー体験と包括的な機能 を提供し、継続的なフィード取得とデバイス間同期をサポート
  • ほとんどのユーザーにとっては、無料プランを提供する ホスティング製品が最良の選択 であり、データの完全な統制が必要な場合はセルフホスティングの選択肢（FreshRSS、Miniflux）を検討できる

序論: RSSフィードリーダーの歴史と重要性

  • RSS、Atom、JSON Feed などのWebフィード標準 は20年以上使われており、さまざまな出所のコンテンツを まとめて消費 できるようにする役割を果たしている
  • 近年はコンテンツ過多への対応のため、フィードリーダーの必要性がさらに高まっている
  • 以前は数少ない製品しか存在しなかったが、現在では多様な状況や用途に合った製品が存在する
  • 初めてRSSやフィードリーダーに触れるユーザーにとっては、選択肢が多すぎる ため適切な製品を見つけにくい
  • この記事は フィードリーダー市場の分類 と各製品の特徴を比較し、自分に合った製品を見つける助けとなることを目的としている

フィードリーダーの分類体系

  • フィードリーダーは 配布モデル と ビジネスモデル の2軸で分類される
    • 配布モデル: ローカル（スマートフォンまたはPC）、ブラウザー拡張、セルフホスティング、ホスティング
    • ビジネスモデル: 無料、買い切り、SaaS
  • 配布モデルは データの保存場所とフィード取得が行われる場所 を基準に決まる
    • Webアプリとモバイルアプリの両方があっても、サーバーでフィードを取得するなら「ホスティング」に分類される
  • ビジネスモデルは、すべての機能にアクセスできる 最も安価な選択肢 を基準に分類される
    • セルフホスティング可能な製品は「無料」、プレミアムSaaS製品は「有料（SaaS）」に分類される

配布モデル別の特徴と製品

  • ブラウザー拡張

    • インストールと管理が簡単で、アカウントなしですぐに使える
    • データは ローカルストレージ に保存され、保存可能量はデバイス容量に左右される
    • フィード更新はブラウザーが開いているときだけ 行われるため、一部の記事を見逃す 可能性がある
    • データには基本的にインストールされたデバイスからのみアクセス可能だが、ブラウザー同期機能を使える場合がある
    • 豊富なブラウザー連携機能 を提供するが、機械学習ベースなど高い計算性能が必要な機能は制限される
    • 無料製品はごく限られている
    • 代表製品: Feedbro（現在唯一のアクティブ製品、Smart-RSS は2月に終了）

  • オンデバイス

    • iOS、Android、Windows、Mac、Linux など デバイスごとのインストール型アプリ
    • アプリケーションをインストールすれば設定完了で、一部はアカウントが必要。手動または自動アップデートで保守される
    • データはデバイスに保存され、統制権を最大化 できる
    • 更新はアプリ実行時にのみ可能で、一部アプリはバックグラウンド更新サービスを提供する
    • 通常はインストールされたデバイスからのみデータにアクセスできる
    • データ同期には手動、またはOSごとの同期機能（iCloud など）が必要
    • 単一ユーザー中心のアーキテクチャで、多くはオフラインアクセスが容易
    • 機能はアプリごとに異なるが、汎用性 と 性能 はデバイスの制約内で優れている
    • モバイルアプリは一般にデスクトップアプリより機能が制限される
    • 複数ユーザー機能やニュースレター購読のような特殊なインフラ機能は制限される
    • 代表的な無料製品: NetNewsWire、Thunderbird、RSS Guard、Vienna など
    • 代表的な有料製品: Fiery Feeds、Lire、Reeder、ReadKit など

  • セルフホスティング

    • すべて オープンソースかつ無料 の製品で、サーバーにインストールして継続的に動作するよう設計されている
    • サーバー設定、ドメイン、リバースプロキシ設定などが必要なため、技術的な参入障壁 がある
    • データはすべてサーバーに保存され、サーバー利用者はストレージとデータを 完全に統制 できる
    • 継続的なサービス稼働 により高速なフィード更新が可能で、高頻度フィードにも問題なく対応 できる
    • どこからでもWebブラウザーでアクセスでき、データは自動同期される
    • 平均するとブラウザー拡張やオンデバイスリーダーより 広い機能 を提供する
    • 理論上の機能制限はないが、設定と保守を簡素に保つためインフラもシンプルに保たれている
    • ホスティング型の代替よりはやや非力
    • 代表製品: Miniflux、FreshRSS、CommaFeed、Nextcloud News、selfoss、yarr
    • すべてオープンソースかつ無料で、唯一のコストはサーバー費用（最安のVPSプランで月額約2ドルから）

  • ホスティング型（SaaS）

    • 企業が管理する サブスクリプション型サービス で、アカウント作成が必須。すべて有料SaaS製品（多くは無料プランあり）
    • 平均して 最も洗練されたユーザー体験と最も包括的な機能 を提供する
    • データ、インフラ、アップデートなどすべてをサービス提供者が担う
    • データは企業サーバーに保存されるが、GDPR などの法律に基づいて データのエクスポートや削除 を要求できる
      • 保存容量は本質的に無制限（乱用防止のための制限は価格ページに明記）
    • 高可用性インフラ により、いつでもフィード更新やアクセスが可能で、人気の高いフィードはより頻繁に更新される
    • 複雑で強力なインフラにより、おすすめ、メール受信、AI要約などの高度な機能 をサポートできる
    • 主にWebアプリケーションとして提供され、一部はネイティブアプリも提供する
    • サーバーにデータを保存することでデバイス間の同期が標準で行われ、一部はオフライン対応も提供する
    • 最も 完成度の高いユーザー体験 を提供する
    • 代表製品: Lighthouse、Feedly、Inoreader、NewsBlur、Feedbin、Readwise Reader、Feeder など
    • すべてのホスティング製品は月額課金のSaaS製品（Folo は現在無料だが、今後有料機能が追加予定）

ネイティブアプリ対応とオフラインアクセス

  • 多くのセルフホスティング製品やホスティング製品は 独自アプリやオフラインアクセスを提供していない
  • ただし、API（独自または Google Reader API 互換）を提供することで、外部アプリ（ReadKit、Fiery Feeds など） から連携やオフラインアクセスが可能
    • コンテンツをダウンロードしてローカル保存
    • 変更内容を接続先の製品へ再同期
  • この方式により、独自アプリを持たないサービスでも ネイティブアプリ体験とオフライン機能 を利用できる
  • FreshRSS など一部サービスは、公式に対応アプリ一覧を提供している

ニュースレター対応

  • ニュースレターは ブログ／コンテンツ配信の仕組み としてますます重要になっている
  • 一部のホスティング型フィードリーダーは ネイティブなニュースレター対応 を提供する
  • オンデバイス製品はインフラ上の制約により、ニュースレターを直接受信できない
  • ニュースレターをRSSフィードに変換するサービス を活用できる
    • メールアドレスを生成し、対応するフィードURLを提供
    • 生成されたアドレスに届いたメールを、フィードの新規項目として追加
    • Kill the Newsletter と Lighthouse Newsletter to RSS のツールが無料で提供されている

主な製品ごとの特徴まとめ

  • NetNewsWire（オンデバイス、無料）

    • Mac と iOS 向けの無料オンデバイスフィードリーダー
    • 基本的にはデバイスにデータを保存するが、iCloud や他製品を通じた同期 も可能
    • Safari 拡張機能により簡単にフィードを追加できる
    • AppleScript 対応により、特定の ワークフロー自動化 が可能

  • Fiery Feeds（オンデバイス、SaaS）

    • Mac & iOS アプリで、さまざまな テーマとカスタマイズ オプションが大きな強み
    • 独自保存のほか、iCloud や FreshRSS API など他サービスとも連携可能
    • 有料プレミアム機能は年額15ドル

  • Reeder（オンデバイス、SaaS）

    • Mac と iOS のアプリで、プレミアム機能は年額約10ドル
    • 最大の差別化要素は、RSS、ポッドキャスト、ソーシャルメディアなどを含む統合タイムライン

  • FreshRSS（セルフホスティング、無料）

    • 設定後はWebアプリとして使えるセルフホスティング型フィードリーダー
    • 通常のフィード購読に加え、WebSub などの高度なフィード機能 をサポート
    • テーマや拡張機能でカスタマイズでき、15以上の言語 をサポート
    • Miniflux と並んで最もおすすめされるセルフホスティングの選択肢

  • Miniflux（セルフホスティング、無料）

    • 派手な機能よりも シンプルさと速さ に重点を置いている
    • ホスティング版も提供（年額15ドル、15日間の無料トライアル）
    • FreshRSS と並んで最もおすすめされるセルフホスティングの選択肢

  • Folo（ホスティング、無料）

    • RSS Hub の作者たちが開発した最新製品
    • 主要な全プラットフォーム向けアプリを提供し、現在は無料（今後プレミアム機能は有料化予定）
    • オープンソースで、理論上はセルフホスティングも可能
    • ニュースレター対応、Webサイトのフィード化、AI要約 など幅広い機能を提供

  • Feedly（ホスティング、SaaS）

    • 最も広く知られた製品であり、すべてのフィードリーダーの中で最多のユーザー を抱える
    • 包括的な機能と無料プランを提供
    • ここ数年は AI 機能とエンタープライズ顧客により注力しているように見える

  • Inoreader（ホスティング、SaaS）

    • Feedly に次いで広く知られる製品で、無料プランを提供
    • ソーシャルメディア購読対応、自動化とAI機能、公開APIと統合 など印象的な機能一覧を持つ
    • Reddit では値上げへの不満が目立つが、大多数のユーザーは満足している

  • Readwise Reader（ホスティング、SaaS）

    • Readwise の作者たちによる比較的新しい製品
    • 優れたフィードリーダーだが、真の強みは 卓越した読書体験 にある
    • PDF や電子書籍などの読書ビューも提供
    • ベータ表示ではあるが、何年もベータのままで、実際には安定した製品

  • Tiny Tiny RSS

    • 長年にわたり多くの人に使われ、RSS の subreddit で頻繁におすすめされている
    • 10月3日に管理者が 作業中止と11月1日の全インフラ撤去を発表
    • 他の管理者によるプロジェクトのフォークが現れる可能性はあるが、今後の方向性はまだ不明

  • Lighthouse（ホスティング、SaaS）

    • 比較的新しい製品でベータ状態（単純なフィード閲覧を超えるビジョンに必要な機能がまだすべて揃っていないことを意味する）
    • 主な差別化要素は フィードより記事に注目し、記事キュレーションのための別ビュー（インボックス）を提供 する点
    • 価値の高いコンテンツ発見に注力している

類似製品群と選択基準

  • ニュースアグリゲーター

    • さまざまなソースからニュースを 自動収集してキュレーション する
    • 一部カスタマイズ機能はあるが、ニュースに特化しており、フィードリーダーのように任意のフィードを購読することはできない
    • 最も関連性の高いニュースストーリーの概要提供に重点を置く
    • 例: Kagi News、Ground News、SmartNews

  • リーディングリスト（Read-it-later アプリ）

    • Web で見つけたリンクを 保存して整理するための用途
    • 多くのフィードリーダーも同じ機能を提供するが、リーディングリストは リンク保存に最適化 されている
    • 例: Instapaper、Matter、Karakeep（セルフホスティングの選択肢あり）

フィードリーダー選びのガイド

  • ほとんどの人にとって ホスティング型製品が最適な選択肢
    • 一般的に最も洗練され、強力な製品群
    • フルタイムのエンジニアを抱える企業の支援を受けている
    • 通常は無料プランがあり、制限内であれば無料で利用可能
  • より具体的な要件がある場合は、他カテゴリーの製品のほうが適していることもある
    • 例: データの完全な統制を望むなら セルフホスティングの選択肢 を選ぶ
  • まずカテゴリーを決めてから複数の製品を確認したり実際に試したりするのが最も簡単
  • ほぼすべての製品が OPML のインポートおよびエクスポートをサポート しており、製品間でのフィード購読移行はほとんど手間なく可能
  • 用途、データ統制のレベル、オフライン対応の有無などを基準に、適切な製品群を選ぶのが効率的

関連記事

2件のコメント

 
quilt8703 2025-10-10

Google Reader の終了後に Feedly へ移行したものの、ここ10年ほど使っていませんでしたが、最近また少し埃を払って使ってみたところ、今でもさまざまなサービスが登場していたのですね。よく知りませんでした。
 
GN⁺ 2025-10-10
Hacker Newsの意見
  • 昔のGoogle Readerがいまだに恋しい。いちばん良かったのは、自分の気に入った記事を友人たちと簡単に共有し、フィードに載せて互いにコメントもできたソーシャル機能だった。ブログ記事やニュース記事を共有するのに本当に優れたネットワークだった。私はGoogle Readerのサービス終了がOld Web衰退の主因の一つだったと考えている。その後のソーシャルプラットフォームの多くは、ユーザーがその場を離れて別サイトへ行かないようにしたい動機が強くなった。最近Facebookで試したのだが、YouTube動画のリンクを貼って自分の考えを長く書いた投稿と、同じ動画をFacebookに直接アップロードして同じ文章を載せた投稿の閲覧数を比べてみた。直接アップロードした動画の閲覧数は、リンクだけを貼った場合の1000倍も多かった。しかもFacebookは元動画へのリンクも主に隠していて、「すべてのコメントを見る」に展開しないと見えなかった。結局Facebookは、外部サイトへのリンクを含む投稿の露出を大きく下げるか、ほとんど隠しているようで、閉鎖的で息苦しい感じがする。こういう環境では洞察に満ちたブログ記事の共有がますます難しくなり、もう使いたくない。私が本当に欲しいのは優れたRSSリーダーだけではなく、昔のGoogle ReaderやGoogle+が提供していた気楽なソーシャル体験だ
    • 分散型のソーシャルRSSフィードや記事レコメンドのようなものも、コミュニティが標準を作れば可能だと思う。昔は人々が自分のブログに「blogroll」やOPMLファイルを置いて、購読フィード一覧を公開していた。標準化された方法ではなく手動でやる必要があったが、これも分散型レコメンドだった。OPMLファイルをよく知られたパスに置けば、クライアントが推薦グラフを作れるはずだ。ただしこれはフィード単位の推薦に限られ、記事単位で推薦できればもっと面白い。Blueskyやその他の分散型Twitter実装を使ってこうした推薦システムを作ることもできる。自分が読んで評価した情報を基に、フィードリーダーから機械可読な推薦投稿を作ることもできるし、他人の推薦も受け入れながら、推薦の信頼度やソーシャルグラフなどさまざまな基準で重み付けするのも面白そうだ。以前ttrssでこういうアイデアを試したことがあるが、メンテナーがあまり関心を示さなかったのでやめた。時々思い出すが、実行には移していない
    • 自分の個人プロジェクトサイトlynkmi.comを紹介したい。昔のWebの精神から出発し、大手サイトが外部へのリンクを抑圧する流れに特に刺激を受けて作ることになった。Facebookにかつて「リンク」セクションがあり、共有したリンクをすべて簡単に見られた時代を覚えている。世の中がずいぶん変わってしまったのが残念だ。ぜひ私たちと一緒にこの流れに抗ってほしい。すべてのタグとプロフィールが自動でRSSフィードを提供し、最近は内部バックリンク機能も追加して、とても満足している
    • Google Readerの終焉がOld Webの没落に影響したという意見については、むしろソーシャルプラットフォームが強くなりすぎてOld Webが崩れ、その結果としてGoogle Readerも消えたのかもしれない
    • 私は長い間 theoldreader.com を使っていたが、今ではRSS自体をやめてしまった。当時このサービスがGoogle Readerに最も近かった
    • Newsblurにも似たようなソーシャル機能がある
  • Appleエコシステムを使っているなら、MacやiPhoneではNetNewsWireが本当に素晴らしい。もはや商用製品ではなく、Brent Simmonsが愛情を注いで無料で開発している。彼の最近の開発哲学が書かれたポストはここで読める。最も重要な機能として、ラップトップとスマホでフィードの既読状態が同期される
    • フィード状態の同期はiCloud経由で提供されるので、iPhone/Macでしか使えない。ただしNetNewsWireはRSSフィードアグリゲーター（FreshRSSなど）との連携もサポートしているため、Apple以外のデバイスでも既読状態を同期できる。何年にもわたって別のRSSアプリを試そうかと思ったが、この機能のためにNetNewsWireを使い続けている
    • 2003年からNetNewsWireを使い続けている。本当にすっきりしていてきちんと動き、ゲーミフィケーションやソーシャル化を狙わない、ユーザー本位のニュースリーダーなので満足している
    • 私もNetNewsWireから始め、iPhone登場後はReederへ、その後Google Reader終了でさまざまな無料代替を試した末にNews Explorerを見つけた。おそらくiCloud同期に最初期から対応したアプリの一つだろう。以前はiCloud同期には技術的な問題が多いという印象があったが、News Explorerのおかげで十分うまくいくと分かった。後にBrentも考えを変えてNetNewsWireにiCloud syncを導入した。今もNetNewsWireを使い続けていて、RSSフィルタリング機能が追加されることを望んでいる。当面はFeed Rinse(feedrinse.com)を使っている
    • +1でNetNewsWireを使っている。iCloud同期のほかにも、BazQux、Feedbin、Feedly、Inoreader、NewsBlur、The Old Reader、FreshRSSのようなサードパーティ製アグリゲーターとも連携できるので、Apple以外のデバイスからアクセスすることがあるなら良い選択肢だ
    • フロントエンドにNetNewsWire、バックエンドに自前ホスティングのFreshRSSを使って、複数デバイス（Mac/iOS/iPadOS、Web）でフィード管理を完璧にこなしている
  • 自分でフィードリーダーを開発しているなら、Rachel by the BayのFeed Reader Score Project（このリンク、ベストプラクティスの参考）は必読。実際にはフィード更新が週1回程度なのに、毎分や毎日サーバーへ問い合わせるのは避けるべきだ。ETagとLast-Modifiedは必ず正しく活用すべき
  • 数年間Inoreaderを使っていたが、今年Minifluxに乗り換えた。Inoreaderは機能に対して価格がだんだん高く感じられたからだ。移行はDocker composeでMinifluxを立ち上げ、InoreaderからOPMLを書き出してMinifluxに取り込むだけでとても簡単だった。tsdproxyとtailscale funnelsでWebエンドポイントへのアクセスも簡単。最初はWebアプリだけを使っていたが、Miniflux互換のアプリが非常に多いことに気づいた。私は最終的に次の組み合わせを楽しんでいる:
    • Androidスマホ/タブレットにRead You（GitHub）
    • WindowsラップトップにReactflux（GitHub）
    • LinuxデスクトップにはRSSGuard（GitHub）
    • iPadにはReeder classic（すでに持っているので継続使用）
    • 仕事用iPhoneにはPoweReader（powereader.app） Minifluxの利点は、Fever、Google Readerなど複数のAPIをサポートしていることだ。フロントエンドがそのどれか一つに対応していれば完璧に使える。どのプラットフォームでもネイティブな体験ができるので非常に満足している
  • 自分のフィードリーダーbrook-feed-readerを紹介したい（Firefoxアドオンへのリンク）。今のところFirefoxでしか動かないが、関心があればChromeへの移植も検討できる。私はフィードをブラウザーでそのまま読みたくて、自分のデバイス内で直接管理したかった。ホスティングや支払いは不要で、自分が読むコンテンツを完全に自分でコントロールできるシンプルなツールだ。もし使ってくれたら、世界全体の利用者数が二桁になるかもしれない
    • 興味がある。Firefox自体にネイティブな分類機能があった昔が恋しくて、デスクトップで使える軽量なRSSリーダーを探していた。もしこれがFirefoxモバイルでも動くなら、モバイルアプリも削除してしまうと思う
    • 参考までに、単一コードベースでFirefoxとChrome（mv2、mv3の両方）の拡張をサポートするのはかなり簡単だ
    • VSCode拡張としても移植できるのか気になる
    • Chrome版にも興味がある
  • この記事はRSSリーダー市場の良い概観をまとめてくれていたが、同時にLighthouseというサービスのコンテンツマーケティングっぽさもある。Feedlyを使っているが、RSSの本当の問題はたいていRSSリーダーの画面ではなく、多くのサイトが全文ではなく一部だけをRSSで配信したり、画像に対応していなかったりすることだ。リーダーのデモ画像は最良のケースばかり見せるが、個人サイトでない大半のサイトは1〜2段落しか送ってこないので、実際にはリンク集機能に近くなってしまう
    • FeedlyはGoogle Reader以降そのまま定着して使っている。そこまで愛着があるわけではないが、安定して使え続けているので代替を探してこなかった。いつかもっと良い代替を探したいと思っていて、個人的なウィッシュリストの最優先は、フィード本文をクロールして切り取られた記事も全文読める機能だ。RSSからブラウザーへ行き、さらにブラウザーのリーダーモードへ移る流れがあまりにも面倒だ。だが今日FeedMeというクライアントを見つけた。Feedlyと同期でき、フィード内で全文を読み込める。フィルターのような欲しい機能もサポートしている。ほかのクライアントを探せばもっと見つかりそうだ。面倒くさがって無駄に長く先延ばしにしていた
    • FreshRSSはCSSセレクターなどを使って全文を取得できる。私も自分でRSSフィードハイドレーターをいくつか作ったことがあり、ソースコードを直接取ってきて画像を埋めたり、HNならOpen Graph情報を使ってスコアやコメント数なども表示できるようにした
    • 実際、一部のフロントエンドはリンクを解析して記事全文まで取得できるし、ログインが必要なサイトにまで対応できることもある
    • Minifluxなど一部のリーダーは全文記事ダウンロード機能もサポートしている
  • だいたいのRSSは試してきたが、ここ3年ほどはBazQuxに落ち着いている。私はインターネット上のあらゆる情報をRSSリーダーで受け取りたいのだが、自分にとって重要なのは次の点だ:
    1. YouTubeやRedditのような隠れたフィードも自動で見つけてくれること
    2. RSSをサポートしないサービス（以前はTwitter、vk、Instagramも対応していた）について独自にRSSフィードを作ってくれること（ただしAPI閉鎖でもう対応していない）
    3. 記事全文を取得できること 振り返ると、RSSリーダー選びはクールなバックエンドを何にするかに近い。XMLからテキストを取り出すのはそれほど難しくなく、本当に難しいのはRSSを妨げるサイト（今後ますます増えるだろう）からもRSSを作り出すことだ。バックエンドを選んだ後は、単に好みのフロントエンドアプリを選べばよい。AppleデバイスならReederを勧める
  • この10年あまり、さまざまなフィードリーダー（NetNewsWire、Feedbin、Minifluxなど）を試してきた末に、自作のフィードリーダーをLibSQLの無料ホスティングDBに載せてセルフホスティングしている。
    • NetNewsWireは素晴らしかったが、自分のスマホでは使えなかった
    • Feedbinは本当に優秀だったが、サブスクリプション費用を抑えたかった
    • Minifluxはよく動いたものの、リモートPostgresの設定が面倒で、Neonの無料ティアも数日で使い切ってしまった
      そこでRaspberry Piをホームサーバーとして、自分でフィードリーダーを作って載せた。週末プロジェクトとしてちょうど良かった。フィード標準はすでによく整備されているので、定型的なコードはAIであっという間に処理できる。新機能が必要ならすぐ追加できるのも爽快だ。たとえばFeedbinにあった「後で読む」機能（Minifluxにはない）を自分で実装した
  • ソーシャルメディアを全部やめてかなり経つ（Hacker NewsやRedditなどはニュース集約/フォーラムなので少し違うと思っていた）。最近は、こういうものまで断ったら自分の世界がどう変わるのか気になっている。「実際に何が起きたのか」という認識や世界観が変わるのか、異なる視点の一次情報源を直接読めばもっと違う結論にたどり着けるのか、と考える。奇妙なことに今までRSSを思いつかなかったが、実際にはこの目的にぴったりの道具だ
    • ニュース消費にも「必要最小量」という概念がある気がする。多様なソースを広く読んでいると、ある時点から追加の効用は逓減していくはずだ。たとえばNYTの見出しRSSを1本読むだけでも、各種専門家ブログや多様なソースをくまなく見るのと、実際には90%くらい同じ情報量なのではないかという疑問がある
  • blogtrottr.com を使ってフィードをメールで直接受け取っている。ここでこのサービスが挙がっていないのは意外だ