如何为HTML进度条添加可访问性？

我通常会这么做：

立即学习“前端免费学习笔记（深入）”；

1. 利用 progress 元素本身： 这是起点，它提供了基本的语义。
2. 添加 ARIA 属性： 这是关键。aria-valuenow 用于指示当前的进度值，aria-valuemin 和 aria-valuemax 则定义了进度的范围。这三者结合起来，屏幕阅读器就能读出“当前进度50%，总共100%”这样的信息。
3. 提供视觉可见的标签： 即使是屏幕阅读器用户，如果他们能看到页面，一个清晰的视觉标签也是有帮助的。更重要的是，这个标签可以通过 aria-labelledby 或 aria-describedby 关联到进度条，提供更丰富的语境。

一个基础的例子可能长这样：

文件上传中...

  0%

然后通过 JavaScript 更新 value 属性和 aria-valuenow：

const progressBar = document.getElementById('upload-progress');
const progressPercentage = document.getElementById('progress-percentage');

function updateProgress(value) {
  progressBar.value = value;
  progressBar.setAttribute('aria-valuenow', value);
  progressPercentage.textContent = `${value}%`;
}

// 假设某个上传过程调用 updateProgress(50);
// updateProgress(50);

为什么进度条的可访问性至关重要？

这个问题其实挺根本的。你想想看，一个用户正在等待一个文件上传、一个数据加载，或者一个复杂的表单提交。如果他们看不到屏幕，或者有认知障碍无法快速理解视觉上的变化，一个没有可访问性的进度条对他们来说就是“无声的等待”。他们不知道任务是否还在进行，进展到哪一步了，甚至有没有卡死。这种不确定性带来的焦虑和挫败感是巨大的。

从我的经验来看，很多时候我们只关注了“能用”和“好看”，却忽略了“谁能用”。一个页面，如果它不是对所有人开放的，那它在某种程度上就是不完整的。可访问性不仅仅是遵守WCAG规范，它更是对不同能力用户的尊重。一个可访问的进度条，能让视障用户通过屏幕阅读器听到“文件上传中，50%已完成”，这让他们能安心等待，甚至规划下一步操作。这是一种基本的数字包容。

应该使用哪些ARIA属性以及如何应用它们？

在HTML进度条的可访问性方面，主要有几个ARIA属性是你的好朋友：

• aria-valuenow: 这个属性用来表示当前进度条的实际值。比如，如果你的进度条显示50%，那么 aria-valuenow="50"。它告诉辅助技术“现在是多少”。
• aria-valuemin: 定义进度条的最小值。通常是 0。
• aria-valuemax: 定义进度条的最大值。通常是 100，但也可能是其他数字，比如文件大小（KB、MB）。

这三个属性是核心，它们共同为屏幕阅读器构建了一个清晰的数值范围和当前位置。

ListenHub

超真实的AI播客生成器

下载

除了数值属性，还有上下文属性：

• aria-labelledby: 这是非常重要的一个属性。它用于引用页面上一个或多个元素的ID，这些元素提供了进度条的标签或名称。例如，如果你的进度条旁边有一个 说“正在下载文件”，你可以给这个 一个ID，然后让进度条的 aria-labelledby 指向它。这样，屏幕阅读器在读到进度条时，会先读出这个标签，再读出进度值。
• aria-describedby: 类似于 aria-labelledby，但它提供的是更长的描述性文本，而不是一个简短的标签。如果进度条需要更详细的说明，可以使用它。

一个更完整的例子，考虑一个文件上传场景：

  
正在上传图片：my_vacation_pic.jpg


  0%

在这个例子中，aria-labelledby="upload-label" 将整个上传状态的段落与进度条关联起来，提供了丰富的语境。当进度条更新时，JavaScript会同步更新 value 和 aria-valuenow，确保屏幕阅读器能实时播报最新状态。

常见的陷阱、挑战或高级考量有哪些？

在实际开发中，即使有了ARIA属性，也可能会遇到一些意想不到的问题，或者需要考虑更复杂的场景。

一个常见的挑战是动态更新时的同步问题。当你用JavaScript更新进度条的 value 属性时，一定要记得同时更新 aria-valuenow。很多人会忘记这一点，导致视觉上进度条动了，但辅助技术读取到的值还是旧的。这是一个很细微但影响很大的错误。

另一个是不确定性进度条的处理。有时候我们不知道一个任务具体要多久，比如一个后台处理过程，它可能只是一个旋转的加载图标。对于这种“不确定性”的进度，HTML的 元素如果省略 value 属性，它就会表现为不确定状态。但为了可访问性，你可能需要额外的策略。例如，可以给一个容器元素添加 aria-live="polite" 和 aria-busy="true"，表示这个区域正在更新且忙碌，当任务完成时再将 aria-busy 设为 false。或者，如果是一个简单的加载指示器，确保它有 role="status" 或 role="alert"（如果需要立即引起注意），并提供文本描述，如“加载中...”

我个人还遇到过样式与语义的冲突。有时候为了设计感，设计师会把进度条做得非常花哨，甚至不是一个传统的条状。这时候，即便你正确使用了ARIA，如果视觉上给用户的反馈和屏幕阅读器读出的信息有偏差，也可能造成困惑。我的建议是，尽量保持视觉和语义的一致性，或者至少确保语义层能够清晰地传达信息，即使视觉上有所创新。

最后，别忘了测试。仅仅写了代码是不够的，你需要用实际的屏幕阅读器（比如NVDA、JAWS或macOS的VoiceOver）去测试你的进度条。听听它们是如何播报的，是否清晰、准确。这往往能发现一些只靠看代码无法察觉的问题。有时候，我们认为的“理所当然”在辅助技术用户那里可能完全不是那么回事。