可通过查看网页源码搜索application/rss+xml或application/atom+xml的link标签，或尝试常见路径如/feed、/rss、/feed.xml；也可用浏览器扩展快速发现，但需手动验证XML有效性。
怎么找到网站的RSS XML链接
大部分现代网站不会在页面上明写“RSS”按钮，但XML订阅地址往往藏在HTML源码里。直接查看网页源代码（Ctrl+U 或右键 → 查看页面源代码），搜索 <link 标签中 type 为 application/rss+xml 或 application/atom+xml 的那一行。
常见位置是 <head> 区域，类似这样：
<link rel="alternate" type="application/rss+xml" title="RSS" href="https://example.com/feed.xml">
如果没找到，试试把常见路径手动拼出来，比如：
-
/feed、/feed.xml、/rss -
/atom.xml（Hugo/Jekyll 等静态站常用） -
/index.xml（部分 RSS 阅读器识别这个）
注意：有些网站用重定向，比如访问 /rss 会跳转到带完整域名的 https://... 地址，浏览器地址栏最终显示的才是真实 XML 链接。
Chrome/Firefox 浏览器里快速提取 RSS 链接
不用翻源码也能试——在地址栏输入网站根域名后加 /feed 回车，很多 WordPress、Ghost 站点会自动返回 XML 内容；如果返回 404，再试 /rss 或 /atom.xml。
更省事的方法：安装一个轻量扩展，比如 Firefox 的 Feedly Subscribe Button，或 Chrome 的 RSS Feed Reader，它们会在地址栏旁显示图标，点击就能列出所有可订阅的 feed 地址。
别信第三方“RSS 发现工具”网站——它们可能缓存过期链接，或把非标准输出（比如 HTML 页面）误判成 RSS。
添加到 RSS 阅读器时报 “Invalid XML” 或 “Not a valid feed”
错误信息 Invalid XML 不一定代表链接错了，更可能是服务端返回了 HTML（比如 404 页面、登录页、反爬拦截页），而阅读器强行当 XML 解析失败。
验证方法很简单：把链接粘贴进浏览器新标签页打开。如果看到一堆带尖括号的纯文本（开头是 <?xml 或 <rss），说明是有效的；如果看到网页、登录框或“Access Denied”，那就不是真正的 RSS XML。
常见原因包括：
- 网站启用了 Cloudflare 等 WAF，对非浏览器 UA 返回拦截页 —— 换个阅读器（如
NewsBlur）或手动设置 User-Agent 可能绕过 - 链接指向的是 PHP 脚本（如
/feed.php），但服务器禁用了 PHP 输出或开启了 gzip 压缩且未正确声明Content-Encoding - 博客用的是自建 RSS 生成器，但 XML 编码声明和实际内容不一致（比如声明
UTF-8却混入 GBK 字符）
为什么有些网站死活找不到 RSS 链接
不是所有网站都提供 RSS。新闻站、博客平台（WordPress、Substack）、技术媒体大概率有；但电商、企业官网、单页应用（SPA）型站点基本没有原生支持。
遇到这种情况，别硬找，考虑替代方案：
- 用
rss-bridge这类开源项目，它能把网页内容“转译”成 RSS（比如 GitHub 提交、Twitter 主页、知乎专栏） - 部分阅读器（如
Inoreader）支持基于关键词的网页抓取（Web Subscriptions），但更新不稳定、格式易乱 - 检查网站是否提供邮件简报（Newsletter）——虽然不是 RSS，但信息密度和推送逻辑接近，且更受作者重视
真正难搞的不是找链接，而是确认那个 XML 地址是否长期有效、内容是否完整（有些只推标题不推正文）、更新频率是否和页面一致——这些没法靠工具判断，得自己订几天看看。
