RSSHub

動的サイトや各種プラットフォームをルート規約でRSS/Atom化する自前ホスト型ジェネレーター。Dockerで起動でき、ルールを拡張して運用できる。

35kTypeScriptMIT License

#rss #rsshub #self-hosted #docker #nodejs #rss-generator #dynamic-site-to-rss #content-monitoring #alternative-to-rss-bridge #inoreader-like #feedly-like

概要

RSSHub は「ルート＝購読URL」という発想のRSS/Atom生成エンジンです。各ルートが抽出と正規化のパイプラインになり、RSSを持たないページやチャンネルを標準フィードへ変換します。強みはリーダーではなく“生成の標準化”にあり、出力URLを Feedly や Inoreader や自作リーダーへそのまま渡せます。実行基盤は Node.js のエコシステムに寄せ、拡張はルートモジュールとしてコードに落ちるため、社内で使う情報源をバージョン管理できる購読ルールに変換できます。デプロイは自前運用を前提にし、Docker とキャッシュ・認証・プロキシ設定で運用コストを制御しやすい設計です。

課題 vs イノベーション

✕従来の課題	✓革新的ソリューション
動的サイトはRSSを持たないことが多く、通知頼みや手動巡回になって情報到達とアーカイブが不安定になります。	RSSHub は生成をルート規約に落とし込み、抽出と正規化のパイプラインを再利用できるURLとして提供します。
リーダー側の集約だけでは“フィードがない”問題は解決せず、フィルタや認証、キャッシュが必要な運用で詰まりやすいです。	自前運用・拡張・版管理を前提に、キャッシュやプロキシ、認証で不安定な情報源も継続消費できるフィードへ整えます。

アーキテクチャ深掘り

ルート規約で回る抽出・正規化パイプライン

RSSHubは各フィードをルートとして表現し、単なるURLではなく抽出と正規化のパイプラインとして再利用できる形にします。これにより生成はエンジニアリング可能になり、同系サイトは解析戦略を共有しつつ、出力は一貫したRSS/Atomに揃えられます。素朴な全文スクレイピングよりも、ルート単位で入力・出力・失敗が明確なのでキャッシュや劣化運転を設計しやすいです。結果として、版管理できる購読ルールのカタログが資産になります。

自前運用を前提にした安定性の作り込み

RSSHubは長期にわたりフィードを出し続ける前提のため、運用では不確実性を明示的に扱う必要があります。キャッシュで上流の揺れを吸収し、プロキシやタイムアウトでネットワーク変動を抑え、認証や隔離で社内利用を保護します。自前ホストなら安定性方針を設定とデプロイ規約に落とし込み、外部プラットフォーム都合に引きずられません。コンテナで依存とバージョンを固定し、監視とレート制御でコストも読みやすくできます。

デプロイガイド

1. Docker でワンコマンド起動

bash

1docker run -d --name rsshub -p 1200:1200 diygod/rsshub

2. サービスとルートの到達性を確認する

bash

1curl -I http://localhost:1200

3. カスタムルート開発なら Node.js を用意して依存を入れる

bash

1git clone https://github.com/DIYgod/RSSHub.git && cd RSSHub && npm i

4. キャッシュ・プロキシ・認証を設定で追加して本番へ展開する

bash

1docker run -d --name rsshub -p 1200:1200 -e CACHE_TYPE=memory diygod/rsshub

導入事例

コアシーン	対象読者	ソリューション	成果
コンテンツ監視と収集	運用/グロース担当	SNS・フォーラム・ブログをRSS化してアラートとアーカイブに接続	24/7で低コスト監視と追跡性を確保
社内フィード基盤	情シス/セキュリティ	RSSHubを自前運用しアクセス制御とキャッシュ付きでフィードを標準提供	可用性向上と外部依存の低減
ETL前段の標準化	データエンジニア	ルートで更新ストリームをRSS/Atomに正規化してETLへ投入	スクレイパ保守を削減し安定性を上げる

制限事項と注意点

反スクレイピングやレート制限があるため、上流の改修でルートが不安定になることがあります。本番ではキャッシュ、劣化運転、アラートを用意してください。
ログイン前提の情報源はCookieや認証が必要になりやすいので、ルート単位で最小権限と隔離を行い、機密を全体へ広げない運用が安全です。
購読数が増えると上流負荷とローカル資源消費が跳ね上がるため、レート制御、更新のキュー化、永続キャッシュでピークコストを抑えるべきです。

よくある質問

RSSHubはRSS-Bridgeと何が違い、どう選べばいい？▾

