Z-Blog 的 RSS 还有用吗:对收录的边际作用
摘要
Z-Blog 默认输出 RSS,现在还有人靠它来加速收录吗?现状百度和谷歌都能读 RSS,但都不把它当作主要的发现渠道。过去那种「提交 RSS 立刻收录」的玩法早就没了。还有效的场景被第三方聚合站订阅,间接带来外链某些抓取工具(如 feed
Z-Blog 默认输出 RSS,现在还有人靠它来加速收录吗?
现状
百度和谷歌都能读 RSS,但都不把它当作主要的发现渠道。过去那种「提交 RSS 立刻收录」的玩法早就没了。
现在两个引擎发现内容的主路径是:sitemap → 站内链接 → 首页入口。RSS 排在很后面,有时候排不上。
不过有一点值得说明:RSS 仍然是「结构化输出」的一种。你输出的每一条都带标题、链接、发布时间,格式规整。对某些抓取工具来说,这比解析 HTML 页面省事。
还有效的场景
- 被第三方聚合站订阅,间接带来外链。这是目前最实在的价值——不少技术类聚合站、周报类 newsletter 都靠 RSS 抓取内容
- 某些抓取工具(如 feed 类服务)会用它同步内容,包括一些监控工具、内容分析服务
- 给读者提供订阅方式,尤其是技术类读者,读 RSS 的比例明显高于普通用户
- 被搜索引擎当作辅助信号,判断「这个站还在活跃更新」
该不该关
不用关。它占用的资源很少,留着没有坏处。但别指望它解决收录问题。
唯一考虑关掉的场景是:你的 RSS 输出全文,且内容有明显采集价值,导致被大量搬运。这种情况下改成摘要输出就可以,不必整个关掉。
一个细节
如果你的 RSS 里输出了全文,某些采集站会直接抓走。想避免的话,可以改成只输出摘要。
Z-Blog 后台在「网站设置 › RSS」里可以配置输出条数和是否全文。改成摘要之后,正常订阅用户需要点进站内阅读,反而对流量有好处。
还有一个可以做的优化
检查 RSS 输出里的链接是不是最终地址。有些站的 RSS 输出的是带 ?id=123 这类参数的地址,实际页面是伪静态的 /post/123.html。这种不一致会让订阅方拿到一个会跳转的地址,体验打折,外部聚合站的展示也可能因此丢链接。
改起来不难,主题的 rss.php 或插件里把输出地址换成规范 URL 就行。
2026年10月22日 11:43
前后30天 · 点日期看归档
9月22日
9月23日
9月24日
9月25日
9月26日
9月27日
9月28日
9月29日
9月30日
10月1日
10月2日
10月3日
10月4日
10月5日
10月6日
10月7日
10月8日
10月9日
10月10日
10月11日
10月12日
10月13日
10月14日
10月15日
10月16日
10月17日
10月18日
10月19日
10月20日
10月21日
10月22日
10月23日
10月24日
10月25日
10月26日
10月27日
10月28日
10月29日
10月30日
10月31日
11月1日
11月2日
11月3日
11月4日
11月5日
11月6日
11月7日
11月8日
11月9日
11月10日
11月11日
11月12日
11月13日
11月14日
11月15日
11月16日
11月17日
11月18日
11月19日
11月20日
11月21日