rel="tag"不是HTML标准值，属已废弃的Microformats非标准用法，现代浏览器和搜索引擎均不识别；应改用结构化数据、data-属性或schema.org keywords等有效方案。
rel 属性本身不叫 “rel-tag”，HTML 标准中也**没有 rel="tag" 这个官方值**。如果你在代码里看到 rel="tag"，它属于早期 Microformats 社区提出的非标准用法，现代浏览器、搜索引擎（包括 Google）已明确不识别、不处理该值。
为什么 rel="tag" 不再可用
Microformats 2000 年代初曾用 rel="tag" 标记关键词链接，例如：
<a href="/tag/javascript" rel="tag">JavaScript</a>
意图是告诉解析器：“这个链接指向当前内容的一个分类标签”。但问题在于：
- W3C 和 WHATWG HTML 规范从未将其纳入标准值列表
- Google 自 2015 年起停止支持
rel="tag"的富摘要或标签聚合 - 现代 SEO 工具、Lighthouse、validator.w3.org 都会将其标记为“未知 rel 值”
- 没有任何浏览器行为（如预加载、安全策略、导航逻辑）受其影响
想实现网页内容标签化，该用什么
真正被广泛支持、语义清晰、且有实际效果的方案是：
立即学习“前端免费学习笔记（深入）”；
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
-
rel="category"：HTML5.2 草案曾短暂纳入，但最终未标准化，**不推荐使用** -
data-tag或data-category：用自定义data-属性存标签名，配合 JS 处理或 CMS 渲染 —— 简单、可控、无兼容风险 - 结构化数据（
script type="application/ld+json"）：在页面中显式声明"@type": "Article"+"keywords"字段，Google 明确认可并用于内容理解 - 微数据（
itemprop="keywords"）或 RDFa：如果已有 schema.org 布局，直接复用keywords属性更稳妥
rel 值里哪些和“内容组织”真正相关
虽然不能用 tag，但以下标准 rel 值确实在语义层面参与内容关系表达：
-
rel="canonical"：指定内容主源地址，防重复收录 -
rel="alternate"+hreflang：标记多语言版本，属国际化内容组织 -
rel="next"/rel="prev"：分页序列关系，帮助搜索引擎理解内容连续性 -
rel="section"（实验性，未广泛支持）：仅在极少数阅读器中提示章节跳转，生产环境慎用
注意：rel="stylesheet"、rel="icon"、rel="preload" 等虽是标准值，但与“内容标签化”无关，它们作用于资源加载或 UI 层面。
如果你正维护旧项目里残留的 rel="tag"
建议分两步清理：
- 前端：把
<a rel="tag" href="/tag/xxx">改成<a data-tag="xxx" href="/tag/xxx">，保留链接功能，移除无效语义 - SEO 层：在
<head>中补上结构化数据，显式提供keywords数组，确保搜索端能抓取到标签信息
真正的标签化依赖的是明确的数据表达，不是靠一个早已失效的 rel 值蒙混过关。浏览器不会读它，爬虫忽略它，只有你自己在代码里看着它徒增困惑。
