U11.02.3Announcements must include identifier, value, and unit设计

朗读内容需包含标识、数值与单位

别名: 朗读内容 · aria 播报

概念解释

屏幕阅读器读到图表数据点时,播报的内容质量决定了用户能获得多少信息。"42"是几乎无用的播报——42 什么?哪个系列?"3 月销售额 42 万元"才是完整的播报:标识(哪个点:3 月)、数值(42)、单位(万元)三要素齐备。缺失任何一项,用户都需要靠记忆或猜测补全——而猜测在数据场景中就是误读的入口。

机制

三要素机制对应数据点的完整语义:标识回答"这是哪个数据"(时间点、类别名、序列归属),数值回答"是多少"(保留合理精度),单位回答"以什么计"(元、百分比、人数)。三者缺一的典型后果:缺标识——用户听到一串数值但无法对齐到时间或类别,对比任务失败;缺单位——"42"被理解为 42 元而实际是 42 万元,量级错误比信息缺失更危险(它产生的是错误的自信)。实现层面,播报文本不应直接输出原始数据值,而应经过格式化层:数值按指标精度格式化(避免"42.00000001")、单位与数值组合为自然读法("42 万元"而非"420000")、序列与时间标识以业务名而非索引播报("3 月"而非"数据点 3")。相对关系的播报是三要素的增强项:"3 月,42 万元,环比增长 12%"——把视觉用户能直接看出的变化(折线的上扬)翻译为文字,弥补图形在听觉通道中的天然缺失。

边界

播报的长度与信息密度需要平衡:每点都播报完整的三要素加上相对关系,在长时间遍历中会产生听觉疲劳,可行的分层是首次进入时播报完整上下文(序列名、单位),点级播报精简为"3 月,42 万元,环比 +12%"(单位在上下文中可省略时)。精度也有边界:按图形展示的精度播报(图上显示"4.2 万"就播"4.2 万"),比数据的原始精度更符合预期且更短。多语言环境下单位与数字格式的本地化(千分位、小数点符号)是播报格式化层的职责,不应由每张图自行处理。

怎么落地

  • 为每类图表定义播报模板:"标识 + 数值 + 单位 (+ 相对关系)",格式化层统一实现。
  • 播报使用业务可读名(月份名、类别名),不使用索引或内部编码。
  • 首次进入图表时播报单位与序列全集,点级播报可据此精简。
  • 验证:仅听屏幕阅读器遍历一遍图表,检查能否记录下每个点的"哪个、多少、什么单位";任何一项缺失即播报不完整。

延伸

  • 同组U11.02.1 图表元素需有可预期的键盘遍历顺序 · U11.02.2 遍历应支持在序列与数据点两个层级之间切换 · U11.02.4 整体趋势需有可被朗读的摘要层而非只能逐点听读 · U11.02.5 交互引起的视图变化需被播报
  • 相邻U11.02.4 整体趋势需有可被朗读的摘要层而非只能逐点听读 · U7.09.3 需标明数据的时间戳
  • 站内检索accessible announcement · aria-live · screen reader chart

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/U11.02.3