我们自己的访问统计默认开启。Google Analytics 只在你同意后启用，用来了解公开页面是否有用，不统计登录后的工作台。详见 隐私政策。

万有引擎
搜索⌘K
中文
登录免费开始
文章目录 · 16
  1. 01官方原文怎么说：三份公告和一个日期表
  2. 02动手前写下的判据
  3. 03实测一：同样的帖子，不一样的字段
  4. 04实测二：关键词监测，先加 type=link
  5. 05实测三：评论，一次拿几成、能不能看出层级
  6. 06实测四：RSS 自己的限流，每个出口每分钟 1 次
  7. 07谁该怎么换：四类读者四条路
  8. 08算一笔账：一个监测团队一个月多少钱
  9. 09用代码或 AI 客户端接入
  10. 102023 年那次和这一次，有什么不同
  11. 11最近值得注意的变化（2026 年 8–10 月）
  12. 12本文的边界
  13. 13常见问题
  14. 14相关阅读
  15. 15方法说明
  16. 16参考资料

Reddit 11月13日停 RSS：监测怎么换，差在哪

Reddit 11 月 13 日停 RSS。停用前同一时刻对照 RSS 与数据接口：条目一致，差在字段、限流和评论层级，附四类读者各自的换法和迁移步骤。

示意插图：左边一座发射信号的旧发射塔被一个大拉闸关掉；右边一条新管道把整齐的结构化数据卡片送进托盘；中间一张撕下的日历页。

Reddit 会在 2026 年 11 月 13 日停掉全部 RSS 订阅源。这句话出自 Reddit 管理员 9 月 30 日在 r/modnews 发的官方公告，原文是 "we'll stop supporting RSS feeds on November 13, 2026"，同一帖还写明：如果你用 RSS 订阅的不是自己管理的社区，"there is no replacement"。停用前，我们在 2026 年 10 月 25 日 14:36–15:09（新加坡时间）把 RSS 和 EveryInfra 的 Reddit 数据接口放在同一时刻对照了 16 组：帖子条目和顺序完全一致（帖子列表 275 条次，去重后 202 条不同帖子；搜索结果 125 条；重合 100%），最新一条的时差不超过 1.6 秒。真正的差别在三处：RSS 没有分数和评论数；匿名 RSS 每个出口每个自然分钟只放行 1 次请求；评论两边都只给平铺列表，看不出谁在回复谁。

本文说的「RSS 订阅源」，指 Reddit 在任意社区、搜索、帖子、用户页地址后面加 .rss 返回的 Atom 1.0 文档（格式见 RFC 4287）。它不要登录、不要密钥，一条地址就是一个订阅。11 月 13 日之后，这条不要身份的读取通道就没了。

等距插图：底板左边是一个方盒，代表一个社区的 RSS 订阅源，盒顶有一道投递口，一块青绿色盖板正滑过来盖住它，代表 11 月 13 日的停用；盒前散着三张只印了两行字的纸条，代表 RSS 只给标题、作者和时间。中间立着一根带锁孔的桩，代表只有认证身份才能通过。右边是一个四层抽屉柜，顶层抽屉拉出，里面分成八格，其中四格放着小方块，代表数据接口按字段装好的分数、评论数、外链等。

官方原文怎么说：三份公告和一个日期表

停 RSS 不是孤立的一条。Reddit 从 2026 年 5 月起分几步收紧了「不登录、不带身份」的机器读取，按时间排：

  • 5 月 28 日：Reddit 在 r/modnews 的公告里宣布关闭未认证的 .json 接口，并在同一帖里点名 RSS 是「另一个常见的抓取入口」，向版主征集 RSS 的用法。发帖时间按帖子自身 RSS 记录的 UTC 时间核对（见文末方法）。
  • 8 月 5 日：CEO 在个人主页帖里宣布要重新考虑旧版网站、自动审核和公共 API；同日的 r/redditdev 公告说公共 Data API「wasn't built for today's scale」，第三方应用要迁到开发者平台 Devvit；同一帖写明 Python 支持「不在路线图上」。
  • 9 月 30 日：两份公告同时发出。r/modnews 给出 RSS 停用日 11 月 13 日；r/redditdev 给出 API 时间表：10 月 31 日起不再受理新的公共 API 申请，11 月 30 日迁移资助报名截止，2027 年 1 月 12 日起开始收回未注册应用的访问，2027 年 3 月公共访问全部关闭。帖中说已有超过 14,000 个应用和机器人完成登记。

Reddit 帮助中心的迁移说明也写了同一个日期："Reddit will stop supporting RSS feeds on November 13, 2026"，并给版主一套 15–20 分钟能配好的替代方案（下文「版主」一节）。

