可理解性

如果页面内容包含与主要语言不同的单词或短语，请在包裹这些单词或短语的元素上使用 lang 属性，为其设置适当的语言（例如，如果没有可用的语义元素，可以使用 <span>）。

对于不因语言而变化的单词或短语（例如专有名称、不属于特定语言的技术术语），无需设置不同的语言。

使用缩写时，应提供其完整形式，或根据需要提供定义。

<abbr> 元素通常被认为是提供缩写完整形式的首选方式——它可以通过 title 属性包含完整形式，并在鼠标悬停于缩写上时显示。然而，键盘无法访问 title 属性的内容，屏幕阅读器也不一定会将其读出。更好的处理方式是提供指向术语表页面的链接，其中包含缩写的完整形式及解释，或者至少在上下文中包含这些信息。

如果文本所需的阅读水平高于初中教育水平（通常对应 11 至 14 岁的儿童），请提供补充说明材料，以帮助无法读懂这些文本的人，或提供以初中阅读水平撰写的替代版本。

这并不意味着所有人都应理解每个主题，而是写作风格应便于所有人阅读。最好以初中阅读水平撰写所有内容，即使是编程教程等技术文档也不例外，除非有充分理由采用其他风格（例如为了营造诗意），或者必须使用严谨的写作风格（例如 W3C 规范）。

当理解词语的发音对于完整理解内容是必要的时，应提供让用户获取这些发音的机制。

可以使用 HTML <audio> 元素创建控件，让读者播放包含正确发音的音频文件。对于难读的词语，也可以像词典条目一样，在其后附上文字形式的发音指南。

当控件或页面上的其他功能获得焦点时，不应以可能使用户困惑或迷失方向的方式改变上下文。

这需要合理的设计——用户不希望界面出乎意料，而是希望界面直观且符合预期。例如，使导航菜单选项获得焦点不应改变当前显示的页面——应在激活该选项后才改变显示内容。

当用户向控件输入数据或更改设置时，上下文不应发生意料之外的变化。在变化发生之前，应提醒或告知用户即将发生的变化。

同样，应采用合理的设计。例如，如果按下按钮会使应用程序退出当前视图，应要求用户确认此操作，并在适当时保存其工作等。

导航菜单或控件的样式和位置应在不同页面或视图之间保持一致，即使添加了新项目，已有项目也应以相同顺序出现。如果用户主动进行了更改，例如选择不同的配色方案或导航位置，则所有页面都应遵循用户的选择。

同样，这需要合理的设计——使所有页面或视图中的导航控件保持一致。

具有相同功能的控件或组件应在不同页面或视图中以相同方式标识。例如，全球旅行网站每个页面上出现的货币转换器，无论在语义还是标签上都应完全一致。

同样，这需要合理的设计！

可能使用户困惑或迷失方向的上下文变化，应仅在用户请求时发生，或者用户应能够关闭这些变化。

如果需要显著改变当前视图（例如内容或控件），应让用户控制变化发生的时机（例如显示哪个页面、何时切换到图库中的下一张照片等）。

如果需要在页面上提供轮播等功能，请提供停止自动切换的选项。如有可能，最好避免此类功能。

如果网页包含在多个页面上重复出现的帮助机制（包括自助选项和人工联系方式），这些机制应在所有页面中以相同顺序排列，除非用户主动进行了更改。

参阅此标准的一致性帮助文档，了解更多信息。

当用户填写表单或选择选项时，应明确告知用户检测到的任何错误，并指出与错误相关的表单控件。

建议根据实际情况，通过 HTML 表单验证功能、JavaScript 或两者结合，实现客户端的错误检测和处理。当检测到错误时，应在出错的表单输入控件旁显示直观的错误消息，帮助用户纠正输入。对于屏幕阅读器用户，可以使用 ARIA 实时区域提醒他们页面发生了变化。

需要输入数据时，应提供清晰的说明。如果只需要简短的说明或提示，可以为姓名、年龄等单个输入控件使用 <label> 元素；对于相关联的多个输入控件（例如出生日期或邮寄地址的各个部分），可以结合使用 <label>、<fieldset> 和 <legend> 元素。

如果需要更复杂的解释，也可以添加说明段落，或者尝试让表单更直观。

• 使用有意义的文字标签
• 如何构建 HTML 表单
• 文本标签和名称

当检测到错误且有已知的纠正建议时，应向用户提供这些建议（例如，用户选择的用户名已被占用时，建议其他可用的用户名），除非这样做会导致安全问题（例如输入密码时）或不符合当前情境（例如用户正在问答应用中回答问题时）。

在适当的情况下，你可能需要结合 JavaScript 和服务器端功能，检查输入是否正确。如果不正确，则确定可以向用户提供哪些可行的建议。这些建议应像错误消息一样（参见 3.3.1），在相关上下文中以实用的方式显示。

对于涉及敏感数据输入的表单（例如法律协议、电子商务交易或个人数据），应至少满足以下条件之一：

• 提交可以撤销。
• 检查数据中的错误，并给用户纠正错误的机会。
• 提供在最终提交之前确认和纠正信息的机制。

可撤销——对于任何可以输入数据的视图，应提供相应的视图，让用户能够根据需要编辑甚至删除条目（例如，参见 Django Web 框架）。

检查数据——如 3.3.1 所述，应结合客户端和服务器端验证来检测错误，并向用户显示有用的消息，以便他们纠正输入。

确认并纠正——在适当的情况下，当用户填写一系列表单字段以完成任务（例如购买商品）后，应向其显示确认页面，让用户检查输入并纠正任何不妥之处。这种模式常用于亚马逊等电子商务网站。