查找任何网站的 RSS 订阅源

如何找到网站的 RSS 订阅源

1. 粘贴该网站的任意一个页面：首页、博客栏目、YouTube 频道或视频、Reddit 版块、Medium 个人主页，或 GitHub 仓库都可以。https:// 可以省略。
2. 点击查找订阅源。工具会收集候选的订阅源，并逐个抓取，确认它们真的是订阅源。
3. 把订阅源网址复制到你的阅读器里。每个结果都会显示该订阅源的格式、包含多少条内容，以及最新一条的发布时间，让你在订阅之前就能分辨它是仍在更新，还是已经荒废。

即使页面上没有任何地方提到，大多数发布平台也会输出订阅源。WordPress、Ghost、Substack、Blogger、Medium 以及大多数静态网站生成器都是如此。所以，一个看不到 RSS 图标的网站，往往在换一个路径之后，依然有可用的订阅源。

订阅源查找工具的工作原理

1. 平台规则。对于订阅源地址有固定格式的网站，工具直接生成订阅源网址：YouTube 频道和播放列表、Reddit 版块和用户、Medium 个人主页、专栏与标签、Substack 邮件通讯、Blogger 博客，以及 GitHub 的发布版本和标签订阅源。
2. 页面声明的订阅源。工具读取页面的 HTML，收集所有类型为 RSS、Atom 或 JSON Feed 的 <link rel="alternate"> 标签，这是页面向浏览器和阅读器宣告自己订阅源的标准方式。一个博客往往会声明好几个：文章、评论、播客、某个分类。
3. 页面中的链接与常见路径。只有在声明的订阅源都不可用时，工具才会在页面正文里找订阅链接（RSS 图标、“订阅”链接），然后探测惯用的位置：/feed、/rss、/rss.xml、/feed.xml、/atom.xml、/index.xml 和 /feed.json，先在你粘贴的栏目下探测，再到网站根目录探测。
4. 验证。每个候选订阅源都会被下载并解析。只有网址里确实是 RSS、Atom 或 JSON Feed，才算可用的订阅源；错误页面，或者在订阅源地址上返回的首页，都不算，而这正是“订阅源”网址悄无声息地失效的常见原因。

常见平台的订阅源网址

如果你更想手动构造订阅源网址，下面就是工具所用的规则。每一条都在真实网站上核对过。

• WordPress：在网站地址后面加上 /feed/。评论订阅源在 /comments/feed/，分类、标签和作者也各有自己的订阅源，例如 /category/news/feed/、/tag/themes/feed/ 和 /author/name/feed/，详见 WordPress.com 的订阅源指南（英文）。
• YouTube：频道用 https://www.youtube.com/feeds/videos.xml?channel_id=UC…，播放列表用 …?playlist_id=PL…。频道 ID 是以 UC 开头的 24 位代码；YouTube 自己的频道页面就声明了这个订阅源地址。如果你手上只有 @用户名，可以用 YouTube 频道 ID 查询工具（英文页面）把它换成 ID。
• Reddit：在版块或用户页面后面加上 .rss：https://www.reddit.com/r/name/.rss 或 https://www.reddit.com/user/name/.rss。
• Medium：作者用 medium.com/feed/@username，专栏用 medium.com/feed/publication-name，话题用 medium.com/feed/tag/tag-name，专栏内的某个标签用 medium.com/feed/publication-name/tagged/tag-name，详见 Medium 帮助中心（英文），其中还说明，付费墙后的文章不会在订阅源里提供全文。
• Substack：在邮件通讯的地址后面加上 /feed，无论是 name.substack.com 还是自定义域名。
• Ghost：网站的 /rss/。
• Blogger：博客地址后面的 /feeds/posts/default。
• GitHub：发布版本用 github.com/owner/repo/releases.atom，标签用 /tags.atom，某个分支上的提交用 /commits/branch.atom。
• Mastodon：在个人主页后面加上 .rss，例如 mastodon.social/@name.rss。Bluesky 的个人主页也会声明该账号所发帖子的 RSS 订阅源，工具会把它找出来。

RSS、Atom 与 JSON Feed：格式标签是什么意思

结果里会显示一个网址所提供的是三种订阅源格式中的哪一种。RSS 2.0 最常见，WordPress、Substack 和大多数播客发布的都是它。Atom 是一种更严格的标准，YouTube、GitHub、Reddit 和许多静态网站生成器都在用。RSS 1.0（RDF）仍出现在一些较老的网站上，JSON Feed 则是较新的格式，用 JSON 而不是 XML 来表达同样的内容。所有主流订阅阅读器都支持 RSS 和 Atom，多数也支持 JSON Feed。如果一个网站同一个订阅源提供了多种格式，它们包含的文章是一样的，选哪一种都可以。

如何解读查找结果

• 有效订阅源：网址返回的是真正的订阅源。条目数显示它目前包含多少条内容（很多网站只保留最近的几条），最新日期则告诉你这个来源是否仍在更新。
• 未验证：订阅源地址符合该平台的标准格式，但网站拒绝了我们的检查，或检查超时，机器人防护经常这样对待自动请求。它通常仍然可以在你的阅读器里使用。
• 不是可用的订阅源：页面声明了这个订阅源，但该地址返回的是错误，或者不是订阅源的内容。网站的订阅源已损坏或已被迁移；可以告知网站所有者，或改用其他结果。
• 来源方式：由页面声明、按平台规则生成、在页面正文中链接，或在常见路径上找到。页面声明的和平台规则生成的订阅源最可靠；仅靠探测找到的订阅源现在能用，但并不是网站公开宣告的。

为什么找不到订阅源

• 网站没有订阅源。有些平台从未提供过，有些网站把它关掉了。没有任何声明，常见路径上也什么都没有：这就是一个真实的答案。
• 网站拦截自动请求。部署了严格机器人防护的网站，即使订阅源在阅读器里能用，也可能拒绝我们的服务器。你可以在浏览器里打开该页面，查看页面源代码，搜索 application/rss+xml，自己找出声明。
• 页面完全由 JavaScript 构建。单页应用有时要等脚本运行之后才加入订阅链接。可以试试网站的博客或新闻栏目，它们更常是普通页面。
• 内容需要登录。私有或付费内容的订阅源，通常是在你账户设置里发放的个人专属网址，任何查找工具都无法发现它们。

找到订阅源之后：阅读器解决不了的那部分

订阅阅读器擅长告诉你有什么新内容，却不擅长告诉你半年前读过什么。那是另一件事：把值得留下的少数几篇保存起来， 并且日后还能找到。Marqly 可以通过浏览器扩展，或 iOS 和安卓应用，把文章和视频保存进同一个资料库， 在 Pro 版中，它的语义搜索（英文文章）能凭一段描述而不是标题找到保存的内容。如果让你头疼的是阅读队列， 可以先看稍后阅读工作流；如果你要为团队或邮件通讯整理信息来源， 请看用 Marqly 做内容整理（均为英文页面）。如果你有一份旧的来源清单，担心链接失效， 旁边的死链检查工具（英文页面）正好可以用。