时间点图，纵向列出 10 件事，横轴是 2026 年 5 月到 2027 年 3 月：5 月 28 日宣布关闭未认证 .json；8 月 5 日公布迁到开发者平台的计划；8 月 31 日欧盟把 Reddit 列为超大型平台；9 月 28 日这周新评论 ID 开始推出；9 月 30 日公布停 RSS 日期；10 月 31 日不再受理新 API 申请；11 月 13 日 RSS 停止，用青绿色标出；11 月 30 日迁移资助申请截止；2027 年 1 月 12 日开始收回未注册访问；2027 年 3 月公共 API 全部关闭。一条虚线标出本文实测的 10 月 25 日。

科技媒体的报道和原文一致：TechCrunch 9 月 30 日把这件事和 Reddit 的数据授权收入放在一起写，引用 Reddit 2026 年第二季度财报里广告以外的「其他收入」同比增长 24%、达到 4,300 万美元（据 TechCrunch 转述，原文见财报）；heise 10 月 1 日的报道说，用阅读器读 Reddit 的人「不会得到替代品」。

动手前写下的判据

我们在取数之前写下 6 条判据，想回答的问题是：靠 RSS 盯社区、关键词和评论的人，换成数据接口会丢什么、多什么。

  1. 帖子覆盖：同一社区「最新」列表，RSS 里的帖子 ID，数据接口同一时刻返回的结果要包含 90% 以上。
  2. 字段：RSS 条目里能用来监测的字段（ID、标题、作者、链接、发布时间、正文），数据接口都要有对应字段。
  3. 时效：两边「最新一条」的发布时间相差不超过 5 分钟。
  4. 评论层级：比较帖子页评论总数、RSS 评论条数、数据接口评论条数，看能不能恢复「谁回复谁」。
  5. 关键词：同一检索词两边结果的重合率，只记录，不设通过线。
  6. RSS 自己的限流：记录匿名请求的 x-ratelimit-* 响应头。

结果：第 1、3 条通过（100%，最大时差 1.6 秒）；第 2 条通过，而且数据接口多出分数、评论数、外链域名，少了缩略图；第 4 条两边都不通过；第 5 条加上 type=link 后重合 100%；第 6 条量出了「每分钟 1 次」。下面逐项给数据。

实测一：同样的帖子，不一样的字段

10 月 25 日，我们对 9 个社区做了 11 组同一时刻的对照：先取 https://www.reddit.com/r/<社区>/new/.rss?limit=25，下一秒用 Reddit 社区帖子爬虫 API（reddit/subreddit_posts，sort=newest，limit=25）取同一个社区。社区包括 r/technology、r/selfhosted、r/datasets、r/AskReddit、r/news，以及给三种语言读者各选的 r/dji、r/rss、r/mexico。

  • 条目：275 条次两边全部重合，顺序也一样。去重后是 202 条不同帖子，因为 r/technology 和 r/selfhosted 隔 8 分钟各取了两轮。
  • 时效：r/AskReddit 最新 25 条只覆盖了约 15 分钟（15.6 和 15.3 分钟两轮），取数那一刻最新一条已发出 40 秒和 51 秒，两边时差都在 1 秒左右。11 组里最大时差是 1.6 秒。
  • 字段：数据接口的 like_count（分数）在 275 条里有 179 条非零，comment_count（评论数）有 222 条非零；RSS 两样都没有。RSS 的 <updated> 和 <published> 在 275 条里全部相同，所以它也给不出「帖子被编辑过」的信号。
  • 数据接口少的：RSS 有 82 条带缩略图（media:thumbnail），数据接口这次的 thumbnail_url 一条都没有；flair 字段两边都没给出值。
字段对照表图，两列 RSS 和数据接口，12 行：帖子 ID、标题、作者、发布时间、正文两边都有；外链地址 RSS 部分（只嵌在 HTML 里）、数据接口有；缩略图 RSS 有、数据接口无；分数和评论数 RSS 无、数据接口有，这两格用青绿色标出；评论时间 RSS 部分（只有更新时间）、数据接口有；评论分数 RSS 无、数据接口部分（一帖的评论分数全为 0）；评论在回复谁两边都无。依据是 11 组对照、275 条次。

对做监测的人，分数和评论数是排序和告警的依据：同样一条新帖，3 分钟内评论数从 0 涨到 40，和一直是 0，是两种事件。RSS 只告诉你「有新帖」，要知道它热不热，还得再去打开帖子页。

还有一个细节：RSS 里链接帖的正文只有一行 submitted by /u/... [link] [comments]，外链地址嵌在这段 HTML 里；数据接口把它拆成了 domain 和 external_link 两个字段。r/technology 那 25 条里有 24 条是外链帖，按 domain 一行就能数出哪些媒体被转得最多。

