RSSリーダーとは？仕組み・フィードの探し方と無料で使える選び方

RSSリーダー（RSSアグリゲータ）は、ニュースサイトやブログが公開している更新一覧のファイルを定期的に取りに行き、新着だけを一箇所に並べるツールです。サイトを一つひとつ巡回する代わりに、読みたい情報源のフィードURLを登録しておけば、更新分だけが手元に集まります。この記事では、フィードの中身と3つの仕様系統、フィードURLの探し方、無料で使える範囲、Google Reader終了後も残っている用途、そして他の手段への乗り換えまでを、実際に取得したフィードの数値とともに整理します。

まとめ：RSSリーダーで先に押さえる5点

• RSSフィードは記事のタイトル・URL・日時などを並べたXMLファイルで、リーダーはそれを定期取得して差分を表示している。
• フィードには RSS 1.0（RDF Site Summary）・RSS 2.0・Atom の3系統があり、主要リーダーは3つとも読める。読者側が形式を選ぶ場面はほぼない。
• フィードURLはHTMLヘッダの記載から探すのが最短。記載が無くてもフィード自体は存在することがある。
• 無料枠の差は「登録できるフィード数」に出る。Inoreaderは無料で150件、有料のProで2,500件（公式Pricing、2026年9月10日時点）。
• Google Reader終了とブラウザ内蔵機能の撤去で一般向けの受け皿は減ったが、ポッドキャスト配信や官公庁の告知など、RSSが前提のままの領域は残っている。

RSSリーダーが更新を拾う仕組み

RSSリーダーは配信元サイトから記事本文を送ってもらっているわけではありません。サイトが公開している1本のファイル（フィード）を、リーダー側が一定間隔で取得しに行きます。ファイルに並ぶのは最新の数十件だけで、何件載せるかは配信元が決めます。前回取得時に無かった項目が新着として画面に出る、という単純な仕組みです。

フィード1件に入る情報の内訳

情報処理推進機構（IPA）が公開している緊急対策情報のフィードでは、1件がこの程度の情報しか持ちません（2026年9月10日取得）。タイトル・リンク先URL・作成者・日付だけです。

<item rdf:about="https://www.ipa.go.jp/security/security-alert/2026/0909-ms.html">
  <title>Microsoft 製品の脆弱性対策について(2026年9月)</title>
  <link>https://www.ipa.go.jp/security/security-alert/2026/0909-ms.html</link>
  <dc:creator>情報処理推進機構（IPA）</dc:creator>
  <dc:date>2026-09-09T00:00:00+09:00</dc:date>
</item>

本文が入っていないフィードでは、リーダーは一覧とリンクだけを表示します。本文まで配信しているサイトもあり、その場合はリーダー内で読み切れます。どちらになるかは配信元の設定次第です。ただしInoreaderのように、記事ページから本文を取り込む機能をリーダー側に持つサービスもあります。RSSがXMLで書かれている背景を含む文書形式の系譜は、SGMLとは？読み方・正式名称（ISO 8879）とXML・HTMLとの違いで扱っています。

RSS 1.0・RSS 2.0・Atomという3つの系統

「RSS」と一括りにされますが、中身は別系統の3仕様です。名前が似ているだけで、RSS 1.0とRSS 2.0は継承関係にありません。以下は各系統の実フィードを2026年9月10日に取得し、ルート要素と日付要素を確認した対応です。

分岐の経緯はRSS Advisory Boardの仕様履歴から追えます。1999年3月にNetscapeが出したRSS 0.90はRDFを土台にしていましたが、同年7月のRSS 0.91でRDFが外れました。RSS 1.0は前者のRDF路線を引き継いだ系統、RSS 2.0は後者から UserLand版0.91（2000年6月）・0.92（同年12月）を経て2002年8月に到達した系統です。番号の大小は新旧を意味しません。

RSS 1.0はW3CのRDF仕様に準拠する設計で、RSS-DEV Working Groupが策定しました。日本の官公庁のフィードにはこの系統が今も多く、総務省の新着フィードはXML宣言が Shift_JIS のままです。検索でときどき見かける「RDFリーダー」は、このRSS 1.0形式を読むソフトを指しており、実体はRSSリーダーと同じものです。

