应在<head>中使用<link rel="alternate" type="application/rss+xml" title="RSS" href="/feed.xml">,因rel="alternate"是HTML规范中唯一正式支持替代文档的值,配合精确MIME类型application/rss+xml才能被主流阅读器识别。

HTML里怎么写RSS订阅链接的rel属性
直接在 <head> 里加一行 <link rel="alternate" type="application/rss+xml" title="RSS" href="/feed.xml"> 就能被主流阅读器识别。关键不是“RSS”这个词,而是 rel="alternate" + type="application/rss+xml" 这组组合。
为什么用rel="alternate"而不是rel="rss"
rel="rss" 是早期非标准写法,现代浏览器和聚合器基本不认;rel="alternate" 是 HTML 规范中唯一正式支持“替代文档”的值,配合正确的 type 才有效。Chrome、Firefox、Safari 都只靠这个组合触发订阅图标或自动发现。
type值必须严格匹配MIME类型
常见错误是写成 type="text/xml" 或 type="application/xml" —— 这些不会被识别为 RSS 订阅源:
-
application/rss+xml:适用于标准 RSS 2.0(最通用) -
application/atom+xml:用于 Atom 订阅(别混用) -
application/rdf+xml:极少用,基本可忽略
服务器返回的 HTTP Content-Type 响应头也得跟这里一致,否则部分阅读器会拒绝加载。
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图,自动匹配视觉风格。触发场景:文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
立即学习“前端免费学习笔记(深入)”;
href路径必须可访问且返回合法XML
别用相对路径如 href="feed"(没后缀易出错),推荐显式写全:
-
href="/feed.xml"(静态生成场景) -
href="/rss"(后端路由,需确保响应头和内容都正确) - 避免
href="https://example.com/feed.xml"(跨域时可能被阅读器拦截)
用浏览器直接打开 href 地址,应该看到纯 XML 内容且无 404 或解析错误 —— 这是验证的第一步。
真正容易卡住的地方不在写法,而在服务端:XML 格式是否合法、编码是否为 UTF-8、<?xml version="1.0" encoding="UTF-8"?> 是否存在、根节点是不是 <rss> 或 <feed>。前端写对了,后端 RSS 文件一出错,整个订阅就失效。


