时间精度也不同：RSS 的发布时间到秒（06:07:05），数据接口的 posted_at 到毫秒（06:07:05.080）。按「首次看到时间」去重时，这点差别影响不大，但两边混用时要先统一格式。

实测二：关键词监测，先加 type=link

关键词是媒体监测最常用的订阅方式。这一组我们踩到了一个坑：https://www.reddit.com/search.rss?q=rss&sort=new 不加 type=link 时，返回的 25 条里混着社区（ID 前缀 t5_）和帖子（t3_），排在前面的是名叫「RSS - Really Simple Syndication」的社区。加上 type=link 以后，5 组检索（rss、"rss feed"、DJI、"mercado libre"、feedly）的 125 条结果和 Reddit 关键词搜索爬虫 API（reddit/search，sort=newest）完全一致。

结果相同，不等于结果相关。我们按「标题、正文、链接、社区名任一处含关键词」数了一遍：

  • DJI：25 条里 22 条含关键词，分布在 r/dji、r/djiosmo 等 19 个社区；最新 25 条覆盖了约 4.9 小时。
  • "mercado libre"：25 条里 24 条含关键词，排在前面的是几个阿根廷优惠类社区。
  • "rss feed"：19/25；rss：25/25。
  • feedly：25 条里 0 条含关键词。RSS 搜索给的也是这 25 条。

所以关键词结果必须抽检。对出海品牌来说，DJI 这种品牌词命中率高；产品名、通用词就要像 feedly 这样先抽 25 条看一眼。不加引号的多词检索在 Reddit 上按单词匹配，这一点我们在社媒数据做研究样本一文里实测过。按目录说明，reddit/search 只搜帖子、不搜评论全文，时间范围固定为最近一个月。

实测三：评论，一次拿几成、能不能看出层级

评论是 RSS 最弱的一环，也是数据接口没有完全解决的一环。我们选了 3 个帖子：

  • 9 月 30 日 r/modnews 那条停用公告：帖子页显示 810 条评论。RSS 评论订阅源 limit=100 返回 100 条，改成 limit=500 返回 387 条（占 47.8%）；Reddit 评论爬虫 API（reddit/comments）单次上限 100 条，返回 100 条（12.3%）。
  • 10 月 25 日 r/technology 的一个帖子（列表里评论数 46）：RSS 41 条，数据接口 41 条，ID 完全重合（89.1%）。
  • 10 月 25 日 r/selfhosted 的一个帖子（评论数 30）：RSS 29 条，数据接口 30 条（100%）。
横向条形图，一次请求拿到的评论占帖子评论总数的比例。r/modnews 公告帖共 810 条：RSS 评论订阅源 limit=500 拿到 387 条，47.8%；数据接口单次上限 100，拿到 100 条，12.3%。r/technology 帖共 46 条：两边都是 41 条，89.1%。r/selfhosted 帖共 30 条：RSS 29 条，96.7%；数据接口 30 条，100%。三帖都没有任何一条带父评论字段。

大帖子上，单次请求 RSS 比数据接口拿得多，这一点要如实写出来。但两边有同一个缺口：返回的都是平铺列表，没有「父评论」字段。我们把 r/selfhosted 那个帖子的网页评论树逐条转录下来对照：页面上可见 25 条评论，其中 17 条是顶层、8 条是回复（32%），1 条是二级回复。在 RSS 和数据接口的平铺列表里，这 8 条看起来和顶层评论一模一样，比如楼主对别人的回复，会被当成一条独立的新评论。为什么评论树不能当成「下一页」来读，我们在 Reddit 评论采集为什么不完整里写过；PRAW 的评论教程也把未展开的部分单独列为 MoreComments。

另外两点开发者要知道：

  • 评论 ID 变长了。 Reddit 9 月 15 日在 r/redditdev 预告，9 月 28 日那周起新评论 ID 最长 13 个字符、不再单调递增。我们的样本印证了这一点：9 月 30 日那帖的 100 条评论 ID 都是 7 位（如 pd1ti02），10 月 25 日两帖的 71 条全是 13 位（如 19rm1o3qn6ypw）。按「ID 越大越新」翻页或去重的脚本，要改成按时间。
  • RSS 评论没有发布时间。 评论条目只有 <updated>，没有 <published>；数据接口给的是 posted_at。

实测四：RSS 自己的限流，每个出口每分钟 1 次