RSS 2.0の現行仕様書はRSS Advisory Boardが2009年3月30日に公開したバージョン2.0.11で、それ以降は改訂されていません。Atomは2005年12月にRFC 4287として標準化トラックで発行された仕様で、entry要素にid・title・updatedをそれぞれ1個だけ必須とするなど、RSS 2.0より要件が厳密です。仕様として整っているのはAtomですが、主要なリーダーは3系統をまとめて扱うため、購読する側が形式で悩む場面はほとんどありません。対応形式は各サービスの説明で確認できます。

条件付きGETによる更新確認と転送量の差

「リーダーが頻繁に取りに来ると配信元に負荷がかかるのでは」という懸念に対しては、HTTPの条件付きGETが答えになっています。前回受け取ったETagを If-None-Match に、更新日時を If-Modified-Since に入れて要求すると、フィードが変わっていないサーバーは 304 Not Modified を返し、本文を送りません。2026年9月10日にこの2つのヘッダで要求した応答が次の通りです（通常のGETのバイト数は、そのときフィードに載っていた記事の量で変わります）。

304が返る限り本文の転送は起きず、やり取りはヘッダだけで済みます。JSON Feed 1.1の仕様書がリーダー側に条件付きGETの使用を強く推奨しているのも、この差が理由です。RSS 2.0側には、チャンネルをキャッシュしてよい時間を分単位で示す ttl 要素が用意されていますが、RSS Advisory Boardが2007年10月15日に公開したRSS Best Practices Profileは、当時調査したフィードのうち ttl を含むものは21パーセントで、アグリゲータ側の対応も乏しいと記しています。同文書は慣例として大半のアグリゲータが1時間に1回確認するとも書いています。いずれも2007年時点の記述ですが、取得間隔が各サービスの実装に委ねられている構図は今も変わりません。

RSSフィードURLの探し方と登録の手順

登録作業そのものは、リーダーの検索窓にサイトURLを貼るだけで済むことが増えました。自動で見つからないときに、どこを見ればよいかを押さえておきます。

head要素のalternate記載からの特定

フィードを持つサイトの多くは、トップページのHTMLヘッダに場所を書いています。ブラウザでページのソースを表示し、alternate という語で検索すると次のような行が見つかります。

<link rel="alternate" type="application/rss+xml" title="gihyo.jp RSS2.0" href="/feed/rss2">
<link rel="alternate" type="application/atom+xml" title="Atom" href="https://www.publickey1.jp/atom.xml">

href の値がフィードURLです。スラッシュで始まる相対表記のときは、サイトのドメインを頭に付けたものが実際のURLになります。リーダーがサイトURLからフィードを自動検出できるのも、この記載を読んでいるためです。

記載が無いサイト・フィードが無いサイトへの対処

国内の主要サイト12件のトップページのhead要素を2026年9月10日にalternateで検索したところ、この記載があったのは9件でした。残る3件（IPA、Qiita、総務省）は記載がありませんでしたが、それぞれ security/alert-rss.rdf、popular-items/feed、news.rdf を直接叩くと正常にフィードが返ってきます。つまり、自動検出に失敗しても配信していないとは限りません。WordPressで作られたサイトなら、URL末尾に feed を足すだけで取得できることが多く、実際に wordpress.org のニュースは末尾に付けるだけで RSS 2.0 が返ります。WordPressの関数リファレンスでも、末尾 feed がRSS 2.0、feed/atom がAtomのフィードURLと定義されています。

本当にフィードが無いサイトについては、ページを監視して独自のフィードを生成するサービスを挟む手があります。Feedlyの場合はRSS Builderという機能がこれにあたり、公式ヘルプによると生成できる本数はPro+プランで50本、Enterpriseプランで100本です。監視対象が数件で済むならこの方式、対象が多く構造化データを取りたいならスクレイピングとは？クローリング・APIとの違いと実装・法務の判断を解説で扱っている取得方式のほうが向きます。

RSSリーダーの選び方と無料枠の実際

読むだけの用途なら、機能差より先に「無料で何件登録できるか」と「どの端末で同期するか」の2点で絞れます。

無料枠の上限＝登録できるフィード数

Inoreaderは公式の料金ページで、無料プランのRSSフィード登録数を150件、Proプランを2,500件と明示しています（2026年9月10日時点）。翻訳は無料プランで1日10件までなど、周辺機能にも件数の上限が設定されています。Feedlyは無料・Pro・Pro+・Enterpriseの4段構成で、公式ヘルプの解約手順の記事に、解約すると無料のBasicプランの上限である100 sources・3 Feeds・3 Boardsに戻ると書かれています。ただしこの記事の最終更新は2024年1月30日です。無料枠は改定が頻繁なので、登録前に各社の料金ページで最新の数字を確認してください。

