本文探讨了如何正确为既有标签又显示动态值的按钮设置无障碍属性。核心问题在于aria-label会覆盖按钮的视觉文本，导致屏幕阅读器无法播报动态值。解决方案是区分按钮的操作与值的显示，通过将动态值置于独立元素并使用aria-describedby关联，确保屏幕阅读器用户能同时获取操作意图和当前状态。
理解按钮的角色与挑战
在无障碍网页设计中，按钮的核心功能是触发一个动作。当一个按钮不仅需要触发动作，还需要显示一个动态变化的值（例如“3天”、“1周”等），并且我们希望为它提供一个明确的无障碍标签时，就会遇到一个常见的挑战。
例如，一个按钮用于选择“时间段”，点击后会打开一个对话框供用户选择。选择完成后，按钮的文本会更新以显示当前选定的时间段（如“3天”）。如果此时我们简单地为按钮添加aria-label="时间段"，那么屏幕阅读器在播报时将优先读取aria-label的值，从而忽略了按钮内部的动态文本（“3天”）。这意味着屏幕阅读器用户将无法得知当前选定的时间段，这严重影响了用户体验和信息的可访问性。
问题的根源在于，aria-label具有较高的优先级，它会覆盖元素自身的文本内容，为屏幕阅读器提供一个替代性的标签。虽然这对于图标按钮或需要更简洁标签的按钮非常有用，但对于需要动态显示值的按钮，它却成了障碍。
最佳实践：分离操作与状态显示
解决上述问题的关键在于重新思考按钮的职责。按钮应该专注于执行一个动作，而不是同时作为状态显示器。动态显示的值应该由一个独立的DOM元素来承载，这样既能保持按钮语义的清晰性，又能确保所有信息对屏幕阅读器用户都是可访问的。
例如，如果按钮的功能是“更改时间段”，那么它的文本就应该是“更改时间段”。而当前选定的时间段（如“3天”）则应该放置在一个单独的文本元素中，并明确地告知用户这是什么信息。
使用 aria-describedby 关联信息
为了将显示动态值的独立元素与按钮关联起来，我们可以使用aria-describedby属性。aria-describedby用于指定一个或多个元素，这些元素的ID指向了当前元素的描述信息。当屏幕阅读器聚焦到带有aria-describedby的元素时，它会先播报元素的名称和角色，然后播报其描述信息。
以下是实现这一策略的示例代码：
当前时间段：3 天
在这个例子中：
-
当前时间段：3 天
是一个普通的段落元素，用于显示当前选定的时间段。它有一个唯一的ID current-time-period。 - 是我们的按钮。它的文本明确地指示了其功能：“更改时间段”。aria-describedby="current-time-period" 属性将这个按钮与显示时间段的段落关联起来。
当屏幕阅读器用户通过Tab键导航到这个按钮时，他们将听到类似这样的播报内容：
"更改时间段，按钮，当前时间段：3 天"
这样，用户既能清楚地知道按钮的作用（更改时间段），也能同时获取到当前选定的值（3 天），从而获得完整且无障碍的用户体验。
注意事项与潜在限制
尽管aria-describedby是解决此问题的有效方法，但仍需注意其潜在的限制：
- 描述的语义： aria-describedby 提供的文本被屏幕阅读器视为“描述”或“提示信息”。这意味着用户可以在其屏幕阅读器设置中选择关闭描述信息的播报。如果用户关闭了此功能，他们将不会听到时间段的值，尽管他们可以通过其他屏幕阅读器快捷键导航到该段落以获取信息。
- 信息重要性： 如果动态值对于用户理解当前状态或进行下一步操作至关重要，并且不希望它被用户设置所影响，可能需要考虑将值直接整合到按钮的可见文本中（如果设计允许），或者使用aria-live区域来动态播报状态变化。然而，对于本场景，aria-describedby通常是可接受的解决方案。
- 清晰的标签： 确保按钮的可见文本（或aria-label，如果按钮是图标按钮）清晰地表达了其动作，避免模糊或误导性的标签。
总结
在设计带有动态值的交互式按钮时，无障碍性是至关重要的考量。最佳实践是区分按钮的动作与值的显示。通过将动态值放置在一个独立的DOM元素中，并使用aria-describedby将其与执行动作的按钮关联起来，我们可以确保屏幕阅读器用户能够同时获取按钮的功能和当前状态。尽管aria-describedby作为描述信息可能受用户设置影响，但在大多数情况下，它提供了一种简洁而有效的无障碍解决方案，极大地提升了用户体验。始终牢记，按钮应专注于执行动作，而状态信息则应以清晰、可访问的方式呈现。
