没有 RSS 的网站怎么追更：RSSHub Radar 与页面监控实战

有些网站既没有 RSS 按钮，也没有邮件订阅入口，想持续跟进更新，只能靠反复手动打开。这篇教程整理两条可行路线：一条是把页面变成可订阅的 feed，另一条是在页面发生变化时收到提醒。前者依赖社区维护的路由，后者依赖页面监控工具。两条路线各有适用场景，也各有明确的失效条件。文中会给出安装、配置、验证和长期维护的具体做法，并说明哪些情况下应该换另一条路线。

适合读这篇的人：需要长期跟进若干信息源（技术博客、新闻栏目、招聘页、公告页、价格页等），但对方不提供订阅方式；愿意花十几分钟做一次性配置，并且能接受「配置会失效、需要定期复查」这个前提。如果你只是偶尔看一两个页面，手动打开更省事，不必引入工具。

准备工作

两条路线都需要一个 Chromium 内核的浏览器（Chrome、Edge、Brave 等），因为要用到浏览器扩展。除此之外的准备项按路线区分：

路线一（feed）：一个 RSS 阅读器账号。素材中实际验证过的阅读器是 Feedly 和 Folo，其他支持标准 feed 地址的阅读器理论上同样可用，但需要你自己确认兼容性。
路线二（页面监控）：Distill 或 Visualping 的账号。两者都提供免费档，免费档在监控数量、检查频率、通知方式上有限制，具体额度以各自官网当前信息为准。
网络与账号：扩展需要能正常访问其服务端；部分监控工具的邮件通知需要先完成邮箱验证。

先明确一个判断顺序，后面所有步骤都围绕它展开：先找 feed，找不到再上监控。feed 给你的是「新文章本身」，监控给你的只是「页面变了」这个信号，你还得自己回去看。所以只要 feed 可用，就不要用监控替代。

操作步骤

第一步：判断这个网站到底有没有 feed

很多站点其实有 feed，只是没有把入口放在显眼位置。先做两件低成本的事：查看页面源代码里是否存在指向 feed 的 link 标签；在地址栏尝试常见的 feed 路径。如果这一步就找到了可用的 feed 地址，直接丢进阅读器即可，后面的步骤都不用做。

只有在确认没有可用 feed 之后，才进入路线一。

第二步：安装并固定 RSSHub Radar 扩展

RSSHub Radar 是免费、开源的工具，提供 Chrome 扩展。它的作用不是自己生成 feed，而是在你打开某个页面时，检查该页面是否声明了 feed，并把当前页面与 RSSHub 社区志愿者编写的路由进行匹配。匹配成功就给出可订阅的地址；匹配不上就没有结果。

在 Chromium 浏览器中打开扩展商店，搜索 RSSHub Radar。
安装扩展。
把扩展图标固定到工具栏，方便随时点击。

固定图标这一步不要省。后面每次判断某个站点能不能订阅，都要点它。

第三步：用 RSSHub Radar 读取可用 feed

打开你想跟进的那个网站页面。
点击工具栏上的 RSSHub Radar 图标。
查看弹出的结果。结果通常分成两类：一类是「当前页面」的 feed，另一类是「当前站点」的 feed。

「当前页面」这一类是真正可以订阅的地址。素材中的实测里，某个站点在这一类下给出了 Engineering、News、Research 三个 feed，分别对应不同的内容分区。这类结果可以直接拿去订阅。

「当前站点」这一类给出的往往是指向 RSSHub 文档的链接，用来告诉你这个站点在 RSSHub 里有哪些路由、参数怎么填。它不是可以直接订阅的 feed 地址，需要按文档说明拼出完整地址后再订阅。

第四步：把 feed 加进阅读器并验证

拿到 feed 地址后，在阅读器里新增订阅，粘贴地址，等待抓取。素材中的验证结果是：把 RSSHub Radar 给出的几个 feed 分别加入 Feedly 和 Folo 后，都能正常加载，能看到最新内容和已发布文章列表。

验证时不要只看「订阅成功」的提示，要确认三件事：

条目数量是否合理，不是空的也不是只有一两条；
条目的发布时间是否接近该站点最近的实际更新；
点开一两条，确认链接指向的是正确页面，而不是站点首页。

如果条目为空或明显陈旧，说明这条路由当前不可用，按路线二处理。

第五步：RSSHub 匹配不上时，改用页面监控

RSSHub Radar 的覆盖面取决于社区有没有为这个站点写过路由。没有路由就没有 feed，这不是配置问题，换参数也解决不了。此时改用页面监控：它不生成文章流，而是盯着页面（或页面的某一块区域），一旦内容变化就发出提醒。

素材中实际使用过的两个工具是 Distill 和 Visualping。Visualping 可以从网页控制台或浏览器扩展使用；Distill 也有浏览器扩展。下面以 Distill 的扩展为例，因为它的配置粒度更细。

第六步：在 Distill 中建立监控

在 Chromium 浏览器中打开 Distill 的 Chrome 扩展页面，安装并固定图标。
打开要跟进的网站页面。
点击 Distill 图标。
选择监控范围：Monitor parts of page（监控页面局部）或 Monitor full page（监控整页）。
点击 Save selections 保存选择。

选择局部还是整页，取决于页面结构。如果页面有「Latest News」「最新公告」这类区块，优先选局部，只盯这一块。整页监控会把导航栏、广告位、时间戳、访问计数之类的变动也算进去，容易产生大量无意义的提醒。