RSSHub はルート目录と統一ランタイム寄りで、Node.jsエコシステムに沿ってルールを拡張し、規模の大きいルール庫と運用の再利用に向きます。一方で RSS-Bridge はPHPエコシステムのブリッジ集合に近く、足りないフィードを軽量に補う用途で強いです。コンテナでの再現性、ルール規模、チーム運用を重視するならRSSHub、軽量さと少数ブリッジの保守を重視するならRSS-Bridgeが合います。

RSSHubはFeedlyやInoreaderの代わりになる？▾

リーダーの代替にはなりません。Feedly や Inoreader は購読管理と閲覧UXを担い、RSSHubはRSSのない情報源をフィード化します。よくある構成はRSSHubで生成し、リーダーで読むという分業です。

不安定なソースを長期運用できるフィードにするコツは？▾

更新ポリシーを明示してキャッシュを入れ、購読者増加が上流リクエスト増加に直結しないようにします。失敗の扱いも設計し、タイムアウトや解析失敗を劣化出力とアラートに落として“断更”と混同しないようにします。最後に隔離とレート制御で、Cookie/認証が必要なルートは分離して運用し、上流と自分の資源を守ります。

RSSHub

動的サイトや各種プラットフォームをルート規約でRSS/Atom化する自前ホスト型ジェネレーター。Dockerで起動でき、ルールを拡張して運用できる。

35kTypeScriptMIT License

概要

課題 vs イノベーション

✕従来の課題	✓革新的ソリューション
動的サイトはRSSを持たないことが多く、通知頼みや手動巡回になって情報到達とアーカイブが不安定になります。	RSSHub は生成をルート規約に落とし込み、抽出と正規化のパイプラインを再利用できるURLとして提供します。
リーダー側の集約だけでは“フィードがない”問題は解決せず、フィルタや認証、キャッシュが必要な運用で詰まりやすいです。	自前運用・拡張・版管理を前提に、キャッシュやプロキシ、認証で不安定な情報源も継続消費できるフィードへ整えます。

アーキテクチャ深掘り

ルート規約で回る抽出・正規化パイプライン

自前運用を前提にした安定性の作り込み

デプロイガイド

1. Docker でワンコマンド起動

bash

1docker run -d --name rsshub -p 1200:1200 diygod/rsshub

2. サービスとルートの到達性を確認する

bash

1curl -I http://localhost:1200

3. カスタムルート開発なら Node.js を用意して依存を入れる

bash

1git clone https://github.com/DIYgod/RSSHub.git && cd RSSHub && npm i

4. キャッシュ・プロキシ・認証を設定で追加して本番へ展開する

bash

1docker run -d --name rsshub -p 1200:1200 -e CACHE_TYPE=memory diygod/rsshub

導入事例

コアシーン	対象読者	ソリューション	成果
コンテンツ監視と収集	運用/グロース担当	SNS・フォーラム・ブログをRSS化してアラートとアーカイブに接続	24/7で低コスト監視と追跡性を確保
社内フィード基盤	情シス/セキュリティ	RSSHubを自前運用しアクセス制御とキャッシュ付きでフィードを標準提供	可用性向上と外部依存の低減
ETL前段の標準化	データエンジニア	ルートで更新ストリームをRSS/Atomに正規化してETLへ投入	スクレイパ保守を削減し安定性を上げる

制限事項と注意点

反スクレイピングやレート制限があるため、上流の改修でルートが不安定になることがあります。本番ではキャッシュ、劣化運転、アラートを用意してください。
ログイン前提の情報源はCookieや認証が必要になりやすいので、ルート単位で最小権限と隔離を行い、機密を全体へ広げない運用が安全です。
購読数が増えると上流負荷とローカル資源消費が跳ね上がるため、レート制御、更新のキュー化、永続キャッシュでピークコストを抑えるべきです。

よくある質問

RSSHubはRSS-Bridgeと何が違い、どう選べばいい？▾

RSSHubはFeedlyやInoreaderの代わりになる？▾

不安定なソースを長期運用できるフィードにするコツは？▾

RSSHub

概要

課題 vs イノベーション

アーキテクチャ深掘り

デプロイガイド

1. Docker でワンコマンド起動

2. サービスとルートの到達性を確認する

3. カスタムルート開発なら Node.js を用意して依存を入れる

4. キャッシュ・プロキシ・認証を設定で追加して本番へ展開する

導入事例

制限事項と注意点

よくある質問

RSSHub

概要

課題 vs イノベーション

アーキテクチャ深掘り

デプロイガイド

1. Docker でワンコマンド起動

2. サービスとルートの到達性を確認する

3. カスタムルート開発なら Node.js を用意して依存を入れる

4. キャッシュ・プロキシ・認証を設定で追加して本番へ展開する

導入事例

制限事項と注意点

よくある質問

関連プロジェクト