form 元素不支持 rel 属性，因 HTML 规范仅允许 rel 出现在 a、link、area 及提交按钮上；浏览器会忽略 form 上的 rel，DOM 也不暴露该属性，语义应通过 button/a 元素或 aria 属性实现。
rel 属性不能用在 <form> 元素上 —— 浏览器会忽略它，W3C 标准也未定义该用法。
为什么 form 不支持 rel
HTML 规范中，rel 是 链接上下文 属性，只允许出现在 <a>、<link>、<area> 和 <form> 的 提交按钮（如 <button type="submit">）上，但不是 <form> 本身。试图在 <form rel="nofollow"> 中写，解析器直接丢弃，DevTools 里都看不到该属性。
想声明语义关系？改用 <button> 或 <a> + JavaScript
如果目标是让提交行为携带语义（比如“跳转到隐私政策页”“导出为 PDF”），正确做法是把语义挂载到触发元素上：
-
<button type="submit" formaction="/export.pdf" rel="noopener noreferrer">导出 PDF</button>——formaction覆盖form的action，rel在button上合法且生效 -
<a href="/privacy" rel="noopener noreferrer">查看隐私政策</a>+ 配合event.preventDefault()和fetch()模拟提交 —— 语义清晰，rel完全受支持 - 若必须用
form提交，语义应通过aria-label、aria-describedby或title补充，而非强行塞rel
常见错误现象和兼容性陷阱
开发者常遇到这些情况：
立即学习“前端免费学习笔记（深入）”；
- Chrome DevTools 的 Elements 面板里能看到
rel出现在<form>标签上，但 Network 面板中请求头/重定向逻辑完全不受影响 —— 这是渲染层的“回显”，不是功能生效 - 用
document.querySelector('form[rel]')能选中元素，但getComputedStyle或relListAPI 对form无效，因为 DOM 接口根本不暴露这个属性 - 部分旧版 Safari 会对非法
rel报 warning，但不报错；Lighthouse 等工具会标记为“无效属性使用”
真正起作用的语义锚点永远在可导航元素上，form 本身只是数据容器 —— 别把它当链接用。
