HTML5多媒体API无障碍访问合规规范

HTML5 多媒体 API 的无障碍访问，听起来像是技术细节，但说到底，它关乎的是让每一位用户——无论视障、听障还是运动障碍——都能平等地理解、控制和获取音视频内容。这可不是“加几个功能开关”那么简单，而是从结构、属性、交互到内容交付的系统性工程。必须符合 WCAG 2.1 AA 级及以上标准，这不是可选项，是底线。

语义结构与文本替代不可省略

多媒体元素本身并不自带语义信息，需要主动补全上下文。具体做法如下：

• 不要依赖 alt 属性—— 和 不支持它。改用 aria-label（简明说明用途）或 aria-labelledby（关联外部标题），例如：
• 如果嵌套在
  中，搭配 效果更好——屏幕阅读器能自然朗读，上下文感知更强。
• 所有非装饰性图像（比如封面图、海报图）必须带有效 alt；纯装饰图写 alt=""，但绝不能省略属性本身。

字幕、文字稿与音轨必须配套提供

这是法律底线，也是 WCAG 1.2.2（字幕-预录）和 1.2.3（音频描述-预录）的强制要求。不可忽视：

• 每条字幕轨用 声明，必须指定 srclang、label 和 src；默认启用项加 default 属性。
• 至少提供一种语言的完整字幕；外语视频建议双语字幕（比如中英并存），用户能按需切换。
• 在播放器旁边显式放置一个“查看文字稿”链接，指向带时间戳的 HTML 页面，支持搜索与复制——这比什么都管用。
• 对关键视觉信息（如图表、操作步骤），务必补充音频描述轨（kind="descriptions"）或同步口播，让视障用户也能“看”懂。

键盘操作与状态反馈必须全覆盖

一旦禁用默认控件，自定义 UI 的可访问性风险就会显著上升。必须人工保障每一项：

• 所有播放、暂停、音量、跳转按钮都要设置 role="button"，支持 Tab 聚焦、Enter/Space 触发——这是键盘操作的基本功。
• 动态更新 aria-pressed（播放/暂停）、aria-valuenow（进度）、aria-mute（静音）等状态属性，让辅助技术能实时感知。
• 用 aria-live="polite" 区域播报关键状态变化，比如“已跳转至 3 分 15 秒”“当前音量为 70%”——用户无需猜测。
• 进度条要支持方向键微调（←→），焦点始终可见；拖拽手柄图标加 aria-label="拖动调整播放进度"，避免用户找不到。

适配系统级无障碍设置

别仅在浏览器里测试，要响应操作系统层面的用户偏好。这才是真正的“无障碍”意识：

• 监听 prefers-reduced-motion 媒体查询，关闭自动轮播、过渡动画等可能引发眩晕的效果。用户明确表示“我受不了动画”，那就不要强行使用。
• 高对比度模式下，确保控件边框、图标、文字有足够对比度（至少 4.5:1），避免仅靠颜色区分状态——有些用户就是靠对比度看世界的。
• iOS Safari 等平台需显式声明 playsinline 才支持内联播放，否则会全屏弹出，破坏上下文连续性——不要让用户看到一半就跳走了。
• 静音策略限制下，首次播放必须由用户手势触发（如点击按钮），不得依赖 autoplay 启动带声音内容。这是对所有用户的尊重，也是规范要求。