很多人以为 RSS「随便取」。我们 10 月 25 日从同一个出口发了 37 次 RSS 请求，31 次返回 200，每一次的响应头都是 x-ratelimit-used: 1、x-ratelimit-remaining: 0.0，x-ratelimit-reset 加上取数的秒数，正好落在这一分钟的第 58–59 秒。换句话说：匿名 RSS 每个出口每个自然分钟只放行 1 次，同一分钟里的第二次请求返回 429，我们碰到了 2 次。另外 4 次是对 https://www.reddit.com/r/technology/new.json 的探测，全部 403，页面写着 "You've been blocked by network security"，这和 5 月 28 日宣布关闭未认证 .json 的公告对得上。

这些响应头的名字和 Reddit Data API Wiki 写的一样。Wiki 现在的规定是：OAuth 客户端每分钟 100 次（按 10 分钟平均），"Traffic not using OAuth or login credentials will be blocked"。对比 2023 年 r/redditdev 的公告，那时不用 OAuth 还有每分钟 10 次。

横向条形图，每分钟能发几次请求，括号里是 15 分钟内能刷新几个社区：未认证 .json 实测 403，0 次；匿名 RSS 实测每个出口 1 次（15 个），用青绿色标出；2023 年未用 OAuth 时 10 次（150 个），现已改为封禁；OAuth 免费层每个 client id 100 次（1500 个），要注册应用，2027 年 3 月公共 API 关闭。

换算成监测能力：每分钟 1 个订阅源，一天最多 1,440 次。想每 15 分钟刷新一遍，一个出口最多盯 15 个社区；盯 20 个就不够。这也是阅读器厂商早就不直接轮询 Reddit RSS 的原因之一：Feedly 员工在 r/feedly 说，Feedly 读 Reddit 走的是注册过的商业 API。

谁该怎么换：四类读者四条路

Reddit 9 月 30 日的原文把人分成了两类：版主（有替代）和其他人（没有替代）。按实际用途，可以再细分成四类。

流程动画，9 秒一圈，6 张卡片依次高亮：第 1 步列监测清单，写社区、关键词、重点帖；第 2 步定刷新频率，看最新 25 条覆盖多久；第 3 步拉最新帖，用 subreddit_posts 或 search；第 4 步按帖子 ID 去重，记下首次看到的时间；第 5 步命中的帖再拉评论，单次最多 100 条并记下缺口；第 6 步推送或入库，保留原始响应，删帖要同步删。中间写着 20 个社区每 15 分钟约每月 $32.03。下方两行写官方路线：自己管理的社区用 Discord Relay，Reddit 官方 Devvit 应用，modqueue 每分钟扫描一次；学术研究走 Reddit for Researchers，涉及欧盟系统性风险走 DSA 第 40 条。

版主：用 Discord Relay，先测再关

帮助中心的步骤是：装 Discord Relay 这个 Devvit 应用，在 Discord 或 Slack 建一个只给版主看的频道，复制 webhook 地址，打开 Modqueue 提醒。帮助页写明 "The app checks the mod queue once a minute"。应用页还写了：最多 6 个 webhook 目标；「Front Page」模式每分钟扫描前 100 条热门帖、不转发评论；提醒延时设成非零时至少 3 分钟。它只对你有完整版主权限的社区生效。

开发者和机器人作者：注册，迁移，看资助截止日

r/redditdev 9 月 30 日的日期表里，开发者要盯的是：10 月 31 日之后不再受理新的公共 API 申请；11 月 30 日前报名迁移资助，条款写明面向至少有 1,000 周活跃用户的社区工具，入选每个应用 1,000 美元，并要求 12 月 31 日前完成迁移；2027 年 1 月 12 日起没注册的开始断。迁移指南给出了 PRAW 到 Devvit Web 的对照，以及外发请求白名单、外部端点等豁免的申请方式。依赖 PRAW 的 Python 机器人要留出改写时间：8 月那份公告明说，Python 支持目前不在路线图上。

研究者：Reddit 只认一条路，欧盟另有一条

Reddit 的开发者平台与数据访问说明写得很直接：用 Reddit 数据做研究，"The only official and authorized avenue" 是 Reddit for Researchers（RFR）。RFR 要求申请人隶属有认证的大学，附伦理审查批件和机构担保，访问通过 BigQuery Analytics Hub 提供，一次最长 1 年，非商业项目免费。负责任构建者政策写明，在 RFR 之外收集的数据做研究属于违规。

欧盟这边，欧盟委员会 8 月 31 日把 Reddit 列为超大型在线平台，给了 4 个月，也就是到 2027 年 1 月满足相应义务。按欧盟算法透明中心的 DSA 数据访问问答，第 40 条第 12 款让符合条件的研究者可以获取平台上公开可见的数据，用途限于研究欧盟的「系统性风险」。两条路怎么选、方法部分怎么写，见社媒数据做研究样本。

