可理解

如果页面内容包含与主语言不同的单词或短语，请在相关术语的包装元素上（例如，如果没有语义元素可用，则使用 <span>）使用 lang 属性来设置适当的语言。

您无需为不分语言相同的词语或短语（例如专有名词、不属于特定语言的技术术语）设置不同的语言。

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

人们通常认为 <abbr> 元素是提供缩写完整形式的首选方式 — 它接受一个包含完整形式的 title 属性，当鼠标悬停在缩写词上时，该完整形式会显示出来。然而，title 属性的内容无法通过键盘访问，屏幕阅读器也无法可靠地读出。更好的处理方式是再次提供指向包含缩写完整形式和解释的词汇表页面的链接，或者至少在周围文本中提供它们。

如果提供的文本需要高于初中教育水平（通常是 11-14 岁左右的儿童）的阅读水平，请提供补充解释材料以帮助无法阅读的人，或提供一个以初中水平编写的替代版本。

这并不意味着所有主题内容都应该被所有人理解，而是写作风格应该对所有人开放。最好将所有内容都以初中水平编写，即使是编程教程等技术文档，除非有充分的理由不这样做（例如，为了诗意效果的替代风格），或者它们必须以严格的风格编写（例如，W3C 规范）。

应提供一种机制，允许用户在需要充分理解内容时访问单词的发音。

HTML <audio> 元素可用于创建一个控件，允许读者播放包含正确发音的音频文件，并且在难词之后包含文本发音指南也很有意义，就像您在字典条目中看到的那样。

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

这是一个明智的设计问题——人们不希望界面给他们带来惊喜；他们希望事情是直观的，并按预期行事。例如，聚焦导航菜单选项不应改变显示的页面——它应该在显示改变之前被激活。

当数据输入到控件中，或设置更改时，上下文不应意外改变。用户应在更改发生之前被警告/告知即将发生的更改。

同样，应实施明智的设计。例如，如果按下按钮导致应用程序退出当前视图，应要求用户确认此操作，如果合适，保存他们的工作等。

导航菜单/控件的样式和定位应在网页的不同页面或视图之间保持一致，并且现有项目应按相同的顺序出现，即使例如添加了新项目。如果用户启动了更改，例如，为导航选择了不同的配色方案或位置，则其选择应在所有页面上得到尊重。

同样，明智的设计——使所有页面或视图中的导航控件保持一致。

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

同样，明智的设计！

可能使人困惑或迷失方向的上下文更改，只应在用户请求时发生，或者用户应该能够关闭它们。

如果您需要对当前视图进行重大更改（例如，内容或控件），请让用户控制何时发生该更改（例如，显示哪个页面，何时在画廊中前进到下一张照片……）。

如果您需要在页面上使用轮播图，请提供一个选项来停止其自动前进。如果可能，最好避免此类功能。

包含帮助机制（包括自助选项和人工联系方式）并在多个网页上重复出现的网页，需要将这些机制以相同的顺序放置在所有页面上，除非由用户发起更改。

查阅此标准的一致帮助文档以了解更多信息。

当用户填写表单或在选项之间选择时，任何检测到的错误都应清晰地报告给用户，并说明错误所关联的表单控件。

建议通过 HTML 表单验证功能和/或 JavaScript 实现客户端错误检测和处理，具体取决于您的具体情况。当检测到错误时，应在错误的表单输入旁边显示直观的错误消息，以帮助用户更正其输入。对于屏幕阅读器用户，您可以使用 aria live regions 来提醒用户页面上的更改。

当需要数据输入时，应提供清晰的说明。当需要简短的说明或提示时，您可以对单个输入（如姓名或年龄）使用 <label> 元素，对多个相关输入（如出生日期或邮政地址的元素）使用 <label> 和 <fieldset>/<legend> 的组合。

当需要更复杂的解释时，您也可以随时包含解释段落，或者您可能需要尝试使您的表单更直观。

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

当检测到错误并已知纠正建议时，将其提供给用户（例如，当用户选择用户名并选择了已被占用的用户名时，建议替代方案），除非这样做会导致安全问题（例如，输入密码时）或上下文问题（例如，他们正在尝试回答测验应用程序中的问题）。

在这种情况下，如果合适，您可能会结合使用 JavaScript 和服务器端功能来检查输入是否正确，如果不对，可以向用户提供哪些可行的建议。这些建议应像错误消息一样在上下文中有效地显示（参见 3.3.1）。

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

• 提交可撤销。
• 数据经过错误检查，并向用户提供纠正错误的机会。
• 在最终提交之前，有可用于确认和更正信息的机制。

可撤销 — 对于任何可以输入数据的视图，提供一个等效视图，允许您根据需要编辑甚至删除条目（例如，请参阅Django Web 框架）。

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

确认和纠正 — 在适当的情况下，在填写一系列表单字段以执行任务（例如购买产品）后，应向用户显示确认屏幕，他们可以在其中查看其输入并纠正任何看起来不正确的内容。这种模式通常用于亚马逊等电子商务网站。