登録するフィードが数十件で収まるなら、無料プランの範囲で足ります。上限に達しやすいのは、業界ニュースを網羅したい業務利用のときです。

端末をまたぐときの既読同期の方式

スマートフォンとPCの両方で読むなら、既読状態をどこで持つかが使い勝手を決めます。クラウド型のサービスは、どの端末で開いても既読が揃う代わりにアカウントが必要です。端末内で完結するアプリは既読が端末ごとの管理になる代わりに、アカウント登録が不要なものが多くなります。登録できるフィード数の扱いはアプリごとに違うので、個別に確認が要ります。読む端末が1台だけならアプリ型、2台以上で既読を揃えたいならクラウド型、という順で決めると迷いません。

「RSSリーダーはオワコン」と言われる理由と、残っている用途

この言われ方には具体的な出来事の裏づけがあります。ただし「配信の仕組みごと廃れた」という理解は事実と食い違います。

Google Reader終了とブラウザ内蔵機能の撤去

1度目はGoogle Readerの終了です。Googleは公式ブログで「2013年7月1日にGoogle Readerを終了する」と告知し、理由を利用の減少と説明しました。当時の標準的な受け皿が消え、利用者は他サービスへ分散しました。

2度目はブラウザからの撤去です。Firefoxは64（2018年12月11日リリース）で内蔵のフィード購読機能を外し、リリースノートの変更点に「RSSのフィードプレビューとライブブックマークはアドオン経由でのみ利用可能」と記載しました。この作業はBugzillaの1477667「Remove feed reader and live bookmarks support from Firefox」として管理され、Firefox 64がマイルストーンです。ブラウザを開いたついでに購読するという導線が、この時点で標準機能から消えました。

ポッドキャストとリリース情報での継続利用

一方で、配信側の仕組みとしてのRSSが置き換わったわけではありません。ポッドキャストがその代表で、Appleの配信者向けサポートにはPodcast RSS feed requirementsというページが用意され、フィードのURLはRSS 2.0仕様に準拠し、パスワード保護されない公開URLであることが求められています。Apple Podcasters Programの参加者はRSSフィードなしで番組を登録することもできますが、外部のホスティングを使う一般的な配信経路はRSSのままです。配信の実体がRSSである点は、ポッドキャストとは？RSSの仕組み・ラジオとの違い・通信量を実数で解説で通信量の実数とあわせて解説しています。

開発とセキュリティの現場でも同じです。GitHubはリポジトリのリリース一覧をAtomフィードとして常時公開しており、IPAやJPCERT/CCの注意喚起もRSS 1.0で配信され続けています。更新を人手で見に行くと漏れる情報ほどフィードで配られている、と考えたほうが実態に近いでしょう。

ここから導かれる判断は明快です。おすすめから新しい情報源を見つけたいなら、SNSやニュースアプリのほうが手軽で、あえてRSSリーダーを選ぶ理由は薄い。逆に、脆弱性情報・製品のリリース・所轄官庁の告知のように「見落としが業務上の損害になる情報源」を追うなら、アルゴリズムが介在せず、登録した情報源の更新だけが並ぶRSSは、いまも代わりが利きません。取得が失敗する日もあるので、重要な告知は配信元でも確かめる前提で使います。

RSSリーダーの代わりになる手段

「RSSリーダーの代わり」を探す動機は2つに分かれます。使っているサービスから別サービスへ移りたい場合と、リーダーというアプリ自体を持ちたくない場合です。取るべき手段はそれぞれ違います。

OPMLでの購読リスト移行

サービス間の移行はデータ形式が決まっているので難しくありません。購読リストはOPMLというXMLファイルで書き出せるのが業界の慣習で、Feedlyの公式ヘルプもOPMLでの取り込みが既存の購読先を上書きせず追加する動作だと説明しています。移行元でエクスポート、移行先でインポートの順に実行すれば、フォルダ分けも含めて引き継げます。運ばれるのは購読先の一覧までで、既読状態や保存した記事は対象外です。

専用アプリ以外への通知先の変更