研究界也在调整方法。英国社交平台数据访问工作组 9 月 9 日发布的最终报告建议把研究者数据访问从平台自愿安排转向有公法依据的机制；9 月 15 日的 CANDOR 预印本提出用参与者自愿捐赠数据来弥补「平台 API 访问收缩」；9 月 21 日发表的一项对 476 篇计算传播学论文的复核发现，大量研究依赖 API 采集，这会削弱可重复性。用 Reddit 规则数据做的研究也在继续，例如 9 月 29 日的 Reddit 社区治理规则预印本用的是 2011–2023 年的历史规则数据。

媒体监测、社区运营、开发者工具：官方没有替代，只剩两类做法

盯的是别人的社区、是行业关键词、是竞品讨论，Reddit 原文说得很清楚：没有替代。可选的做法只剩两类：

  1. 和 Reddit 谈商业授权。 开发者平台说明把「有偿提供服务、研究或数据访问」列为商业用途，要求先取得许可并签合同。
  2. 用第三方数据接口。 比如本文对照用的 Reddit 爬虫 API：按次计费，返回统一的 JSON 字段，可以直接接进脚本或 AI 客户端。

另外，11 月 13 日之后，第三方接口能否持续提供同样的字段，以发布当天能力目录里 available 的值为准；本文所有数字都是 10 月 25 日的状态。

算一笔账：一个监测团队一个月多少钱

按 10 月 25 日 14:34 读取的能力目录（以价格页为准），Reddit 的 5 项能力都是每次 $0.000556；社区帖子和评论单次最多返回 100 条，关键词搜索和用户内容最多 50 条。设一个媒体监测团队要：

  • 20 个社区，每 15 分钟刷新一次：20 × 96 次/天 × 30 天 = 57,600 次 × $0.000556 = $32.03；
  • 10 个关键词，每小时检索一次：10 × 24 × 30 = 7,200 次 × $0.000556 = $4.00；
  • 每天给 30 个命中的帖子拉一次评论：30 × 30 = 900 次 × $0.000556 = $0.50。

合计每月 $36.53。失败和空结果不计费。只做每小时刷新的话，20 个社区每月是 $8.01。用匿名 RSS 做同样的事，一个出口 15 分钟只能取 15 个订阅源，20 个社区就要多个出口。

柱状图，每 15 分钟刷新一遍时的月成本：5 个社区 $8.01，10 个 $16.01，15 个 $24.02，20 个 $32.03（青绿色，正文例子），50 个 $80.06，100 个 $160.13；一条虚线标在 15 个社区处，写着匿名 RSS 单出口上限 15 个。按 subreddit_posts 每次 $0.000556、30 天、每天 96 次计算。

刷新频率不要一刀切。我们量到的「最新 25 条覆盖多长时间」差别很大：r/AskReddit 约 15 分钟，r/mexico 3.6 小时，r/technology 11.2 小时，r/datasets 7 天，r/rss 8.4 天。r/datasets 这种社区每天查一次就够，把省下的次数给 r/AskReddit 这种快社区，或者把 limit 提到 100。

本文全部真调 22 次计费请求，合计 $0.012232；另有 2 次故意写错参数和不带密钥的请求，没有扣费。

用代码或 AI 客户端接入

一次 curl 取一个社区的最新帖（密钥写成占位符）：

bash
curl -s https://api.everyinfra.com/api/v1/social \
  -H "Authorization: Bearer <API Key>" \
  -H "Content-Type: application/json" \
  -d '{"platform":"reddit","action":"subreddit_posts","params":{"subreddit":"technology","sort":"newest","limit":25}}'

返回的字段（与目录 response_fields 一致）：

  • id：帖子 ID，不带 t3_ 前缀；reddit/search 返回的 ID 带前缀，去重前先统一；
  • url、title、text：帖子地址、标题、正文（链接帖的正文就是那行 submitted by）；
  • author_username：作者用户名，入库时按你的隐私规则处理；
  • community：社区名，subreddit_posts 不带 r/，search 带 r/，同样要统一；
  • like_count、comment_count：分数和评论数，RSS 没有的两项；
  • posted_at：发布时间，ISO 8601，UTC；
  • flair、domain、external_link：分类标签、外链域名、外链地址；
  • thumbnail_url、image_urls：缩略图和图片，这次实测没有返回值；
  • platform：固定为 reddit。

评论接口 reddit/comments 返回 id、text、author_username、like_count、community、url、posted_at、platform。实测中，9 月 30 日那帖的 100 条评论 like_count 都是 0，和网页显示不符；10 月 25 日两帖的 71 条里 68 条非零。用分数做告警前，先抽检。

