屏幕阅读器对单字符标题的感知问题

在前端可访问性开发中，有时会遇到屏幕阅读器（如jaws和narrator）似乎无法正确读取仅包含一个字符的标题元素的情况。例如，当页面中存在一个形如

1

notes

考虑以下HTML结构示例：

    
Notes
    
1

在这个例子中，

Notes

1

屏幕阅读器导航方式的重要性

屏幕阅读器用户有多种方式来浏览网页内容，不同的导航方式会影响屏幕阅读器朗读信息的方式和粒度。理解这些导航方法是准确评估可访问性的关键。对于JAWS和NVDA等主流屏幕阅读器，常见的导航方式包括：

1. 上下箭头键（Up/Down Arrow Keys）： 用于在DOM元素（或更准确地说，可访问性树中的下一个元素）之间移动。这是用户访问页面上所有文本内容的基本方式。
2. 左右箭头键（Left/Right Arrow Keys）： 用于逐字符地向前或向后导航。
3. H 键（或 Shift+H）： 用于快速跳转到下一个（或上一个）标题元素。
4. 数字键 1-6（或 Shift+1-6）： 用于快速跳转到下一个（或上一个）特定级别的标题（H1、H2等）。
5. Insert+F6（或类似快捷键）： 调出页面所有标题的列表，用户可以选择并直接跳转到特定标题。

深入分析：不同导航方式下的读取行为

通过上述导航方式测试上述HTML示例，会发现屏幕阅读器实际上能够正确朗读单字符标题“1”。之所以会出现“未朗读”的错觉，通常是由于用户在特定导航模式下对屏幕阅读器输出的误解。

1. 使用标题导航键（H 键或数字键）

当使用 H 键或 1 键直接导航到

1

2. 使用上下箭头键遍历

当使用上下箭头键逐个元素遍历时，屏幕阅读器也会朗读出“1”。例如，从

VidAU

VidAU AI 是一款AI驱动的数字人视频创作平台，旨在简化视频内容创作流程

下载

Notes

1

3. 使用左右箭头键逐字符遍历（易产生误解的场景）

这是最容易产生误解的导航方式。不同屏幕阅读器在此模式下的行为差异较大：

• NVDA 的行为： 当使用右箭头键逐字符遍历时，NVDA会提供更详细的上下文信息。例如，从“Notes”标题移动到“1”标题时，NVDA的朗读顺序可能如下：

  • “heading level 2, N”
  • “o”
  • “t”
  • “e”
  • “s”
  • “out of heading, heading level 1, 1” 注意，在离开前一个标题并进入新标题时，NVDA会先告知用户“out of heading”（离开标题），然后立即提示“heading level 1”（标题级别1），并最终朗读出标题内容“1”。如果用户不仔细聆听，或者在听到“out of heading”后注意力分散，可能会错过紧随其后的“1”。

• JAWS 的行为： JAWS在逐字符遍历时通常更为简洁，它不会在每个字符前重复元素类型。在上述例子中，JAWS的朗读顺序可能如下：

  • “N”
  • “o”
  • “t”
  • “e”
  • “s”
  • （短暂的停顿或无声，表示离开前一个元素）
  • “1” JAWS会直接朗读出“1”。因此，如果用户在逐字符遍历时听到“1”被朗读，那它就是被正确识别了。

结论与最佳实践

屏幕阅读器能够正确处理和朗读仅包含一个字符的标题元素，无论是

1

A

1. 导航方式的选择： 不同的导航方式会导致屏幕阅读器输出不同粒度的信息。标题导航键（H 或数字键）是最直接且通常最清晰的标题访问方式。
2. 屏幕阅读器行为差异： 某些屏幕阅读器（如NVDA）在逐字符遍历时会提供大量上下文信息，这可能导致用户在不仔细聆听的情况下错过关键的单字符朗读。而其他屏幕阅读器（如JAWS）则可能更为简洁。

开发与测试建议：

• 理解用户导航习惯： 开发者在测试可访问性时，应模拟真实用户使用屏幕阅读器的多种导航方式，而不仅仅是逐字符遍历。重点测试标题导航、元素遍历和列表导航等常用模式。
• 多屏幕阅读器测试： 始终使用不同的屏幕阅读器（如JAWS、NVDA、Narrator）进行测试，因为它们在细节处理上可能存在差异。
• 关注上下文信息： 在使用屏幕阅读器时，注意其提供的所有上下文信息，尤其是在逐字符遍历模式下，不要轻易断定某个字符未被朗读。
• 语义化HTML： 确保使用正确的HTML语义元素（如

  到

  ）来表示标题。本例中aria-label的使用是正确的，但它并非解决此问题的关键，因为屏幕阅读器本身就能识别

  1

  。

通过深入理解屏幕阅读器的导航机制及其输出行为，开发者可以更准确地评估和优化网页的可访问性，避免因误解而产生的困惑。