保存选择后，Distill 会打开一个 Options 页面，可以进一步配置检查间隔和触发后的动作。

第七步：配置检查间隔与通知方式

在 Options 页面里可以设置检查频率，并从动作列表中选择提醒方式。免费档可用的通知动作包括：

Audio Notification（声音提醒）
Popup Notification（弹窗提醒）
Open Page In Tab（在新标签页打开页面）
Email（邮件）

付费档提供更多通知渠道，例如通过 Distill 的 iOS 或 Android 应用推送、短信、Discord、Microsoft Teams、Slack，以及 Webhook 调用。各档位的具体价格、监控数量与检查频率上限，以官网当前信息为准。

如果只是自己跟进几个页面，免费档的弹窗加邮件通常够用。但要注意：本地监控需要浏览器处于打开状态才会执行检查，关掉浏览器就不会触发。想要不依赖本机浏览器，需要走云端检查或邮件通知这类方案，而这类方案在免费档上有较小的额度限制。

第八步：用 Visualping 作为替代方案

Visualping 的操作逻辑类似：从网页控制台或扩展创建监控，指定整页或页面区域，设定检查频率，选择提醒方式。素材中提到的免费档限制是：可监控五个页面、检查频率约为每天一次，并且额度用完后监控会暂停。具体数值以官网当前信息为准。

两个工具怎么选：需要更细的局部选择、更多通知渠道时用 Distill；只需要少量页面、能接受每天检查一次时，Visualping 的配置更直接。

一个完整示例

下面走一遍完整流程，目标是一个不提供订阅入口的技术站点。

场景：某公司博客有 Engineering、News、Research 三个栏目，页面上没有 RSS 按钮，也没有邮件订阅。

第一步，确认没有现成 feed。打开博客首页，查看页面源代码，没有发现指向 feed 的 link 标签；尝试常见 feed 路径，均无结果。

第二步，安装扩展。在 Chromium 浏览器中安装 RSSHub Radar，固定到工具栏。

第三步，读取结果。打开博客首页，点击 RSSHub Radar 图标。结果中「当前页面」一类给出了三个 feed，分别对应 Engineering、News、Research；「当前站点」一类给出的是指向 RSSHub 文档的链接，不能直接订阅。

第四步，订阅并验证。把三个 feed 地址分别加入 Feedly。等待抓取完成后检查：三个 feed 都有条目，发布时间接近最近的实际更新，点开条目能跳到对应文章页。再在 Folo 里重复一次，结果一致。到这里就不需要监控了。

第五步，处理没有路由的站点。换一个站点，RSSHub Radar 没有给出任何可订阅地址。这时打开该站点的「最新公告」页面，点击 Distill 图标，选择 Monitor parts of page，框选公告列表区域，点击 Save selections。

第六步，配置提醒。在 Options 页面设置检查间隔，勾选 Popup Notification 和 Email 两种通知动作，保存。

第七步，验证监控是否生效。等一个检查周期，确认没有误报；如果公告区没有更新却频繁收到提醒，说明框选范围包含了会自行变化的元素（时间、计数、轮播图），回到页面重新框选更小的区域。

第八步，建立复查习惯。把这两类配置记在一处，每月复查一次：feed 是否还有新条目、监控是否还在正常触发。站点改版或路由失效时，这两类工具都不会主动告诉你。

注意事项

RSSHub Radar 不生成 feed。它只做两件事：检查页面是否声明了 feed，以及把页面与社区已有的路由做匹配。没有对应路由的站点，它给不出结果。这意味着它的可用范围取决于社区覆盖度，而不是你的配置技巧。

公共实例可能不稳定。RSSHub 的公共服务器在负载高时可能响应慢或失败。如果需要更可靠的抓取，可以自行部署一个 RSSHub 实例，但这会带来额外的维护成本。

「当前站点」那一类结果不是订阅地址。它指向的是文档，用来查路由和参数。直接把它当 feed 加进阅读器不会得到内容。

本地监控依赖浏览器开着。Distill 的本地监控需要浏览器处于运行状态才会执行检查。关掉浏览器，检查就停了。云端检查或邮件通知可以绕开这个限制，但免费档额度较小。

免费档有明确上限。Visualping 免费档可监控五个页面、检查频率约为每天一次，额度用完后监控会暂停。Distill 免费档的通知动作限于声音、弹窗、打开标签页和邮件。付费档才提供推送、短信、Discord、Teams、Slack、Webhook 等渠道。价格与额度会调整，使用前以官网当前信息为准。

整页监控容易误报。页面上的时间戳、访问计数、推荐位轮播都会让整页内容发生变化。优先框选真正承载新内容的区域。

配置会失效，而且工具不会通知你。站点改版、路由过期、页面结构调整，都可能让 feed 变空或监控失效。这类失败通常没有提示，你只会觉得「最近怎么没更新」。所以需要每月复查一次：feed 是否还有新条目，监控是否还在触发。

监控给的是信号，不是内容。feed 直接把文章送到阅读器；监控只告诉你页面变了，你仍然要回去看。这也是为什么判断顺序应该是先找 feed、再上监控。

不要为了追更而追更。站点该发布还是会发布，不会因为你在等而改变节奏。选几个真正要跟的站点，配好 feed 或监控，把等待交给工具，然后定期复查配置即可。