在 Claude Code 里，按快速开始建一把密钥，再加 远程 MCP 服务器：

bash
claude mcp add --transport http everyinfra https://api.everyinfra.com/mcp \
  --header 'Authorization: Bearer ${EVERYINFRA_API_KEY}'

然后直接说：「用 everyinfra_call_api 取 r/selfhosted 最新 25 条帖子，按评论数排序，列出评论数超过 20 的帖子和它们的外链域名。」

报错与扣费（都是本次实测遇到的）：

  • 枚举值写错，比如 sort 写成 new：返回 422 invalid_value，附 allowed 列表和 did_you_mean: ["newest"]，不扣费；
  • 不带密钥：返回 401 missing_key，不扣费；
  • 社区名本身以 r 开头（如 r/rss）时，按目录说明要传完整地址 https://www.reddit.com/r/rss/。我们只传 rss 时拿到 1 条状态占位、计费 $0.000556，换成完整地址后正常返回 25 条；
  • 请求超过 85 秒：改用 "mode":"async" 拿 job_id，轮询 /api/v1/jobs/{job_id}；失败和空结果自动退回，逐条对账见失败返还与对账。

2023 年那次和这一次，有什么不同

2023 年那次是价格。Reddit 4 月 18 日在公司博客宣布更新开发者条款；5 月 31 日 r/redditdev 公布 7 月 1 日起的免费层限流：用 OAuth 每分钟 100 次，不用 OAuth 每分钟 10 次；6 月 CEO 在 r/reddit 写明高用量应用按每千次 0.24 美元收费，Apollo、Reddit is Fun、Sync 因此关停。Apollo 的开发者 5 月 31 日公开算过账：上个月 70 亿次请求，按这个价约合每月 170 万美元。

2026 年这次是门槛。未认证的 .json 已经 403，RSS 11 月 13 日停，公共 API 2027 年 3 月关，留下的入口是 Devvit（在 Reddit 托管的环境里运行）、RFR（只对学术）、商业合同。2023 年花钱还能买到读取；2026 年之后，不在这几个入口里的读取，Reddit 就不再提供官方通道。

对靠 RSS 的人来说，这意味着：2023 年那次没影响到你，因为 RSS 不走 API；这次影响到了。

最近值得注意的变化（2026 年 8–10 月）

  • 8 月 31 日，欧盟把 Reddit 列为超大型在线平台（欧盟委员会）。对研究者：到 2027 年 1 月，DSA 第 40 条第 12 款的公开数据访问义务对 Reddit 生效，研究欧盟系统性风险多了一条有法律依据的路。
  • 9 月 28 日这周起，新评论 ID 变成最长 13 位、不再递增（r/redditdev）。对开发者：按 ID 长度校验或按 ID 大小判断新旧的代码要改；我们 10 月 25 日的 71 条新评论全部是 13 位。
  • 9 月 30 日，Reddit 公布 RSS 停用日和 API 关闭时间表（r/modnews、r/redditdev）。对所有人：11 月 13 日之前把订阅清单导出来，按本文四类读者对号入座。
  • 10 月中旬，NewsBlur 创始人说 Reddit 正在用 403 拒绝它的 API 请求（NewsBlur 论坛）。他还说明，NewsBlur 里看起来以 .rss 结尾的 Reddit 订阅，背后早已走认证 API。对阅读器用户：订阅地址还能用，不代表 11 月 13 日后还能更新；Feedly 员工在 r/feedly 先说「会继续可用」，后来改口说「我们最初的判断可能有误」。
  • 10 月 9 日，Reddit 在诉 Perplexity 等公司的抓取案中提交文件，要求法院禁止它的前律所代理对方（法院文件，据 Reuters 10 月 12 日报道，案号纽约南区 1:25-cv-08736）。对数据使用方：Reddit 在用诉讼执行它的访问规则，条款风险不是纸面上的。

本文的边界

  • 所有对照都在 10 月 25 日一个下午、同一个出口完成。RSS 的「每分钟 1 次」是这个出口量到的，别的出口、登录状态下可能不同。
  • 「100% 一致」只说明 newest 排序在同一时刻一致，不代表 top、relevance 等排序也一致，也不代表 11 月 13 日之后的情况。
  • 评论层级的对照只做了 1 个帖子（25 条可见评论），网页评论树是逐条转录的；810 条评论的帖子没有逐条核对。
  • 关键词命中率按字符串包含计算，没有做人工语义判断。
  • 本文写到的 Reddit 条款只是原文摘述，不构成法律意见。

常见问题

