请公开你的 RSS
RSS feeds 被赞赏为一种简单、开放的方式，让人无需算法时间线或广告也能关注博客、新闻和播客，但许多网站要么把 feeds 隐藏起来，要么实现得不一致。评论者争论 feeds 应该包含全文还是仅摘要，如何通过图标、`<link>` 标签和可预测的 URL 清晰暴露它们，以及当读者一直停留在 feed 应用中时，发布者如何仍然获得分析数据或收入。一些人指出，浏览器原生支持的衰落和社交平台的主导地位使 RSS 边缘化，但他们认为优秀的 feeds 仍然是发现、订阅以及构建更健康独立 web 的强大工具。
RSS 的角色与价值
- 被视为更理性的 web 的“灯塔”：结构化更新、类似收件箱的阅读、过滤、搜索、已读/未读状态。
- 既支持发现（例如 HN feeds、YouTube 频道/播放列表），也支持对特定作者的可靠订阅。
- 有些人主要把它当作通知（只看标题/摘要）；另一些人则希望在阅读器中完整阅读全部内容。
全文 vs 摘要/链接型 Feeds
- 主要摩擦点：许多 feeds 只提供链接或简短摘要，迫使用户访问浏览器。
- 有人认为这让 RSS 变得毫无意义，并因此停止使用。
- 也有人更喜欢摘要，这样他们可以访问原站、欣赏设计，并体现在站点分析中。
- 反方观点：全文 feeds 让读者拥有选择；摘要则迫使所有人点击跳转。
Feeds 的发现与暴露
- 许多网站其实已经有 feeds，但把它们隐藏起来，或省略明显的链接/图标。
- 通过
<link rel="alternate" …>自动发现经常缺失或失效。 - 由于这种不一致，阅读器和工具通常会猜测路径（
/rss、/feed、atom.xml等）。 - 有几个人在读了这篇文章后，给自己的网站加上了可见的 RSS 图标。
RSS 与社交平台及变现
- 有人声称 RSS 输给了 Reddit/HN 之类的聚合器，认为它“带不动指标”。
- 也有人说聚合器适合发现内容，但不适合确保喜欢的作者的帖子稳定送达。
- 广告和分析是核心矛盾：全文 feeds 可以绕过广告；仅链接的 feeds 则有助于保留页面浏览量。
- 有人对浏览器和大型平台放弃 RSS 支持感到愤怒；一些人将其解读为广告驱动的压制；另一些人则归因于使用率低和维护成本高。
工具、客户端与变通方案
- 提到了许多自托管和托管阅读器，以及用于恢复 feed 图标和正确 feed 渲染的浏览器扩展。
- 有些阅读器会从链接页面抓取“全文”，即使 feed 被截断，也会有效地进行爬取。
- 新出现的一些想法：基于 LLM 的摘要流水线、打印/小册子生成器、文本转音频转换器，以及带分析提示的自定义阅读器（例如自定义 URL 参数、user-agent 字符串）。
标准、最佳实践与局限
- 有人询问“如何正确地做 RSS”：建议包括限制 feed 长度（例如仅保留最新 N 篇）以减少带宽，并就缓存行为展开争论。
- 有些人建议 Atom 更可靠，但实际使用情况参差不齐。
- 通过阅读器端聚合可以获得订阅者数量，但本质上只是近似值，而且在某种程度上会带来中心化。