HTML表格中的scope属性有什么用？如何提升可访问性？

scope属性正是这个“路标”。它直接应用于<th>（表头单元格）标签，用于声明该表头是针对哪一“范围”的数据。主要有两种常用的值：

• scope="col"：表示该<th>是其所在列的表头。这意味着屏幕阅读器在朗读该列的任何数据单元格时，都会先关联到这个列标题。
• scope="row"：表示该<th>是其所在行的表头。这意味着屏幕阅读器在朗读该行的任何数据单元格时，都会先关联到这个行标题。

举个简单的例子，假设我们有一个销售数据表格：

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

<table>
  <caption>2023年Q4销售数据</caption>
  <thead>
    <tr>
      <th scope="col">产品名称</th>
      <th scope="col">销量</th>
      <th scope="col">收入</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <th scope="row">A产品</th>
      <td>1200</td>
      <td>24000</td>
    </tr>
    <tr>
      <th scope="row">B产品</th>
      <td>800</td>
      <td>16000</td>
    </tr>
  </tbody>
</table>

在这个例子中，当屏幕阅读器读到“1200”这个数据时，因为scope="col"和scope="row"的存在，它能清晰地告知用户：“这是A产品的销量，数值是1200。”如果没有scope，它可能只会读“1200”，用户就得自己去脑补这个数字到底代表什么，非常低效。

有道小P

有道小P，新一代AI全科学习助手，在学习中遇到任何问题都可以问我。

64

查看详情

scope属性具体如何帮助屏幕阅读器理解表格结构？

而一旦你为<th>元素加上了scope="col"或scope="row"，情况就完全不同了。屏幕阅读器在内部会建立一个“虚拟”的表格模型。当用户导航到某个数据单元格时，比如“1200”这个单元格，屏幕阅读器会根据scope的指示，自动找到与这个单元格关联的列标题（“销量”）和行标题（“A产品”）。然后，它会智能地组合这些信息，朗读出类似于“A产品，销量：1200”这样的完整语境。这不仅仅是提升了效率，更是让信息变得可理解、可导航，极大改善了用户的体验。它让表格不再是数据的堆砌，而是有意义的信息集合。

在哪些情况下应该使用scope属性，又有哪些替代方案？

然而，现实世界的表格往往比这复杂得多。当表格有多个层级的表头，或者表头不是简单地对应一整行或一整列，而是对应一个子区域时，scope属性可能就不够用了。这时候，我们就需要考虑更高级的无障碍技术：

• headers属性与id属性的组合： 对于更复杂的表格，<td>单元格可以使用headers属性，其值是与之关联的<th>单元格的id列表。这意味着一个数据单元格可以明确地指向多个相关的表头，无论这些表头在表格的哪个位置。这提供了非常精细的控制，但实现起来也更复杂，需要为每个相关的<th>分配唯一的id，并在<td>中引用它们。
• aria-labelledby和aria-describedby： 虽然主要用于非表格元素，但它们也能在某些极端复杂的表格场景下作为辅助手段，将数据单元格与表格外部的描述性文本或标题关联起来。不过，通常情况下，scope和headers是处理表格可访问性的首选方案。

我的建议是，优先使用scope，因为它最符合表格的语义化结构。只有当scope无法满足需求时，才考虑使用headers和id，因为它确实增加了维护成本。至于aria属性，除非有非常特殊的需求，否则尽量让HTML本身来承载语义，这是最健壮和可维护的方式。

除了scope属性，还有哪些HTML表格最佳实践可以提升可访问性？

• 使用<caption>元素： <caption>是表格的标题，它提供了对整个表格内容的简明概括。对于屏幕阅读器用户来说，这是他们快速了解表格主题的关键信息。它应该直接放在<table>标签的后面。
• 正确使用<thead>、<tbody>和<tfoot>： 这些语义化标签不仅有助于CSS样式和JavaScript操作，更重要的是，它们为屏幕阅读器提供了表格逻辑分区的清晰信号。<thead>包裹表头行，<tbody>包裹数据行，<tfoot>包裹页脚行（如总计）。这让屏幕阅读器能够区分表格的不同部分，即使在表格很长时，也能重复朗读表头，帮助用户保持上下文。
• 避免使用表格进行布局： 这是一个老生常谈的话题了，但在某些老旧的项目中可能还会看到。表格是用来展示结构化数据的，而不是用来控制页面布局的。使用CSS进行布局，不仅更灵活，也避免了给屏幕阅读器带来不必要的解析负担。
• 确保表格是响应式的： 在移动设备上，宽大的表格很容易超出屏幕。虽然这不直接是可访问性问题，但糟糕的视觉体验同样会影响用户。通过CSS（如overflow-x: auto;包裹表格，或者使用更复杂的CSS Grid/Flexbox布局来重构表格在小屏幕下的显示方式）确保表格在不同设备上都能良好显示，也是一种广义上的“可访问性”。
• 简洁明了的单元格内容： 避免在单元格内放置过多的信息或复杂的交互元素。每个单元格的内容都应该尽可能地聚焦和简洁，方便屏幕阅读器快速朗读和用户理解。

在我看来，无障碍设计从来都不是一个单独的特性，而是一种思维方式。它要求我们站在不同用户的角度去思考，如何让信息更易于获取和理解。表格的可访问性，就是这种思维的一个缩影。