Reddit 的 RSS 是不是已经停了？为什么我的订阅不更新？ 10 月 25 日还没停，我们当天 31 次请求都拿到了 200；停用日是 11 月 13 日。不更新多半是限流：匿名 RSS 每个出口每分钟只放行 1 次，同一分钟里第二次就是 429。阅读器如果背后走的是认证 API，也可能被 403 拒绝，NewsBlur 创始人 10 月中旬就说过这种情况。（问题出自搜索联想词「reddit rss 停止更新」。）

Reddit RSS 有没有频率限制？ 有。我们量到的是每个出口每个自然分钟 1 次，响应头 x-ratelimit-used: 1、x-ratelimit-remaining: 0.0，重置时间落在每分钟的第 58–59 秒。（问题出自搜索联想词「reddit rss rate limit」。）

11 月 13 日之后，用什么代替 Reddit 的 RSS？ 看你是谁：版主用 Discord Relay；开发者在 2027 年 1 月 12 日前注册并迁移到 Devvit；学术研究走 Reddit for Researchers，欧盟相关研究可以看 DSA 第 40 条；盯别人社区和关键词的，Reddit 说没有替代，只能谈商业授权或用第三方数据接口，并按条款自行评估。（问题出自搜索联想词「rss alternative reddit」。）

相关阅读

方法说明

  • 每组对照先取 RSS，再在 1–2 秒内调数据接口；RSS 用桌面浏览器 User-Agent、不登录；数据接口用测试密钥，经环境变量注入。
  • 帖子发布日期按帖子自身 RSS 的 <published> 核对：5 月 28 日公告 17:14 UTC，8 月 5 日两帖 16:03 和 16:05 UTC，9 月 15 日评论 ID 公告 19:40 UTC，9 月 30 日两份公告 17:37 和 17:41 UTC（新加坡时间 10 月 1 日凌晨）。
  • 原始响应、复算脚本和 analysis.json 留档备查，图里的每个数都由脚本从原始响应现算。

