Z-Blog 的 RSS 还有用吗:对收录的边际作用

· zblog · 阅读 4
摘要

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 就行。