rss订阅源被浏览器识别的唯一标准是link标签同时满足rel="alternate"和type="application/rss+xml"，缺一不可；href必须指向可公开访问、返回正确content-type且格式合法的rss 2.0文件；title属性建议设置具体名称以提升用户体验。
link 标签的 rel 属性必须是 alternate 和 type="application/rss+xml"
浏览器识别 RSS 订阅源，不靠文件后缀或 URL 路径，只认 <link> 标签中是否同时满足两个条件：一是 rel 包含 alternate，二是 type 明确设为 application/rss+xml。漏掉任一，RSS 阅读器（如 Firefox 地址栏小图标、Safari 侧边栏）就无法发现该源。
常见错误是写成 rel="rss" 或 rel="feed" —— 这些值没有标准支持，多数浏览器直接忽略。
-
<link rel="alternate" type="application/rss+xml" href="/feed.xml" title="博客更新">✅ 正确 -
<link rel="rss" href="/feed.xml">❌ 不会被识别 -
<link rel="alternate" href="/feed.xml">❌ 缺少type，无法区分 Atom/RSS/JSON Feed
RSS 文件路径必须可被公开访问且返回正确 Content-Type
href 指向的 RSS 文件（如 /feed.xml 或 /rss）必须：能被 HTTP GET 直接获取；响应头包含 Content-Type: application/rss+xml（不是 text/xml 或 application/xml）；内容本身是格式合法的 RSS 2.0 XML。
本地开发时容易踩坑：用 file:// 协议打开 HTML，href 指向本地 feed.xml —— 浏览器会因跨域或协议限制拒绝加载，RSS 图标不会出现。
- 部署时检查响应头：
curl -I https://yoursite.com/feed.xml应看到Content-Type: application/rss+xml - RSS 文件需以
<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"></rss>开头 - 避免在
href中使用相对路径如./feed.xml，优先用根路径/feed.xml防止页面嵌套时路径解析错误
title 属性影响用户在阅读器中的显示名称
很多 RSS 阅读器（包括 Firefox、Thunderbird、NetNewsWire）会把 title 属性值作为订阅源的默认名称。如果留空或写成“RSS”，用户看到的就是模糊的标识，不利于辨识。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
这个属性不是必需的，但省略会导致部分客户端 fallback 到域名或路径名，体验不可控。
- 推荐写具体、有区分度的名称，例如：
title="前端周报"、title="产品动态｜XX公司" - 避免特殊字符（如
&、"），若必须使用，确保 HTML 实体转义，例如& - 多个
<link>可共存（比如同时提供 RSS 和 Atom），只要type不同，浏览器会按需选择
现代浏览器对 RSS 的支持正在收缩，但基础功能仍有效
Chrome 已移除原生 RSS 图标支持（自 v120 起），Edge 同步跟进；Firefox 仍保留地址栏 RSS 图标，但点击后默认用系统阅读器或跳转到 feed 页面；Safari 在侧边栏“共享”面板里显示订阅入口。这意味着：你加了 <link>，不代表所有用户都能一眼看到，但它仍是 RSS 阅读器自动发现的唯一标准方式。
别指望它像 Open Graph 标签那样触发富媒体预览 —— 它只干一件事：告诉兼容客户端“这里有个 RSS 源”。如果你依赖用户手动复制链接，那 <link> 就只是个备用通道。
真正容易被忽略的是：某些静态站点生成器（如 Hugo、Jekyll）默认生成的 RSS 文件路径不一致（/index.xml、/atom.xml），务必确认 href 与实际输出路径完全匹配，否则 404 就等于没写。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