参考资料

  1. Reddit（r/modnews），《Continuing our infrastructure updates: What’s changing in the coming months》，2026-09-30，https://www.reddit.com/r/modnews/comments/1wubgvt/continuing_our_infrastructure_updates_whats/
  2. Reddit（r/redditdev），《Moving Data API Apps to the Developer Platform: migration dates and next steps》，2026-09-30，https://www.reddit.com/r/redditdev/comments/1wubcvf/moving_data_api_apps_to_the_developer_platform/
  3. Reddit 帮助中心，《Setting up mod alerts in Discord or Slack》，读取于 2026-10-25，https://support.reddithelp.com/hc/articles/54058188280852/
  4. Reddit for Developers，《Discord Relay》应用页，读取于 2026-10-25，https://developers.reddit.com/apps/discord-relay
  5. Reddit（r/modnews），《Protecting communities from scrapers and platform abuse》，2026-05-28，https://www.reddit.com/r/modnews/comments/1tq9vxo/protecting_communities_from_scrapers_and_platform/
  6. Reddit（r/redditdev），《Our Plans for the Future of Reddit’s Public Data API and the Developer Platform》，2026-08-05，https://www.reddit.com/r/redditdev/comments/1vgbm9c/our_plans_for_the_future_of_reddits_public_data/
  7. Steve Huffman（u/spez），《Modernizing Reddit’s infrastructure with you》，2026-08-05，https://www.reddit.com/user/spez/comments/1vgbkge/modernizing_reddits_infrastructure_with_you/
  8. Reddit（r/redditdev），《Upcoming changes to the comment ID endpoint》，2026-09-15，https://www.reddit.com/r/redditdev/comments/1whal6a/upcoming_changes_to_the_comment_id_endpoint/
  9. Reddit 帮助中心，《Reddit Data API Wiki》，读取于 2026-10-25，https://support.reddithelp.com/hc/en-us/articles/16160319875092-Reddit-Data-API-Wiki
  10. Reddit 帮助中心，《Developer Platform & Accessing Reddit Data》，读取于 2026-10-25，https://support.reddithelp.com/hc/en-us/articles/14945211791892-Developer-Platform-Accessing-Reddit-Data
  11. Reddit 帮助中心，《Responsible Builder Policy》，读取于 2026-10-25，https://support.reddithelp.com/hc/en-us/articles/42728983564564-Responsible-Builder-Policy
  12. Reddit 帮助中心，《Reddit for Researchers Program》，读取于 2026-10-25，https://support.reddithelp.com/hc/en-us/articles/49381918834964-Reddit-for-Researchers-Program
  13. Reddit for Developers，《Migrating apps from the Data API to Devvit》，读取于 2026-10-25，https://developers.reddit.com/docs/guides/migrate/public-api
  14. Reddit 帮助中心，《Reddit Developer Platform App Migration Program 2026 Terms》，读取于 2026-10-25，https://support.reddithelp.com/hc/en-us/articles/47822311698452-Reddit-Developer-Platform-App-Migration-Program-2026-Terms
  15. Reddit（r/redditdev），《API Update: Enterprise Level Tier for Large Scale Applications》，2023-05-31，https://www.reddit.com/r/redditdev/comments/13wsiks/api_update_enterprise_level_tier_for_large_scale/
  16. Steve Huffman（r/reddit），《Addressing the community about changes to our API》，2023-06-09，https://www.reddit.com/r/reddit/comments/145bram/addressing_the_community_about_changes_to_our_api/
  17. Reddit, Inc.，《Creating a Healthy Ecosystem for Reddit Data and Reddit Data API Access》，2023-04-18，https://redditinc.com/news/2023apiupdates
  18. Christian Selig（r/apolloapp），《Had a call with Reddit to discuss pricing…》，2023-05-31，https://www.reddit.com/r/apolloapp/comments/13ws4w3/had_a_call_with_reddit_to_discuss_pricing_bad/
  19. Reddit, Inc.，《Reddit Reports Second Quarter 2026 Results》，读取于 2026-10-25，https://investor.redditinc.com/news-events/news-releases/news-details/2026/Reddit-Reports-Second-Quarter-2026-Results/default.aspx
  20. 欧盟委员会，《Commission designates ChatGPT, Reddit, Roblox under Digital Services Act》（IP/26/1772），2026-08-31，https://ec.europa.eu/commission/presscorner/detail/en/ip_26_1772
  21. 欧盟算法透明中心（JRC），《FAQs: DSA data access for researchers》，2025-07-03，https://algorithmic-transparency.ec.europa.eu/news/faqs-dsa-data-access-researchers-2025-07-03_en
  22. IETF，RFC 4287《The Atom Syndication Format》，2005-12，https://www.rfc-editor.org/rfc/rfc4287
  23. PRAW 文档，《Comment Extraction and Parsing》，读取于 2026-10-25，https://praw.readthedocs.io/en/stable/tutorials/comments.html
  24. Van Koevering、Liu、Kleinberg，《The Bureaucratization of the Internet: Analyzing the Diffusion of Governance Regimes on Reddit (2011–2023)》，arXiv:2609.38433，2026-09-29，https://arxiv.org/abs/2609.38433
  25. Zhao 等，《Participant-Mediated Collection of Sensitive Digital Trace Data: The CANDOR Research Infrastructure》，arXiv:2609.17722，2026-09-15，https://arxiv.org/abs/2609.17722
  26. Social Platforms Data Access Taskforce（Smart Data Research UK），《Final Report》，2026-09-09，https://eprints.whiterose.ac.uk/id/eprint/246345/
  27. Breuer、Knöpfle、Haim，《Just redo it?》，Computational Communication Research 8(1)，2026-09-21，DOI 10.5117/CCR2026.1.16.BREU，https://doi.org/10.5117/CCR2026.1.16.BREU
  28. Reddit 律师团队，Reddit 诉 Perplexity 等案（纽约南区 1:25-cv-08736）反对书，2026-10-09，https://fingfx.thomsonreuters.com/gfx/legaldocs/egpbglggxvq/Reddit%20opposition.pdf
  29. EveryInfra，数据能力目录 GET /api/v1/social/catalog，读取于 2026-10-25 14:34，https://api.everyinfra.com/api/v1/social/catalog
  30. TechCrunch，《Reddit is killing RSS feeds and ending public API access because of AI bots》，2026-09-30，https://techcrunch.com/2026/09/30/reddit-is-killing-rss-feeds-ending-public-api-access-because-of-ai-bots/
  31. heise online，《Reddit to shut down RSS feeds and public API》，2026-10-01，https://www.heise.de/en/news/Reddit-to-shut-down-RSS-feeds-and-public-API-11473400.html
  32. NewsBlur 论坛，《Reddit RSS Feeds Error 429/Error 404》第 2 楼（创始人回复），2026 年 10 月中旬（10-14 已被同站帖子引用），https://forum.newsblur.com/t/reddit-rss-feeds-error-429-error-404/13890/2
  33. r/feedly，《Goodbye》及 Feedly 员工回复，2026-09-30 起，https://www.reddit.com/r/feedly/comments/1wuilij/goodbye/
  34. Reuters，《Reddit and Perplexity AI clash over law firm's role in data-scraping case》，2026-10-12，https://www.reuters.com/legal/litigation/reddit-perplexity-ai-clash-over-law-firms-role-data-scraping-case-2026-10-12/

引用编号 BL-38

继续阅读相邻问题