もう一方は、フィードの届け先を専用アプリ以外に変える発想です。Slackには「SlackにRSSフィードを追加する」という公式のヘルプ記事があり、チャンネルへ新着を流し込めます。Inoreaderのようにメールマガジンを購読用アドレスで受け取ってフィードとして扱う機能や、選んだフォルダの記事をあらためてRSSとして出力する機能を持つサービスもあり、この場合は読む場所を自由に選べます。監視対象が特定サービスのデータで、通知だけでなく自社システムへ取り込みたいなら、フィードではなくAPI連携とは？仕組み・データ連携との違い・導入判断までわかりやすく解説で整理している方式を検討するほうが素直です。

ニュースのRSSを社内・商用で使うときの条件

集めた記事を社内ポータルに転載したり、自社サービスに組み込んだりする段階になると、著作権と配信元の利用条件が関わります。RSSで取得できること自体は、その利用が許諾されている証拠にはなりません。

配信元は個別に条件を定めています。たとえばアイティメディアのRSS利用条件（2012年9月28日制定、2020年4月1日改定）は、禁止事項として「RSSの発信元を表示しないこと、又は、RSSの一部削除等の改変（配信記事・広告情報の文章のみを抜粋しての転載等を含みます）、翻案、出版、翻訳」を挙げ、アプリなどへの組み込みは個別相談としています。見出しだけを抜き出して自社サイトに並べる使い方は、この「文章のみを抜粋しての転載」に触れる可能性があるということです。

実務上の判断はこうなります。利用条件は読むだけの個人にも適用されますが、リーダーで読む範囲であれば禁止事項に触れる場面はまずありません。社外に見える形で再掲する、業務システムに取り込む、加工して再配信する、のいずれかに該当するなら、配信元のRSS利用条件のページを先に確認し、記載が無ければ問い合わせる。この順序を飛ばして先に実装すると、後から差し替えるコストのほうが高くつきます。

よくある質問

RSSとRSSフィードは何が違いますか？

RSSは更新情報を配信するための仕様そのもの、RSSフィードはその仕様に沿って個々のサイトが公開している実際のファイルを指します。厳密には仕様と実体の関係ですが、日常的にはどちらもフィードそのものを指す略称として使われます。

RDFリーダーはRSSリーダーと同じものですか？

同じものと考えて差し支えありません。RSS 1.0の正式名称がRDF Site Summaryで、ファイルのルート要素が rdf:RDF になっているため、この形式を読むソフトがRDFリーダーと呼ばれることがあります。現在の主要なRSSリーダーはRSS 1.0・RSS 2.0・Atomをいずれも読めるので、RDF形式のために別のソフトを用意する必要はありません。

iPhoneやAndroidのアプリだけでRSSを読めますか？

読めます。ただしスマートフォンのアプリ単体で完結させると、PCで読んだ記事がスマートフォンで未読のまま残ります。両方で読む予定があるなら、クラウド型のサービスにアカウントを作り、そのアカウントに対応したアプリを使う構成にしてください。多くのアプリは主要サービスのアカウント連携に対応しています。

RSSフィードが読み込めないときは何を確認すればよいですか？

登録したURLがフィード本体を指しているかをまず確認します。ブラウザで直接開き、XMLの中身かフィードの整形表示が返ればフィードURLです。通常のWebページが表示されるなら、head要素の記載から正しいURLを取り直します。それでも読めない場合は、配信元がフィードを廃止した、URLが変わった、認証が必要になった、のいずれかが疑われます。切り分けは、そのフィードURLをブラウザで直接開いて最新記事が入っているかを見るのが早道です。入っていればリーダー側、入っていなければ配信元側に原因があります。

ブラウザの機能だけでRSSを購読できますか？

Chrome・Firefox・Safariは標準では対応していません。Firefoxは64で内蔵機能を外し、以後はアドオンでの提供に変わりました。例外はVivaldiで、フィードリーダーをブラウザの標準機能として搭載しています。それ以外のブラウザで完結させたい場合は、拡張機能を入れるかWeb版のRSSサービスを使うことになります。

関連記事

• ポッドキャストとは？RSSの仕組み・ラジオとの違い・通信量を実数で解説
• スクレイピングとは？クローリング・APIとの違いと実装・法務の判断を解説
• SGMLとは？読み方・正式名称（ISO 8879）とXML・HTMLとの違い
• API連携とは？仕組み・データ連携との違い・導入判断までわかりやすく解説
• アグリゲーターとは？電力の特定卸供給事業者と届出企業一覧の読み方