link标签的title属性对屏幕阅读器无效，因其仅用于标识外部资源，不参与可访问名称计算，且link本身不可聚焦、无交互语义，主流读屏器均不播报该值。
link 标签的 title 属性在无障碍设计中**没有辅助作用**，浏览器和屏幕阅读器均不将其用于可访问性目的。
为什么 link 的 title 属性对屏幕阅读器无效
HTML 规范明确指出：link 元素的 title 属性仅用于为关联的外部资源（如 CSS、RSS）提供“人类可读的标签”，它不参与元素的可访问名称计算，也不被任何主流屏幕阅读器读出。即使你写了 <link rel="stylesheet" href="main.css" title="深色主题样式">，NVDA、JAWS 或 VoiceOver 都不会把 “深色主题样式” 当作该 link 的名称或描述播报出来。
常见误判场景包括：
- 以为加了
title就能让键盘用户通过 Tab 焦点听到说明——实际焦点根本不会落在link上（link默认不可聚焦，且无交互语义） - 在
<link rel="alternate" type="application/rss+xml">上加title="订阅新闻"，指望读屏器提示用途——它只影响浏览器书签栏或“查看源代码”里的显示，与用户交互无关 - 用
title替代rel的语义说明，比如写title="跳转到首页"，但rel="home"才是被辅助技术识别的标准方式
link 标签本身就不该依赖 title 做可访问性补充
link 是元数据型元素，不是用户直接操作的对象。它的存在意义是告诉浏览器“加载什么”，而非“向用户传达什么”。因此：
立即学习“前端免费学习笔记（深入）”；
- 它没有视觉呈现，无法悬停，移动端完全不可见
- 它不接受
tabindex，无法被键盘导航到 - 它不触发任何 ARIA 生命周期事件（如
aria-live不监听link变化） - 即使强行用 JS 给它加
role="button"，也违背语义，导致读屏器混淆其真实用途
真正影响无障碍的 link 相关属性只有这几个
若你关心的是“如何让外部资源链接对辅助技术有意义”，重点应放在：
-
rel：必须准确使用语义值，如rel="stylesheet"（被浏览器识别）、rel="icon"（被读屏器忽略但系统级有效）、rel="author"（部分读屏器会读出作者链接上下文） -
hreflang：配合href标明资源语言，对多语言读屏器切换语音引擎有实际帮助 -
media：当用于响应式样式表时，media="print"会被读屏器跳过，这是有意为之的语义过滤，不是缺陷 - 不要用
title去“打补丁”——如果某个资源需要用户理解，就把它变成可见的、可聚焦的、带语义的元素，比如一个带aria-label的按钮或链接
真正容易被忽略的一点：很多团队在构建 PWA 或离线缓存策略时，会动态插入 <link rel="manifest"> 或 <link rel="prefetch">，这些标签加 title 不仅无用，还会增加 DOM 负担，且可能干扰 Lighthouse 的“可访问性审计”评分（因检测到冗余全局属性）。
