Inoreader 为什么会抓取我的订阅源，多久抓取一次？

Inoreader 抓取你的订阅源，是因为至少有一位 Inoreader 用户关注了它；每次抓取统一为所有关注者进行。抓取频率取决于订阅源的发布量以及关注它的用户，从更新频繁的订阅源每 30 分钟一次，或读者为其加速时每 10 分钟一次，到一年未更新后每周一次不等。

识别抓取程序

请求来自 Inoreader 的 IP 列表中的地址。用户代理以“Inoreader/1.0”开头，并注明有多少位 Inoreader 读者关注该订阅源。每次检查都会将服务器的 ETag 和 Last-Modified 值发回，因此 304 响应无需传输正文。抓取失败后，可能会从另一个地址或通过浏览器重试。

检查计划

对于过去 30 天内发布过文章的订阅源，会按其发布频率进行检查：每月发布 30 篇或更多文章的，每 30 分钟至 2 小时检查一次；发布 10 至 29 篇的，每 2 小时一次；发布 5 至 9 篇的，每 3 小时一次；发布 1 至 4 篇的，每 4 小时一次。活跃读者少于 3 人的订阅源，检查频率约为上述频率的一半，最多每小时一次。

专业版或团队版用户关注的订阅源，至少每小时检查一次；加速订阅源则每 10 分钟检查一次。连续 30 天未发布文章后，检查频率降为每天一次；一年后降为每周一次，直到发布下一篇文章。没有任何活跃读者的订阅源完全不会被检查。订阅源的 ttl、sy:updatePeriod 和 Cache-Control 值以及 robots.txt 不会改变检查计划。

当订阅源声明了 WebSub 中心时，Inoreader 会在那里订阅，新文章会在数秒内送达，而订阅源仅每 3 至 18 小时检查一次，作为备用方式。面向发布者的 WebSub介绍了设置方法。

检查失败

每次检查失败，都会使下一次检查前的等待时间加倍，直到连续 30 天未发布文章后降为每天一次，一年后降为每周一次；只要还有人关注该订阅源，就会继续检查。收到 404 或 410 响应后，绝不会从其他位置重试。

查看订阅源的检查计划

在订阅源验证器中检查订阅源：其更新部分会以文字显示检查间隔，以及过去 48 小时的检查记录。订阅源分析会在其投递卡片上显示检查间隔。

拒绝抓取或迁移订阅源

要阻止 Inoreader 抓取你的订阅源，请对用户代理包含“Inoreader/1.0”的请求返回 404 或 410，或联系我们以停止抓取整个域名。订阅源迁移时，请对旧地址返回 301，Inoreader 会永久记住这一重定向。Inoreader 抓取程序页面介绍了如何在 Cloudflare 中放行这个经过验证的机器人抓取程序。

无论你使用哪种套餐，此计划都适用：检查频率由读者的套餐决定，专业版和团队版读者可使订阅源每小时检查一次，专业版读者还可为订阅源加速。