让认知和学习障碍人士可用的内容

4.2.1.1 用户需求

我需要知道页面的语境和目的。

相关用户故事：明确目的。

4.2.1.3 它如何帮助

这会帮助许多人，包括记忆和注意力受损的人，以及任何因年龄相关 健忘和 AD(H)D 而 容易分心的人。

例如，患有轻度痴呆症的人正在使用在线购物。他们分心了，随后 再次看屏幕时，已经忘记自己在做什么。每页顶部的清晰标题会清楚显示 页面是关于什么以及他们正在做什么。

另一个示例是，具有 AD(H)D 的用户正在视频中查找信息。他们可以通过视频标题判断该视频是否有 他们需要的信息。

4.2.1.4 更多细节

标题阐明此特定页面的目的。

在可能时，提供信息以帮助用户理解他们如何到达该页面。例如： 在主导航中清楚指示面包屑导航，突出显示当前选中的标签页， 等等。

4.2.1.5 示例

使用：

1. 告诉用户他们所在位置的页面标题。

避免：

1. 没有清晰标题或路标来告诉用户他们所在位置的页面。例如：
   • 不能告诉用户他们所在位置的页面标题，例如写着 “服务不可用”的页面标题。用户必须记住该服务与什么相关。
   • 不能阐明表单步骤的页面标题。

4.2.2.1 用户需求

我需要理解我的选项和我可以执行的任务，并且可以识别我 可以交互以完成操作的控件。（我觉得学习新的界面设计 模式很困难。）

相关用户故事：明确操作。

4.2.2.3 它如何帮助

许多用户无法轻松学习和记住新的设计隐喻。如果没有这些技能， 定位想要交互的项目以及知道交互会做什么，可能会变得 困难得多，甚至不可能。用户可能会感到迷失或不知所措。

用户更有可能找到并识别在许多网站上长期、经常重复使用的 常见设计元素。

例如，具有轻度 认知障碍或痴呆症的用户访问一个网站购买产品。他们找不到 在哪里为想要的商品付款。他们可能会认为该网站不允许购物， 只是提供信息。

4.2.2.4 更多细节

常见设计元素、可供性和模式包括：

• 标准布局和视觉层级结构（元素排列，用于显示重要性的顺序）。 将元素放在用户预期的位置。例如，在英文 网站中：
  • 搜索位于网站右上角，
  • 首页链接位于左上角，
  • “联系我们”链接位于顶部导航区域，
  • 站点地图链接位于页脚区域，以及
  • 提交按钮位于表单底部。
• 常见设计模式（控件和其他元素的重复设计），例如：
  • WAI-ARIA 创作最佳实践 [wai-aria-practices-1.2]，
  • 最受欢迎网站中使用的模式，
  • 非常常见的导航设计模式和常见图标，
  • 平台特定（操作系统）的导航机制和图标用户界面设计，以及
  • 可个性化的自适应用户界面设计（见上文）。
• 先前版本的用户界面（设计）。允许用户回退到他们熟悉的 应用先前版本。
• 看起来像链接的链接，以及看起来并像按钮一样工作的按钮。例如：
  • 在整个页面中以标准样式为链接加下划线，
  • 链接通常导航到新页面，以及
  • 按钮通常执行一个操作。

4.2.2.5 入门

1. 设计网页时，选择外观和行为符合用户预期的标准组件。 使用标准布局约定，例如：
   • 首页链接在左上角，
   • 导航在顶部，以及
   • 搜索在右上角。
2. 在页面中创建明显的视觉层级结构。

4.2.2.6 示例

使用：

1. 常见 Web 布局。

避免：

1. 不熟悉的布局。
2. 不熟悉的视觉层级结构。

4.2.3.1 用户需求

我需要理解我的选项和我可以执行的任务，并且可以识别我 可以交互以完成操作的控件。

相关用户故事：明确操作。

4.2.3.3 它如何帮助

许多用户需要很长时间才能学习新设计并识别元素。一旦学会， 这些元素就应在整个网站中使用。

例如，具有年龄相关 健忘的年长用户需要很长时间学习新设计。当他们来到一个网站时， 第一个页面需要时间来理解，但随后他们知道在下一个页面上该做什么。如果下一个 页面与第一个不同且同样难以学习，他们会变得疲惫并犯更多 错误。当他们进入第三个困难页面时，认知负荷会变得过高，他们 无法完成任务。

4.2.3.4 更多细节

这包括：

• 一致的设计主题，包括标题样式、字体选择、图标、颜色、控件、按钮和链接的 视觉外观。
• 具有相同结构层级的标题使用相同字体和视觉样式。
• 具有相同功能和角色的图标、控件和菜单项具有相同外观和 样式。
• 具有相似功能和角色的元素，其状态和焦点在整个 网站中具有相同样式。
• 布局在内容块之间保持一致。这包括交互 元素和导航控件的位置。
• 内容结构和呈现信息的样式保持一致。这包括 文本块、图标、图像和项目符号的组织方式。

4.2.3.5 入门

在添加内容之前规划信息的设计。思考颜色、字体 选择，以及文本和图像将出现的区域。

4.2.3.6 示例

使用：

1. 整个网站中相同层级的标题看起来相似。
2. 网站中控件具有一致外观。例如：
   • 网站中的两个提交按钮，外观和功能都相同。
   • 网站上所有选中的单选按钮看起来相同。
   • 当一个项目被 Tab 到时，它具有焦点并可被激活。所有链接的键盘焦点 指示器（显示哪个元素具有焦点的轮廓）看起来相同。
3. 常见功能的位置保持一致。例如：
   • 搜索框在整个网站中始终位于同一位置。

避免：

1. 功能相似的元素看起来不同。例如：
   • 页面上有六个 2 级标题。其中四个使用 Times New Roman 样式， 两个使用 Helvetica。
2. 功能相似的元素出现在不同位置。例如：
   • 三个页面都有提交按钮。一个位于表单顶部。一个位于 底部。一个位于侧边栏。

4.2.4.1 用户需求

我需要识别自己在网站、应用或 多步骤流程的架构中的位置，即使我分心之后也是如此。

相关用户故事：明确目的。

4.2.4.3 它如何帮助

此模式帮助失去专注、忘记自己正在做什么或分心的用户 重新定位到当前活动。清楚指示当前位置和 进度，有助于用户在失去专注后继续，而无需阅读大量内容 或重新开始。

提供完成任务所需步骤的信息，有助于用户判断自己是否 能成功完成任务。这对经常觉得 流程难以完成的用户尤其重要。

示例包括：

• 患有早期痴呆症的人在任务中被打断或 失去专注，随后无法记起自己正在做什么。通过看到面包 屑导航，他们可以提醒自己所在位置并继续任务。
• 有注意力障碍的人分心了，随后需要从离开的地方继续。
• 有处理困难的人不确定此应用是否有太多步骤，以及 自己是否能完成。通过看到自己已完成一半，他们可以判断自己是否能应对 整个流程。

4.2.4.4 示例

使用：

1. 指示流程中当前步骤、重要选择以及 过去和未来步骤的面包屑导航。
2. 清楚说明用户在内容内部确切位置的标题。
3. “我如何到达这里”按钮。当用户点击该按钮时，他们会获得关于以下内容的定位 信息：
   • 页面，
   • 他们如何到达这里，以及
   • 他们在内容内部的位置。

避免：

1. 难以找到和检查的已完成步骤和选择。例如：
   • 将已完成步骤放在前面的页面上。
   • 将已选择的选项放在会隐藏和显示内容的控件中（例如 手风琴）。

4.2.5.1 用户需求

我需要理解我的选项和我可以执行的任务，并且可以识别我 可以交互以完成操作的控件。

相关用户故事：明确操作。

4.2.5.3 它如何帮助

控件是网页中会做某件事的部分，例如链接、按钮、复选框。控件上的常见样式 和设计模式更容易识别，也更容易理解如何使用。

这些控件的目标是让人能够使用它们。一旦用户需要 发现控件或弄清楚如何使用它，某些用户就会失败。

例如，具有年龄相关 健忘的年长用户需要更长时间学习新设计。他们访问一个电子商务网站， 网站在“sale”等标题周围有框。它还为“add to cart”按钮等控件使用 简单的大号文本。用户点击了标题，而不是点击看起来像文本的“add to cart”按钮。 在失败几次之后，他们认为自己无法使用，于是离开网站。

当控件的外观、颜色或形状与用户以前使用过的不同，某些用户会遇到困难。 例如，当链接没有下划线，也没有蓝色或紫色文本时，某些用户 不会知道那里有链接（即使聚焦时会显示）。

如果你在记忆方面有困难，使用独特控件可能会更难。找到页面上的 控件可能需要更长时间。即使它们只与类似控件稍有不同， 某些用户也可能每次都需要重新学习如何使用它们。

在页面上使用典型控件会帮助人们知道如何使用它们。使用更独特的 控件时，包含易于跟随的说明，并使其易于找到。无论用户如何使用页面（视觉、 听觉、语音输入），都应易于 识别、理解和使用控件。

4.2.5.4 入门

使用标准控件和设计模式。

如果你正在设计新控件，使它们易于：

• 识别（我知道它们在那里），
• 理解（我知道它们做什么），以及
• 使用（我知道如何使用它们）。

使用简单样式，或提供易于跟随的说明来解释其用途。与具有不同认知 和学习障碍的人一起测试。

4.2.5.5 示例

使用：

1. 标准蓝色和紫色链接颜色，或带下划线并具有独特文本颜色的链接（所用 链接文本颜色不用于网站上的静态文本）。
2. 采用标准按钮设计（3D 矩形）的按钮，支持标准用户操作， 并在被按下时清楚显示。
3. 看起来像标签页并在被选中时清楚显示的标签页。

避免：

1. 没有下划线的链接。
2. 与网站上静态文本颜色相同的链接，即使这些链接具有清晰的 聚焦状态。

4.2.6.1 用户需求

我需要知道如何使用所有控件以及每个操作的效果。

相关用户故事：明确操作。

4.2.6.3 它如何帮助

如果页面上的某个控件只作用于页面的一部分，就可能很难判断它会 影响什么以及不会影响什么。用户可能会尝试错误的控件。许多用户会再试一次，并 发现正确的控件或滚动条。然而，许多有认知或学习 障碍的人可能无法弄清楚该做什么。其他人会感到认知过载，并因此 停止。他们可能会认为应用坏了，或对他们来说太复杂。 对这些用户而言，该应用将不可用。

页面上的清晰边框和分组可以帮助指示控件影响哪个元素。 围绕控件和相关章节设置边框或其他视觉提示，可以帮助使其 更易理解。通过用户测试检查具有认知 和学习障碍的用户是否觉得所有页面关系都清楚，并能快速知道如何 使用控件。当控件无法放在其影响区域内时，测试是必不可少的。

例如，考虑一位患有痴呆症的用户试图弄清楚嵌入式可滚动区域应使用 哪个滚动条。当他们尝试错误的滚动条时，无法得到想要的效果， 并且内容可能看起来消失了。

4.2.6.4 更多细节

• 分隔交互元素。例如：不要让两个滚动条 靠得很近。某些用户可能难以判断某个 内容章节应使用哪一个。相反：
  • 使用清晰的视觉布局和滚动条位置，
  • 将内容拆分为两个单独页面，或
  • 考虑从页面中移除不必要的信息。
• 关联元素及其控件。将滚动条和按钮等交互元素 放在它们可以影响的内容附近。使交互元素远离 不适用的内容。这会更容易识别哪些 元素会影响每个内容章节。
• 使用分隔线。清晰分隔线的示例包括高对比度边框或 留白。如果对比足够强，背景颜色的变化也可以成为清晰分隔线。
• 帮助用户看到正确控件。使用大而清晰的按钮和滚动 条。

4.2.6.5 示例

使用：

1. 与其控制的章节清楚关联的控件。将控件放在 章节内部，并在章节周围设置清晰边框。为控件加标签，使其与章节 标题匹配。例如：
   • 在图书馆网站上，用于整个网站的搜索框位于 网站主导航的右上角。第二个搜索框用于搜索图书馆目录。它 位于一个带有清晰边框、不同背景颜色和 标题“图书馆目录”的章节内。前往按钮写着“搜索目录”。
   • 页面的某一节需要滚动条。滚动条看起来位于该 章节内部。

避免：

1. 多个可滚动章节，且不清楚每个章节应使用哪个滚动条。
2. 某一章节的控件看起来可能会影响整个页面或另一个章节。 例如：搜索框与页面的一个区域相关，而不与另一个区域相关。 不清楚该搜索用于哪个区域。
3. 多个嵌套滚动区域。

4.2.7.1 用户需求

我需要知道此页面上有哪些功能和内容，或者我是否应该离开。

相关用户故事：使用符号。

4.2.7.3 它如何帮助

有语言理解、学习或阅读困难的人可能依赖符号来 理解内容并导航到他们需要的内容。符号也帮助在 语言和注意力方面有困难的人导航内容，包括媒体。

例如，一个有失语症的人具有理解概念的智力能力，但 在语言方面有困难。他们可能依赖使用符号来浏览页面以获取 信息。

这也可以帮助老年人群，他们可能觉得文字密集的杂乱页面难以在 屏幕上阅读。作为通往文本内容路标的清晰符号、图标和图像可能 非常有帮助。

4.2.7.4 更多细节

• 使用清晰且无歧义、易于看见和放大的图标或符号。
• 注意文化差异。
• 在从左到右的语言中，当向页面添加少量图标或符号时，将图像放在 文本左侧。
• 当向一个段落或一节文本添加多个符号时，将符号放在 文本上方。
• 使用个性化语义，例如 [personalization-semantics-1.0] 来 帮助用户加载熟悉的符号。

4.2.7.5 入门

使用用户可能理解的常见图标。

在关键文本、标题、媒体章节、“联系我们”按钮和 "help" 按钮旁边提供常见图标。

4.2.7.6 示例

使用：

1. 说明和重要列表，其中每个项目符号点都以一个与该点中 内容相关的图标开头。例如，参见本文档的摘要。
2. 帮助、联系信息和搜索旁边的图标。
3. 标注框中的图标。

避免：

1. 没有图标或图像来引导读者的重要说明。
2. 满是图标、杂乱密集且会让用户困惑或不知所措的页面。

4.3.1.1 用户需求

我需要轻松识别我需要和不需要的内容。我需要知道的信息 和重要信息会突出显示，或是我首先读到的内容，并且不会 迷失在不太重要信息的噪声中。

相关用户故事：可找到。

4.3.1.3 它如何帮助

具有执行 功能受损、记忆受损以及其他认知 和学习障碍的人，可能难以确定他们可以在网站上做什么。通过 突出重要任务和功能，人们可以更快判断该网站 是否能满足其需求。

例如，用户访问网站购买门票。他看到了许多评论和其他信息， 但看不到如何购买门票。该用户离开了网站。

4.3.1.4 更多细节

使重要功能和任务在视觉上和程序上都突出。参见 Web 内容无障碍指南 WCAG [WCAG22]。

4.3.1.5 入门

首先思考对用户来说关键任务是什么。

包括：

• 用户最常想执行的任务。
• 可能影响用户健康或福祉的任务。

使用数据通常可以识别最常见的任务。焦点小组和调查也有助于 识别用户想要什么。

4.3.1.6 示例

使用：

1. 最重要的任务直接位于主页上，并放在视觉上明显不同的框中。例如， 图书馆网站上的重要任务可能是：搜索、申请图书证、 查找分馆以及预订会议室。
2. 最常用的功能位于页面顶部附近。

避免：

1. 团队希望推广的项目被放在比用户访问网站的主要原因更显著的位置。 例如：某个图书馆网站的主页只包含即将举行的活动。 用户必须点击不明显的链接，才能搜索图书、申请图书证、 查找分馆或预订会议室。
2. 将用户可能想要的信息放在需要滚动或翻页才能 找到的位置。

4.3.2.1 用户需求

我需要轻松理解、导航和浏览网站结构与页面结构。

相关用户故事：清晰导航。

4.3.2.3 它如何帮助

当用户不理解网站、菜单和结构的视觉层级结构时，他们通常会 感到困惑并迷失。清晰的子菜单和定义良好的结构将帮助用户知道 网站上有什么以及如何找到它。

用户通常会在以下情况感到困惑：

• 组织方式不清楚，
• 菜单术语难以理解，以及
• 菜单和子菜单难以找到。

将网站划分为清晰、合乎逻辑的章节会有所帮助。使章节清楚，并使小节易于 找到。使分类结构和标题易于理解。创建一个 可以作为网站内容摘要的大纲。

菜单中使用的术语需要对用户有意义。用户需要能明显看出 他们正在寻找的页面会归入哪个类别。使用用户熟悉的 常见词语非常重要。

使内容层级中的各层级易于感知和理解。很小的字号、 字重差异或颜色差异可能无法被感知或理解。完全依赖细小独特 设计元素的层级结构会造成困惑。

例如，如果一个下拉手风琴菜单包含额外子菜单项，除非理解 它需要被点击（或“悬停”），否则可能无法看到这些子菜单项，而这种提示仅由一个细小独特的 设计元素表示。

首次打开网页时，子菜单通常是折叠的。某些设计 可能使人难以知道存在子菜单。某些具有认知障碍的用户 可能猜不到存在子菜单。即使他们偶然看到菜单展开，也可能 不会概括出这种结构也可能存在于菜单中的其他项目。通过添加视觉指示器， 使用户易于注意到存在子菜单项，以确保用户能够使用网站的所有部分。

有时，对某些具有认知 和学习障碍的人来说，打开子菜单项可能并不容易。例如， 展开菜单项的控件依赖特定手势或用鼠标悬停在该区域的特定方式。 最终用户可能无法弄清如何展开子菜单，并可能放弃任务。 例如，菜单只有在将鼠标移到菜单文本的特定一侧后才会展开。

4.3.2.4 更多细节

• 指示子菜单项的细小设计元素对用户来说并不总是有意义。 只要可能，就用多样化的用户群测试设计，以确保它们清楚。

• 始终使用最佳实践，使其对用户而言可理解。

• 依赖解释细小设计元素的一系列嵌套元素也会令人 困惑，用户可能无法理解该层级结构。

• 清楚指示文本何时隐藏，或何时可以被隐藏或显示。

4.3.2.5 入门

1. 思考你网站中的内容类型和内容类别。
2. 将内容划分为清晰的类别。
3. 根据重要类别构建主导航。
4. 如果你有子菜单，添加清晰符号，以显示子菜单何时关闭以及何时 打开。

4.3.2.6 示例

使用：

1. 视觉上清晰且合乎逻辑的网站层级结构。
2. 当文本隐藏时给出清晰指示。例如：
   • 始终使用“+”号表示按下后将显示额外信息。
   • 始终在菜单中隐藏的子菜单项旁边使用三角形。

避免：

1. 用户无法正确猜出每个菜单项下有什么项目的网站层级结构。
2. 菜单分类逻辑不清楚。
3. 菜单项旁边没有子菜单项的视觉指示。例如：
   • 用鼠标发现子菜单项存在的唯一方式，是将 鼠标移到该子菜单项上。
   • 打开子菜单需要将鼠标放到菜单项的一部分上，而该 区域不清楚且没有视觉区分。

4.3.3.1 用户需求

我需要轻松理解、导航和浏览网站结构与页面结构。

相关用户故事：清晰导航。

4.3.3.3 它如何帮助

当页面结构和关系不清楚时，具有认知 和学习障碍的人可能无法使用内容和应用。用户可能无法完成任务， 并错过关键信息。用户可能不会再回到那些使用和理解起来复杂的页面。

清晰、组织良好的页面布局使用户能够轻松找到关键信息。他们可以专注于 自己的任务，而不是弄清页面上有什么。使用标准视觉布局，并 一致地定位元素，将帮助用户依赖肌肉记忆并使用它们。这 支持问题解决技能受到影响的残障人士、阅读速度慢的人，或 面对大量文本时感到不知所措的人。这包括：

良好结构： 将页面内容组织成若干章节，每个章节都有 明显目的，使用户能更轻松地定位并专注于他们需要的章节。与页面主要目的不直接相关的内容 应被明确分隔。

使用边框和阴影分组： 使用边框或颜色 阴影对信息进行分组，使人们更容易识别分组。

例如：

图：使用阴影和边框进行分组的示例。

视觉提示： 难以识别或理解书面语言，或难以集中注意力的人， 可能会发现图形提示更容易处理。常见图形指示器和视觉提示的示例包括：

• 对内容摘要进行分组，
• 使用利用颜色或留白的卡片设计，
• 标记重要信息，例如使用标注框，以及
• 指示不同类型的信息，例如将引文放在对话气泡中。

4.3.3.4 更多细节

如果页面有大量内容，请检查内容是否已分组，以及是否能看出哪些内容相关。

创建区域和清晰页面结构可以包括：

• 清楚标注内容类别，并使用熟悉的视觉提示和图标。这将帮助 识别和检索，而不是依赖记忆。如果对比足够强，背景颜色可以成为清晰的 分隔线。
• 标题结构应创建文档大纲，该大纲可以作为整个 文档的摘要。

图标应一致使用。图形指示器不使界面杂乱也很重要。 过多图标会增加用户处理时的认知负荷。清晰 分隔线的示例包括高对比度边框或留白。如果对比足够强，背景颜色的变化也可以成为 清晰分隔线。

4.3.3.5 示例

使用：

1. 分隔良好的内容章节。使用留白、边框或标注来分隔 章节。
2. 使用标题和图标来帮助定义内容章节。这会组织页面上的信息， 使其更容易理解布局并找到特定信息。
3. 标注框。

避免：

1. 留白很少的密集文本。
2. 不清楚的页面结构和层级结构。
3. 缺少视觉上区分开的章节。
4. 没有定义章节的标题或图标的章节。例如：某个网页的内容块 以“扁平设计”相互连在一起。许多有认知障碍的用户 会觉得很难或不可能弄清哪些块属于一起。因此， 内容分块的所有好处都会丧失。
5. 不合逻辑的组和页面章节。

4.3.4.1 用户需求

我需要不经滚动或执行其他操作，就能到达重要信息和我需要的控件。 它们不是隐藏的，也不在屏幕外。

相关用户故事：可找到。

4.3.4.3 它如何帮助

阅读速度慢的人、执行 功能受损、记忆受损以及其他认知 和学习障碍的人可能无法找到页面上的信息和功能。 例如，需要大量阅读或使用滚动条或指针悬停的内容可能很难找到。 其他用户无法找到需要在不同屏幕之间翻页的内容

不熟悉页面（或常见设计模式）的用户可能依赖突出的视觉 样式辅助来查找重要信息。清晰的标题结构也可以通过 减少需要阅读的内容来提供帮助。

例如，一所小学发布每周通讯，其中包含故事、活动和 重要公告。一个重要公告是学校某天会提前放学。 通讯在提前放学信息之前放置了不太重要的信息，并且没有在 重要信息旁边放置警告符号。阅读较慢的家长可能需要在 读到重要信息之前停下来，因此不知道学校某天会提前放学。 该家长没能按时在家接孩子。

另一个示例中，用户正在写评论，但当焦点位于文本区域时，发送按钮不可见。 因此，她看不到如何发送反馈。公司 随后将无法收到那些找不到反馈按钮的群体的任何反馈。

4.3.4.4 更多细节

滚动前可见的页面量取决于许多因素，例如 物理设备尺寸和分辨率。在可能时，使用网站统计信息了解 用户正在使用什么技术。设计页面时请牢记这一点。

先考虑约束最强的用户体验（例如 240px 宽的移动电话），然后 从那里向上设计。这将覆盖最广泛的场景。采用 响应式开发实践可以提高页面对更多设备和 情境的灵活性。

4.3.4.5 入门

使页面上最重要的内容易于找到。在设计流程早期识别 关键内容及其位置。

文档顶部的空间最有可能在不滚动的情况下对 用户可见。将关键内容放在页面顶部，为最广泛的用户 提供最佳体验。

4.3.4.6 示例

使用：

1. 无需滚动页面即可看到的重要控件和功能。
2. 突出于不太重要链接和按钮的重要控件，例如提交按钮。
3. 高亮显示且无需滚动即可看到的关键信息（例如关于健康和安全的信息）。
4. 在视觉上突出于页面上其他不太重要信息的关键信息。

避免：

1. 用户无法立即找到的重要信息、控件或功能。例如：关于用户安全的警告 没有视觉区分，且不在首屏之上。

4.3.5.1 用户需求

我需要轻松导航到我想要的内容，能够休息，并且如果我跟不上或分心， 可以轻松回退一步。

相关用户故事：媒体。

4.3.5.3 它如何帮助

使用带标题的清晰、逻辑结构，使用户即使分心或失去专注，也能轻松 定位并浏览内容。这对有注意力障碍的人尤其重要。

提供简短且合乎逻辑的片段，帮助用户找到并专注于特定主题。如果用户失去 注意力，他们可以在材料中找到自己的位置，并从他们记得的最后一点 重新开始。这对教育内容或说明尤其重要。

将媒体分块也允许为每个片段提供唯一 URI。随后即可轻松 引用和共享。

例如：

• 某些视频可以自然地组织成章节或片段。
• 播客可以拆分成若干片段，而不是单个一小时录音。

4.3.5.4 更多细节

• 六分钟或更短： 媒体通常应划分为 时长 6 分钟或更短的片段。
• 可导航： 提供到每个媒体片段的导航，以及唯一且 描述性的标签。
• 逻辑顺序： 按逻辑顺序呈现媒体片段链接。
• 例外： 没有逻辑断点的媒体不需要 再细分。

4.3.5.5 示例

使用：

1. 被划分为简短逻辑片段的媒体。每个章节都有标签并易于到达。 例如：一个 30 分钟视频被分为 5 个章节，每个章节都有描述性链接， 可以从该点开始播放。

避免：

1. 未被划分成片段的媒体。例如：一个 30 分钟视频没有 任何分段或章节描述。用户必须从头播放，或猜测 视频中的起始位置。
2. 没有标签的媒体章节。
3. 没有在摘要或目录中链接到的媒体章节。

4.3.6.1 用户需求

我需要能够轻松找到功能和内容。

相关用户故事：可搜索。

4.3.6.3 它如何帮助

拥有搜索能力使用户即使无法使用网站菜单，也能找到他们需要的内容。 用户可以学会如何使用搜索，并在许多网站上复用该技能。

菜单系统和大多数网站导航都要求用户理解菜单类别。具有执行 功能受损的用户可能无法识别正确类别。

在某些情况下，用户是通过记忆而不是逻辑知道正确类别的。例如，大多数 用户记得打印功能通常位于文件菜单下。记忆受损的用户 可能无法基于回忆找到这些菜单项。

短期记忆受损、年龄 相关健忘的人，或容易分心的人，也可能发现导航网站并 前往许多页面查找内容很困难。如果耗时太久，他们可能失去专注并 忘记自己在寻找什么。

当搜索能够纠正拼写错误、找到合适或相关内容，并 提供搜索词的建议自动更正版本时，搜索最有用。

如果有许多来自相关主题的结果，将搜索结果呈现在适当的 标题和类别下会有帮助。这有助于用户找到他们正在寻找的搜索结果。

4.3.6.4 更多细节

在每个页面距离主页不超过 两次点击的小型网站上，搜索不那么重要。

4.3.6.5 示例

使用：

1. 带拼写检查或建议词的搜索。

避免：

1. 呈现许多结果，但没有按它们与原始请求的关系进行分组或排序的搜索。

4.4.1.1 用户需求

我需要理解所使用的语言，包括词汇、句法、时态和语言的其他 方面。

相关用户故事：清晰语言。

4.4.1.3 它如何帮助

这会使许多人受益，例如有语言障碍、处理困难或 记忆障碍的人。使用不常见词语会使文本和媒体难以理解。

有语言障碍的人通常词汇量减少。学习新术语是一个非常 缓慢、困难的过程。对其他群体而言，例如患有痴呆症的人，学习新 术语并不现实或不可能。使用他们尚不知道的不常见词语，会 使内容不可理解（无法被理解）且不可用。

例如，患有轻度痴呆症的人正在尝试打开 ICT 供暖和空调 装置。用于选择供暖或空调的菜单项标为“mode”。用户因为 这一个术语而无法使用整个装置。这种设计曾造成低体温等 紧急情况。

使用常见词语和术语，并使用它们最常见的含义，将有助于避免这些问题。

请参见我们的开发者 资源页面，了解常见词语页面和相关资源。

4.4.1.4 更多细节

使用不常见词语时，通过以下方式提供解释：

• 在其旁边的括号中添加简单语言术语，
• 提供弹出式定义，或
• 使用受支持的标记（参见 easylang）。 请注意，easylang 正被引入新的个性化规范 [personalization-semantics-help-1.0]。 在发布时仍需要更多支持。

4.4.1.5 入门

从在标题、标签、导航 元素、说明和错误消息中使用清楚词语开始。这会在无需大量时间投入的情况下 提高可用性。

4.4.1.6 示例

使用：

1. 常见、清楚且易于理解的词语和术语定义。例如：

   你的房东必须遵守法律。

   • 你的房东只能将你的押金（保证金）用于某些 事项，例如未付租金（你欠的租金）以及修复你造成的损坏。
   • 你的房东必须在明确日期之前将押金（保证金）退还给你。 这通常是在你搬离公寓后 30 天。

2. 首次使用时解释缩写，除非该缩写比完整术语更常见。 首次使用后，缩写放在带 title 的 abbreviation 标签中。
3. 不常用的首字母缩略词在首次使用时解释，之后放在 带 title 的 acronym 标签中。
4. 避免或解释行话。

避免：

1. 没有解释的不常见词语。例如：

   房东的扣除权。租户搬入 租赁物业时，将向房东支付押金。根据司法管辖区， 只要租户遵守租赁协议或合同的所有条款和约定， 该押金将在租期终止后的特定时间段内退还给租户。 选择下面的链接以阅读与你的情况相关的法律。

2. 用户可能不知道且未解释的缩写、首字母缩略词和行话。

4.4.2.1 用户需求

我需要理解所使用的语言，包括词汇、句法、时态和语言的其他 方面。

相关用户故事：清晰语言。

4.4.2.3 它如何帮助

使用简单时态和语态会使许多人受益，例如有语言障碍、 阅读障碍或记忆障碍的人。例如，更多人能理解“press the on button” （现在时和主动语态），而不是“the on button should be pressed.”（被动语态）。

主动语态能清楚说明谁应采取行动。例如，“It must be done.” 是 被动语态，没有说明谁必须行动。“You must do it.” 是主动语态，并清楚说明 谁执行该操作。

将句子的目标放在开头，也可以使英语句子更容易 跟随。本地语言专家可能有额外的语言学建议，有助于使内容 易于理解。

4.4.2.4 更多细节

• 当其他语态或时态更容易理解或更友好时，使用它们。
• 在不存在现在时和主动语态，或它们不是最清晰选项的语言中， 使用最容易理解的时态和语态。
• 如果你正在写过去或未来的事件，不要使用现在时。那会 令人困惑。

4.4.2.5 示例

使用：

1. 简单时态和语言。例如：“你的股票这个月上涨了。”

避免：

1. 复杂语言和时态。例如：“在过去一个月里，我们看到你的股票一直在上涨。”

4.4.3.1 用户需求

我需要理解所使用的语言，包括词汇、句法、时态和语言的其他 方面。

相关用户故事：清晰语言。

4.4.3.3 它如何帮助

简单句子结构会使许多人受益，包括有语言障碍、 阅读障碍或记忆障碍的人。双重否定和嵌套从句都可能令人困惑。

例如，更多人会理解“You must get the agency’s approval before we can answer your claim”，而不是“No approval of any claims can be achieved without the agency’s approval.”

简单语言能让更多人理解。例如，患有早期痴呆症的人在语言清楚且 可理解时，能够管理自己的事务。

4.4.3.4 示例

使用：

1. 不含双重否定的短文本。例如：“清楚地书写”。

避免：

1. 可被肯定表达替换的双重否定。例如：
   • 不要写得不清楚。
   • 时间不是无限的。

2. 带有大量逗号和连词的长句。例如：
   • 通常，从句会由两个逗号分隔，一个在前，一个在后，或者是 “or”这个词，或者是“and”这个词，因此你可以用一个选项列表， 甚至不止一个段落来替换该句子。

4.4.4.1 用户需求

我需要理解文本的含义。我不想要未解释、隐含或含糊的 信息，因为我可能会误解笑话和隐喻。

相关用户故事：清晰语言。

4.4.4.3 它如何帮助

许多人不理解非字面内容。例如，自闭症 人士可能不理解笑话和明喻。有时说明会使用笑话和明喻来 使内容更友好。然而，这会让用户困惑，使她现在无法按 需要完成工作。

你可以通过以下方式解释任何非字面语言：

• 在任何非字面文本（如隐喻和明喻）旁边的括号中添加简单语言术语，
• 提供弹出式定义，或
• 使用受支持的标记（例如个性化语义 [personalization-semantics-help-1.0]）。

在非文本媒体中，将非字面内容作为媒体的一部分进行解释，或将其包含在单独的 文件或轨道中。参见最佳实践。

4.4.4.4 更多细节

当你用字面文本替换非字面文本时，确保含义仍然清楚。在弹窗或其他替代方式中 提供字面文本时，请检查这一点。

4.4.4.5 入门

从在标题、标签、导航元素、说明、 错误消息，以及任何可能影响用户权利或福祉的内容中使用清楚的字面文本开始。这会 在关键位置提高可用性，而无需改变你的写作风格。

4.4.4.6 示例

使用：

1. 字面文本和具体语言。例如：
   • 如果你在开始前感到焦虑障碍，请深呼吸，告诉 自己你能做到，然后开始。焦虑可能包括紧张、恐惧、 头晕或呼吸急促。

避免：

1. 非字面文本。例如：
   • 如果你在开始前感到脚冷，请深呼吸并跳进去。

4.4.5.1 用户需求

我需要理解所使用的语言，包括词汇、句法、时态和语言的其他 方面。

相关用户故事：清晰语言。

4.4.5.3 它如何帮助

将文本内容分块会使其更易阅读和理解。这有助于在处理速度或语言方面 有学习或认知障碍的人。记忆障碍者或任何容易分心的人 也会受益。分块也有助于任何多任务处理的人。尽量将每个块或段落的 目标或目的放在开头。

例如，具有AD(H)D 的研究生可能需要自学一项新的软件技能。软件文档按主题分成 短段落和列表。该学生发现文档易于阅读和 理解。

4.4.5.4 更多细节

• 什么是短段落？ 在英语中，如果一个段落超过 50 个词，尝试将其拆分成两个段落。
• 如何避免写出包含多个要点的句子？ 包含 多个要点的句子通常有多个连接词，例如“and”或“but”。
• 长句是否可能比两个短句更清楚？ 如果长句是否比 两个短句更清楚，请仔细检查。进行可用性测试，了解具有认知 和学习障碍的人是否觉得长句更容易理解。
• 什么时候应使用列表？ 当你连续列出三个或更多事物时， 列表非常适合。考虑为项目、要求 和例外使用无序列表（带项目符号）。三个或更多步骤组成的序列更适合作为编号列表。

4.4.5.5 示例

使用：

1. 短文本块。例如：
   • 卡尔加里本周末将有大量降雪和冰雹。尽量不要开车。如果你必须 开车：
     • 使用冬季驾驶规则以确保安全。
     • 出发前，在旅行者信息 网站上检查哪些道路安全。

避免：

1. 长文本块。例如：
   • DOTD 发布卡尔加里冬季天气出行提醒。由于假日周末天气预报中 可能出现降雪和降雨，交通与发展部（DOTD）宣布部门员工已准备好 应对冬季天气。维护人员将待命，以在任何受影响的桥梁和 道路上撒沙和盐、清除道路上的倒树，并在需要时关闭道路。临时 秘书 Jane Doe 敦促驾驶者认真对待冬季天气威胁。“在恶劣 天气条件下，部门将努力维持高速公路和州际公路的通行；不过， 我们鼓励驾驶公众在可能情况下避免在 雪和冰期间出行，”Doe 说。

4.4.6.1 用户需求

我需要词语包含语音读取这些词语所必需的重音、字符和变音符号。

相关用户故事：清晰语言。

4.4.6.3 它如何帮助

对某些读者来说，解码词语、数字和符号并不会 自动发生，并且可能对工作记忆和执行 功能要求很高。如果他们觉得内容要求过高，就有失去其含义的风险。

某些用户可能使用辅助技术或个性化工具来帮助理解内容，例如 会大声朗读内容的文本转语音。然而，有时标点或格式 会更可能使屏幕阅读器错误朗读。例如，罗马 数字可能被读成文本。

有学习障碍的用户可能无法操纵字母、数字和词语来 纠正因格式或标点错误而发生的错误。他们还需要专注于 理解内容含义，才能使用它。

例如，有沟通障碍的用户可能用文本转语音收听内容。 如果内容表述正确，他们可以理解。有时他们听到内容被 错误朗读或跳过，尤其是数字和符号，就无法理解。如果 文本、数字或符号采用不熟悉的布局，用户可能会感到困惑。

相比之下，盲人收听内容时，即使词语没有正确发音， 也很可能能够弄清正确含义。然而，为弄清正确含义所需的词语处理 对有沟通或语言障碍的人来说无法实现。

4.4.6.4 更多细节

使用语言标签。 语言标签是实现 无歧义文本格式这一目标的关键手段。参见 HTML [HTML] 语言标签和 BCP 47 语言代码。

正确使用标点，使其符合你正在编写的语言， 因为当文本转换为语音时，它会影响听到的重音和语调（称为 韵律）模式。例如，在英语中，逗号和分号会在语音中产生 短暂停顿，而连字符 - 通常会被 忽略。问号、感叹号和引号可能 导致语调变化，例如声音音高上升。

尽可能避免在文本中使用罗马数字和不熟悉的符号。 这些可能会使读者困惑，并且很可能被文本转语音工具 错误朗读。如果这些符号是必要的，请确保它们被正确标记，使用 MathML 和缩写展开等技术来提供额外 支持。如果单独使用罗马数字，应以大写形式呈现， 因为它们很可能被读成单个字母。

长数字可能被读成单个数字或被表述为一个整体数字。这对 电话号码或邮政编码尤其是个问题。虽然很难准确控制这些 数字如何被大声朗读，但内容创建者可以通过以下方式提供帮助：

• 显示数字内容，并使用 HTML 语义以确保用户和辅助 技术知道该数字的用途。此外，以下建议 可以帮助改进文本转语音渲染：
• 对于电话号码，使用该电话号码所在地的正确布局，并确保 用户可以选择整个电话号码（包括区号），以便文本转语音声音 能识别格式并正确表述。
• 对于 Zip / Postal codes，在数字附近包含州或地址信息，以便 语音声音能够展开已知缩写（例如州名），并使听者能够 感知语境。
• 编写长数字时，考虑你的读者熟悉哪些分隔符以及 它将如何被大声朗读。通常，英语国家会在 千位之间使用逗号，并使用句点作为小数分隔符，而德国和其他欧洲国家 则相反。例如，1,245 在英语中表示一千二百四十五， 但在德语中表示一点二四五。文本转语音输出将假定这些 分隔符按其语音语言的格式使用。如果这与 内容不匹配，听者就可能容易困惑。虽然用空格替换千位分隔符 已成为避免困惑的常见约定，但这会导致 文本转语音在朗读长数字时以割裂方式读出。例如， 120 034 943 可能被读作一百二十、零三四、九百 四十三。

4.4.6.5 示例

使用：

1. 可在任何文化中被阅读和理解的日期。

   考虑你如何书写日期， 因为文本转语音同样会使用与语音语言相关联的格式。 像 04/03/2019 这样的日期，会被美国英语声音读作“April 3rd 2019”， 被英国英语声音读作“4th of March 2019”。用文字写出月份 可以避免困惑。

避免：

1. 不清楚或会根据文化以不同方式朗读的日期和数字。

4.4.7.1 用户需求

我需要词语包含语音读取这些词语所必需的重音、字符和变音符号。 这通常是阿拉伯语和希伯来语等语言中的语音合成和语音阅读器 所需要的。

相关用户故事：清晰语言。

4.4.7.3 它如何帮助

某些语言，例如希伯来语和阿拉伯语，具有可选元音和变音符号。没有 这些标记时，具有相同字符的大多数词语会有两种（希伯来语）到七种（阿拉伯语） 不同的发音方式和不同含义。大多数读者可以根据 语境阅读该词，并使用视觉记忆来猜测正确发音。视觉记忆受损的人、 慢读者以及文本转语音，可能经常猜错术语或 发音。

例如，有语言障碍的用户正在尝试读出一个词。他们猜测三种 不同发音，直到找到一个有意义的。不幸的是，许多有 语言障碍的人无法弄清含义，因为脱离语境的词语可能只提供一个 大致想法，而不是具体含义。文本转语音通常需要这些字符来朗读 正确的词。

请注意，并非所有变音符号都是正确发音所必需的。只需要包含 对无歧义发音必要的字母和变音符号。

4.4.7.4 更多细节

词语可以被解读并发音为正确含义。

4.4.7.5 入门

在希伯来语中添加额外的 Yud（י）和 Vav（ו），以启用正确发音。

4.4.7.6 示例

使用：

1. 能够启用正确发音的额外字母或变音符号。例如：
   • 他说：אֹמַר /אומר（希伯来语）
   • 他写了： كَتَب（阿拉伯语）
   • 书籍：كُتُبْ（阿拉伯语）
   • 它被写下：كُتِبَ（阿拉伯语）

避免：

1. 缺少所需字母或变音符号的词语，使用户必须根据 记忆和语境猜测发音。例如：
   • אמר（希伯来语）
   • كتب（阿拉伯语）

4.4.8.1 用户需求

我需要长内容有易于理解的简短摘要，或有易于 理解版本选项。

相关用户故事：清晰语言。

4.4.8.2 要做什么

为长文档和媒体提供简短摘要。

强调任何重要关键词，以帮助人们理解文档的目的和内容，并判断 它是否可能包含他们需要的信息。

摘要应使用常见词语、短句，并以易于理解的 风格和时态编写。

4.4.8.3 它如何帮助

提供易于理解的摘要，能帮助许多人快速判断内容是否与他们 及其当前目标相关。由几句话或项目符号组成的高层大纲 最有效。摘要和执行摘要通常更长且更详细，因为它们旨在总结整个文档。

对于媒体，摘要可帮助注意力持续时间短的用户找到确切需要的文件，并 跳转到正确内容。所有媒体文件都应有 摘要描述。

4.4.8.4 更多细节

提供能被具备较低中等教育水平阅读能力的人理解的文本摘要。

在少于 300 个词的内容片段中，标题可以充当摘要。

每个片段的摘要应包含内容中的主要要点。用户应能够 使用摘要唯一识别内容，并知道它将包含什么。

4.4.8.5 示例

使用：

1. 清楚说明主要要点的项目符号短摘要。

避免：

1. 没有摘要的长文本、文档或媒体。
2. 不清楚的摘要。例如：
   • 在多媒体中，片段被概括为第 1 章，第 1 部分。第 1 章，第 2 部分， 等等。

4.4.9.1 用户需求

我需要简短的框或内容块或章节

相关用户故事：支持。

4.4.9.2 要做什么

在说明中，分隔每个步骤。清楚陈述每个步骤。这包括：

• 包括所有步骤，即使是你认为“显而易见”的步骤，
• 使用数字和列表也会有帮助，
• 用 if/then 表提供复杂说明，这可能更容易跟随，或
• 使用友好的图形可以帮助使说明不那么吓人。

4.4.9.3 它如何帮助

分步说明会使许多人受益，例如有语言障碍、 处理困难或记忆障碍的人。

例如，工作记忆受损的人无法同时记住许多条 信息。如果他们需要记住自己正在做什么、拆分步骤， 并跟踪自己已经完成的内容，就更可能犯错。当说明被 清楚分隔和排布时，他们可以在不犯错的情况下跟随这些说明。

4.4.9.4 示例

使用：

1. 使用项目符号分隔每个步骤。
2. 使用 if/then 表根据条件分隔步骤。例如：

   If	Then
   如果你想从事编程工作：	制作一份简历。 准备一些你编写的示例代码。 将它们发送到 programing@example.com。
   如果你想从事设计工作：	制作一份简历。 准备一些你设计的示例页面。 将它们发送到 design@example.com。

避免：

1. 在同一文本块中放入多个步骤而不分隔。例如：
   • 如果你想从事编程工作，请将简历和你编写的示例代码发送到 programing@example.com。 如果你想从事设计工作，请将简历和示例页面发送到 design@example.com。

4.4.10.1 用户需求

我需要良好使用留白，以便这些块清晰，页面不会变得 令人不知所措。

相关用户故事：视觉呈现。

4.4.10.3 它如何帮助

留白（也称为负空间或背景颜色） 减少杂乱，并为内容提供界定。这让 观看者能够获得网页的清晰概览。设计者会使用它来 增强文本和页面上对象的位置。

使用留白有助于在页面中导航并帮助人们阅读。它可以帮助用户 找到页面上的重要元素。对于具有认知 和学习障碍的人，留白已被证明可以缓解阅读困难并 改善对内容的理解。

确保用户还可以通过 Web 扩展或用户设置调整 对象和文本周围的留白量。这支持 识别网页内容中重要元素的能力。

4.4.10.4 更多细节

在字母、词语、句子行、 段落和文本块之间使用清晰间距。

允许轻松调整对象和文本周围的留白，包括框、 段落标题和内容，使其达到适合用户且不会破坏 网页整体完整性的程度。不要添加过多留白，以致重要内容无法 在滚动前看到。

请注意，“white space”是一个表示背景颜色的术语。它并不 总是需要是白色！

4.4.10.5 示例

使用：

1. 内容各独立章节周围的留白。

避免：

1. 密集页面。

4.4.11.1 用户需求

我需要轻松感知内容，例如：

• 文本清晰，因为背景是单纯的。
• 媒体没有令人分心的背景噪声。

相关用户故事：视觉呈现。

4.4.11.3 它如何帮助

逐短语阅读句子比逐词阅读传达更多含义。短语 也更容易理解。一个人一眼能处理的词越多， 阅读越快，越容易理解所写内容，也越能保持兴趣。大多数人可以一次 接收一整行文本，甚至更多。一次注视多个 词对许多人理解内容是必要的。慢读者可能需要 6 到 9 次眼睛注视才能慢慢读完一个 句子，有时一次只能接收一个词（或词的一部分）。 添加背景会减少读者一次能注视的词数。移除 背景有助于用户同时理解更多词语。

此外，阅读理解通常会使用自动词语识别。例如， 英语中大约有 200 个词不符合传统的字母发音 模式。这些词必须被记住并自动识别。如果用户无法识别 这些词，文本就更难理解。背景会增加用户 识别词语所需的时间。

类似地，音轨中的背景噪声会使处理和理解 主要内容更困难。

4.4.11.4 示例

使用：

1. 易于识别的词语，以及能轻松与背景区分的内容。

避免：

1. 可能使文本难以阅读的背景，例如 “文本 后方使词语难以识别和处理的背景。”

4.4.12.1 用户需求

我需要理解文本的含义。我不想要未解释、隐含或 含糊的信息，因为我可能会误解笑话和隐喻。

相关用户故事：视觉呈现。

4.4.12.3 它如何帮助

隐含内容对某些用户来说可能很困难，因为含义不清楚。这包括 抽象内容、讽刺或隐喻。含义不清楚，并要求用户具备 额外知识才能理解。

当使用身体手势、情绪沟通和面部表情作为 传达某些信息的唯一方式时，重要的是以另一种方式包含这些信息，以确保所有用户 理解。实现这一点的一种方式是通过补充文本。

例如，社交媒体帖子中使用图像来传达一个人的真实感受。 某些人可能无法理解图像所展示的情绪。他们 会在缺少更多语境的情况下错过作者试图表达的重点。

类似地，一项研究让自闭症 人士观看一部含有大量隐含内容的电影。他们在看演员的 嘴部，但讽刺等信息是通过面部表情传达的。当被问到 电影中发生了什么时，有些人错过了隐含沟通和对话重点。

4.4.12.4 更多细节

这包括：

• 单独用于标识某事重要或应被记住的图形，
• 文本中的讽刺，以及
• 用于增加重要性或传达与配对文本字面含义相反内容的 动画。

请注意，标准 emoji 通常带有解释或替代文本。

4.4.12.5 示例

使用：

1. 在电子邮件和社交媒体帖子中书写讽刺评论时，使用补充文本，例如 （讽刺），以帮助读者理解沟通意图。
2. 个性化语义（一旦成熟）用于添加非字面文本替代。参见 [personalization-semantics-help-1.0]。

避免：

1. 未解释的隐喻和明喻。例如：“你是我的阳光。”，而不是说 “你让我快乐。”

4.4.13.1 用户需求

我需要词语，而不是数字和数值概念。

相关用户故事：数学概念。

为数字和数值概念提供替代方式。

4.4.13.3 它如何帮助

并非所有人都能理解数字和数值概念。

例如，有些人有计算障碍，这是一种 与数学特别相关的学习障碍。计算障碍人士在 数字和数学概念方面存在显著问题，但 通常在其他智力领域表现出色。

例如，有计算障碍的用户在只以数字格式呈现温度数据时，可能难以处理 温度数据。然而，如果提供非数字替代方式（冷、暖、热等），那么 他们就能够理解内容。

数字能力问题可能由一系列障碍引起，其中最 严重的是无法阅读或理解数字。其他 人在任何计算方面都有挑战，例如相对大小 或时间。

例如，用户可能理解 90cms 作为长度的概念，但难以应对 0.9m 和 900mm 是相同长度这一事实。

另一个示例中，列车时刻表列出了列车整点发车的相对时间。 用户无法计算下一班列车何时从他们的位置出发。

4.4.13.4 更多细节

在理解数学不是使用此内容的主要要求时，使用以下方式之一：

• 用非数值概念强化数字，例如：非常冷、冷、凉爽、温和、暖、热、 非常热。
• 一旦成熟，也可以使用个性化语义来添加非数值概念。 参见 [personalization-semantics-help-1.0]。

请注意，其他用户可能会发现数学比长文本更容易 理解。

当某些数学技能对内容而言是必不可少时：

• 转向可扩展的数字数学（而不是图像中的 数字）。
• 启用在讨论时高亮显示各个章节。
• 将数字章节链接到可一起阅读的额外帮助。
• 允许将数学章节替换为文字或摘要，以供偏好这种方式的用户 使用。

4.4.13.5 示例

使用：

1. 为数值内容提供额外支持，例如：
   • 尺寸
   • 数量
   • 距离
   • 时间
   • 日期
   • 温度
   • 正/负
   • 计算
   • 排序
   • 百分比。

   对于上述内容，存在对数字作为概念的含义的描述或表示。

避免：

1. 没有额外支持的数值内容

4.5.1.1 用户需求

我需要知道事物在哪里。在我使用控件和内容时，它们不会意外 移动。

相关用户故事：协助和支持。

4.5.1.3 它如何帮助

如果控件移动，手眼协调较慢或认知处理速度受损的用户 可能会点到错误控件。这会导致不想要的操作和错误。用户可能会经历 方向迷失、困惑，甚至对内容产生错误理解。

例如，用户正准备按视频上的按钮。用户意外轻碰了设备。 屏幕方向变为横向，控件移动了。由于用户眼动追踪或手眼 协调较慢，最终按到了指向新视频的链接。

控件和内容的移动也可能导致认知过载，并增加精神疲劳。例如， 当具有创伤性脑 损伤的用户阅读内容时，内容刷新，并在 当前内容上方出现一篇额外文章。用户正在阅读的文章向下移动。用户会 迷失方向，应用变得非常难以使用或理解。

4.5.1.4 更多细节

控件意外移动包括：

• 列表中的链接改变位置，
• 方向变化，以及
• 页面加载缓慢，而用户以为页面已经完成。

4.5.1.5 示例

使用：

1. 在页面加载或刷新时不会到处移动的控件和内容。
2. 页面加载时清晰可见的加载图标。内容加载完成并且不再移动后， 移除该图标。
3. 只在用户发起变化时才移动的控件和内容。

避免：

1. 未经用户请求而移动的控件和内容。例如：用户正准备 选择一个电话号码拨打。当用户即将触碰电话号码时，它向 下移动。用户按到了错误电话号码并打给了错误的人。
2. 列表中的链接改变位置。
3. 无法轻松关闭的方向变化。
4. 加载缓慢而用户以为已完成的页面。

4.5.2.1 用户需求

我需要可预测的返回或撤销功能，以便我确切知道犯错前 自己之前在哪里。

相关用户故事：撤销。

4.5.2.3 它如何帮助

允许用户返回到先前位置有助于防止错误，并在错误发生时 使纠正错误变得容易。

错误示例包括：

• 意外触碰控件，
• 意外打开新链接，以及
• 关闭了用户本想保持打开的窗口。

如果一个人很容易犯错或经常犯错，那么 他们能够返回并做出更改，而不会 删除其工作或先前选择，这一点很重要。

例如，用户正在观看视频。他们尝试增大 音量，却触碰了另一个链接。现在加载了一个新视频。 用户可以按返回按钮，回到之前正在 观看的视频。他们现在知道可以尝试增大音量， 如果犯错，也可以轻松返回并重试。

另一个示例中，返回按钮没有按预期工作，而是把他们带到其他地方（例如 首页）。当他们尝试更改音量或添加评论时，他们经常丢失正在观看的视频， 并找不到返回它的方法。用户现在觉得自己不能使用 网站的任何功能，因为可能再次丢失主要内容。他们不会展开 屏幕、更改音量或留下评论。

在表单中，用户每次必须重新输入数据都会带来新的犯错机会。 对某些具有认知 和学习障碍的人来说，输入和重新输入数据可能令人紧张和疲惫。 这会增加犯错的可能性，并可能使提交正确数据和完成预期任务 变得不可能。

对于有焦虑、记忆挑战和难以跟随 指令的人来说，能够返回并检查自己已经 输入的信息非常重要。例如，对某些人来说， 跟随指令和检查答案作为两个 单独任务来完成效果最好。能够在专注于 跟随指令的情况下输入信息，然后稍后返回检查 答案，有助于他们更有效。

4.5.2.4 入门

当用户有机会返回并检查他们输入的数据时，即使是误提交也一样。 返回按钮始终按预期工作。

4.5.2.5 更多细节

支持用户返回的选项包括：

• 通过清楚标记的操作在用户旅程中返回 若干步骤。
• 使用可点击的面包屑导航，其中先前步骤可点击， 且不会丢失数据。
• 使用返回和撤销功能，且不会发生不想要的数据丢失。
• 一旦成熟，也可以使用个性化语义来记录步骤并返回到 流程中的某一步。参见 [personalization-semantics-1.0]。
• 重新打开已关闭的窗口或选项。

4.5.2.6 示例

使用：

1. 让返回变得容易的设计。例如：
   • 用户正在观看视频。他们意外触碰了一个控件。按返回可以 将他们带回同一位置的视频。
   • 用户正在填写求职在线表单。用户意外 按到首页图标并离开了表单。返回按钮会在不丢失任何数据的情况下 将他们带回原来的位置。
   • 用户还能够返回浏览所有屏幕，以确保自己没有 误解某一节或跳过答案。用户可以编辑任何输入错误的数据。

避免：

1. 让返回变得困难的设计。例如：
   • 用户正在观看视频。他们意外触碰控件并进入一个新 视频。按返回会使新视频变小，但不会把他们带回 原始视频。
   • 填写求职在线表单时。用户返回到一个屏幕以 检查是否忘记回答问题。当他们使用返回按钮时，之前输入的所有 数据都被清除/删除。

4.5.3.1 用户需求

我需要支持来管理任务，例如在开始前让我知道我将需要哪些信息 （信用卡、完整地址等）。

相关用户故事：协助和支持。

4.5.3.3 它如何帮助

具有认知 和学习障碍，并在记忆、细节注意或阅读 理解方面有困难的用户，可能不会意识到收费，除非在 交易任务开始时明确说明。条款和条件可以放在链接下，但收费必须 清楚显示，并以易于 理解的语言提供。

在销售开始时清楚标识收费会使所有用户受益。具有认知 和学习障碍的人尤其会受益，因为某些群体不太可能 推断或猜到会包含这些收费。他们可能不知道在用户流程中的其他 位置查找，例如主页或指定费率页面。

执行 功能或记忆受损的人需要以有序形式呈现所有后果，以便 能够做出知情决定。当收费不清楚时，交易的同意 也不清楚。

对残障用户来说，完成购买流程也可能需要更长时间。 如果一个人花了数小时进行在线购买，随后才发现自己负担不起， 这会困难得多，也更令人沮丧。他们通常会责怪自己没有 理解价格，并可能失去信心。他们可能不再信任 自己能够处理在线的日常活动。

例如，一个有执行 功能方面挑战的人可能正在尝试订购机票，却没有意识到存在 原始价格中未列出的额外费用，例如税费、国际费用、行李费等。 他们可能花数小时预订假期，最后才发现自己负担不起。或者， 有时他们最终购买了自己负担不起的东西。此外，即使他们过去完成过 这一流程，也可能无法利用自己的经验来预测 最终价格。结果是用户失去独立在线购买 假期的信心。他们可能背上无法支付的债务，可能不再尝试，或只能 在雇佣专业人士（例如旅行代理或助理）的帮助下尝试。

4.5.3.4 示例

使用：

1. 清楚说明的收费。当用户决定购买商品并将其放入购物车时， 用户知道所有收费，并可以做出知情决定。
2. 清楚说明可能收费范围。对于运费会变化的商品， 列出运费范围和会改变费率的因素，并附上 可查找更多详情的位置链接。例如，重量和配送速度可能影响你的 运费，根据地点不同，费用可能在 4 美元到 400 美元之间。
3. 没有意外条件。

避免：

1. 最终交易包含新收费或隐藏费用，导致 总收费高于预期。
2. 最终交易包含从任务开始起用户并不清楚的购买条件。
3. 交易包含用户在已投入大量努力完成销售之前不知道的收费或条件。
4. 已完成的交易以总费用让用户感到意外。

4.5.4.1 用户需求

我需要帮助我避免错误的界面。

相关用户故事：协助和支持。

4.5.4.3 它如何帮助

在犯下许多错误之后，具有认知 和学习障碍的人以及有年龄相关 健忘的用户通常会放弃任务，并认为自己无法完成。错误 消息可能令人困惑。纠正错误通常对用户来说困难且令人沮丧，并 增加认知疲劳。许多用户在连续遇到错误时需要停止。

例如，在注册网上银行账户时，表单要求输入 用户的出生日期。所需输入格式是 xx/xx/xxxx，单个数字需要前导零。 如果呈现一个没有输入纠正的单个输入字段，具有认知 障碍的用户可能输入 1/3/1996，从而触发错误通知。用户 可能不清楚所需格式是 01/03/1996（即使格式显示在输入字段下方或 错误通知中）。

设计良好的表单会通过自动纠正或建议正确日期格式，使填写 信息更容易，并防止用户犯错。

通过自动纠正用户产生的错误来尽量减少错误，也会尽量减少错误 通知。错误通知可能令人疲惫且分心，使注意力从任务 和任务完成上移开。

4.5.4.4 更多细节

• 清楚标记必填内容。
• 只有在更正可靠时才纠正错误。否则，如果 已知更正建议，请将建议提供给 用户。
  • 例如，“你指的是二月一日（01/02）还是一月二日 （02/01）？”
• 日历和日期。
  • 日历应默认到第一个相关日期。工作日历应默认 到用户所在地的第一个工作日。
  • 基于日历的预订系统必须防止用户预订 早于出发日期的返程日期。
• 温度。
  • 使用用户所在地的默认温度格式。

4.5.4.5 示例

使用：

使错误更不可能发生的设计。例如：

• 纠正邮政编码被写入城市或州信息 文本字段中的错误。
• 防止用户选择不合适的日期，并在用户尝试这样做时提供简单 解释。

避免：

使错误更可能发生的设计。例如：

• 预订表单提供两个没有清晰标签和 说明的日历。该表单允许用户选择日期，但不会警告这些日期是否 可行，例如 6 月 1 日出发——5 月 30 日 返程。
• 系统允许用户选择不合适的日期而不发出警告。日历 只是将不合适的日期变灰，而这可能不会被注意到。没有 提供警告。

4.5.5.1 用户需求

我需要检查我的工作，并且在不丢失刚刚完成的工作的情况下返回。

相关用户故事：撤销。

4.5.5.3 它如何帮助

具有认知 和学习障碍的人填写表单时会比一般人群犯更多 错误。当错误无法轻松纠正时，他们无法完成任务。

撤销错误的能力帮助具有认知 和学习障碍的人安全地使用表单，并 减少错误造成的后果。

例如，有记忆障碍的用户可能不记得 自己已经向购物车添加了某个商品，并可能 第二次添加该商品。他们可能在预订 旅行时混淆日期，或犯其他错误。

具有认知 和学习障碍的人有机会检查 自己的工作并轻松修复错误，这是必不可少的。

对于具有认知 和学习障碍的人来说，错误在理论上 可逆是不够的。通常，逆转一笔 交易的流程对他们来说太复杂，无法在没有帮助的情况下管理。他们可能 无法获得这种帮助，这意味着他们必须承受自己所犯 的所有错误。此外，如果纠正错误的流程太困难， 用户可能会停止，要么丢失交易，要么购买不想要的 商品。

多次发生这种情况的影响是毁灭性的。因此， 许多残障用户可能会停止使用 互联网完成许多任务。

允许用户随时更改购物车中的商品数量， 可以显著减少错误。

在最终提交前提供订单摘要，包括商品数量和其他费用， 使用户有机会识别 任何错误并更改订单。在此示例中， 购买摘要帮助用户看到数量错误以及高于预期的订单总额。

在某些情况下，用户可能在最终提交数据后才意识到 出现了错误。提供关于如何 取消交易的简单语言说明，并帮助用户理解取消交易所需的 时间。这会使他们更不容易受到诈骗。

例如，一个有注意力缺陷/多动 障碍的用户在网站上购买旅行票时，可能在 细节方面挣扎，并且注意力持续时间受损。订单的成功完成 依赖流程中多个步骤提供的信息。错误 例如账单地址中的街道号码或邮政编码不正确， 会导致订单无法通过。如果在提交最终订单前 没有提供摘要，用户可能不理解付款被拒的原因，并放弃 订单。如果没有清晰且可实现的纠正方式，用户也可能停止。

4.5.5.4 更多细节

这通常包括：

• 更改：用户可以简单地检查所有数据并 纠正错误，包括可能没有被 自动识别的错误。用户可以通过 清楚标记的操作更改信息，并在 一个清楚标记的操作中回到原来的位置，而不会发生不想要的数据丢失。（如果某些 数据依赖被更改的项目，可能需要重新输入。）
• 已确认：在提交重要 信息之前提供摘要，并告知用户他们即将提交最终信息。
• 取消交易的时间范围和说明清楚且易于跟随。

4.5.5.5 入门

从错误可能造成严重后果的表单开始， 例如财务损失或脆弱性。

4.5.5.6 示例

使用：

• 在提交重要信息之前提供摘要。它允许用户纠正 信息，并通过一次点击返回摘要。
• 可点击的面包屑导航，允许用户看到先前步骤、返回并更改 它们。

避免：

• 在提交重要信息之前提供摘要，但用户无法在不丢失 其他已输入数据的情况下进行更正。

4.5.6.1 用户需求

我需要清晰标签、分步说明和清晰错误消息。

相关用户故事：协助和支持。

4.5.6.3 它如何帮助

当标签缺失或不清楚时，用户通常不知道该功能可用，或不知道 该控件是什么。虽然许多用户可以猜测控件的用途，但对于有认知 和学习障碍并伴有记忆受损或执行 功能受损的用户来说，他们不太可能记住设计模式或弄清它 是什么。使用熟悉术语并位于控件旁边的清晰标签，有助于具有 认知 和学习障碍的人。

类似地，如果标签不在控件旁边，某些用户会感到困惑。当标签 无法位于控件旁边时，应有清晰的视觉指示器，以可见且 无歧义的方式将标签与控件关联起来。这需要与有学习和认知 和学习障碍的用户一起进行用户测试，以确保它可用。

例如，患有早期痴呆症的用户正在 使用应用。某些控件没有可见标签。照护者向他们展示该 控件的用途后，他们可以使用该应用。第二天他们再次尝试使用时， 记不起该控件的用途。该应用对他们不可用。

另一个示例中，焦点移除时标签消失。用户记不起 该控件是什么，也不知道如何让它重新出现。

标签需要可见、可被辅助技术读取，并位于被标记内容附近。

4.5.6.4 更多细节

许多具有认知 和学习障碍的人使用 Web 扩展和简单文本转语音。这些辅助 技术通常不会读取 WAI-ARIA [wai-aria-1.2] 或 title。在这种情况改变之前，或扩展能显示它们之前，标签不应依赖这些 属性来服务具有认知 和学习障碍的人。

4.5.6.5 示例

使用：

1. 使用简单常见词语并位于控件旁边的可见标签。例如：
   • first name ____________________

避免：

1. 隐藏标签，或使用不常见且不易理解词语的标签。 不清楚需要执行什么操作。例如：
   • given name ___________________

4.5.7.1 用户需求

我需要清晰标签、分步说明和清晰错误消息，以便我确切知道 要做什么。

相关用户故事：协助和支持。

4.5.7.3 它如何帮助

清晰说明有助于防止用户错误。这会减少挫败感，并增强用户的 自主性和独立性，因为他们可以避免求助。这会帮助许多具有认知 和学习障碍的人，也会帮助来自不同文化、新兴市场的人， 以及可能不熟悉 Web 表单或可能错过文化语境的新用户。

例如，有年龄相关 健忘的人正在尝试完成表单。他们将完整地址和邮政编码 放在一行中（就像写信时那样）。他们收到错误消息。经过 几次错误消息后，他们筋疲力尽，无法完成表单。

4.5.7.4 更多细节

在流程开始时提供说明，而不只是放在 错误消息中。

提供用户完成任务所需的说明。当接受多种格式 或自动纠正错误时，用户完成任务所需的说明会更少。

请注意，说明可以隐藏在熟悉的图标之后。

4.5.7.5 入门

在常见错误较多的系统中，先处理影响最大的错误， 并按需添加指导。

4.5.7.6 示例

使用：

1. 清晰且易于理解的说明。例如：
   • 提供一张护照图片，并高亮显示号码，以指示用户 应输入哪个号码。
   • 在日历控件中明确说明一周的哪一天是开始（例如星期日或星期一）。

避免：

1. 复杂任务没有清晰说明。例如：
   • 要求输入护照号码，但不指明护照上多个号码中 需要哪一个。
   • 网站没有说明一周的第一天，并假设工作周从 星期一开始。来自不同文化的用户认为工作周从星期日 开始，并犯错。

4.5.8.1 用户需求

我需要输入能够接受不同格式，而不是将它们标记为错误。

相关用户故事：协助和支持。

4.5.8.3 它如何帮助

宽容的表单输入流程帮助用户填写表单，而不会遭遇令人不知所措的 大量错误。当错误给他们造成问题时，他们可以避免求助。这会减少挫败感， 同时增强用户的自主性和独立性。

这会使任何有学习和认知障碍或年龄 相关健忘的人受益。它也会帮助任何习惯不同格式的人。

例如，有年龄 相关健忘的用户输入带有连字符的电话号码。他们收到 错误消息，因为系统不接受该格式。他们怀疑自己是否 忘记了电话号码或犯了其他错误。他们停止尝试使用该表单。

4.5.8.4 示例

使用：

1. 用于灵活输入类型和验证的平台设施。
2. 研究并支持可能输入的不同格式，包括国际 变体。
3. 最少的必填字段。
4. 接受不同格式的灵活输入字段。例如，接受以下内容的输入字段：
   • 各种货币符号，
   • 带空格或不带空格的信用卡号，
   • 按许多地区书写方式输入的电话号码，包括国家代码、地区代码 以及使用可选括号的号码，以及
   • 带有重音符号等的国际字符。

避免：

1. 将输入限制为任意长度。
2. 如果分隔符不是必需且可以忽略，则坚持要求特定分隔符。
3. 不接受用户可能使用格式的输入字段。例如：
   • 强制用户使用特定货币值，而该货币可能不是他们的货币。
   • 信用卡号字段要求不含空格，尽管卡片上印刷的号码带有空格。
   • 电话号码字段不接受 + 代码或括号。

4.5.9.1 用户需求

我需要时间完成我的工作。我不希望会话在我尝试查找 所需信息（例如邮政编码或社会安全号码）时超时。

相关用户故事：协助和支持。

4.5.9.2 要做什么

避免超时，并允许用户边做边保存工作。

当无法做到这一点时，在用户发起流程时告知用户：

• 完成流程可用的时间量，
• 如果发生超时，用户是否会丢失已输入的数据。

4.5.9.3 它如何帮助

定时事件可能给具有认知 和学习障碍的用户带来显著障碍。这些用户可能需要更多时间来阅读内容或 执行功能，例如完成在线表单。他们可能需要阅读帮助或查看 笔记。

具有认知 和学习障碍的用户可能需要额外时间来查找完成 交易所需的信息。他们可能需要休息，而不会丢失流程中的位置， 也不会丢失已经输入的数据。

例如，在电子商务网站上购物时，用户不记得 所需信息。这可能是日期、电话号码或邮政编码，对没有认知或学习 障碍的用户来说可能容易记住。他们需要查找这些 信息，这会让他们离开屏幕一段时间。然后他们需要小心地 将其复制到表单中。

另一个示例中，用户正在完成在线流程以预订酒店房间并 购买机票。他们被完成流程所需的大量说明和数据输入 压得不知所措。用户无法一次完成该流程，于是休息。

随着用户变得疲惫，认知技能可能下降。随后他们必须在当天 停止任务。当用户知道自己的数据不会丢失时，他们可以从精神疲劳中恢复， 并返回成功完成任务。

需要注意的是，许多人需要时间阅读“超时”通知。通常， 会话在用户读完如何延长时间之前就结束了。如果用户正在 查找信息，他们将看不到超时通知。

4.5.9.4 更多细节

当网站因输入或显示敏感信息（例如信用卡信息）而必须 超时时，网站应在最后阶段才询问敏感信息。

网站还应警告用户，一旦他们提供信用卡信息，就 应快速完成流程，因为会话可能超时。

4.5.9.5 示例

使用：

1. 在可能时提供无限时间。
2. 具有学习和认知障碍的用户觉得容易避免的超时。例如： 在任务开始时告知用户他们有一天时间完成 任务。他们有选项将时间设置得更长。
3. 当需要超时时：
   1. 在任务开始时提供超时警告。 例如：在 拍卖中，用户提交竞价的时间有限。任务 开始时，警告用户存在时间限制，以及距离时间结束还有多久。
   2. 在可能且安全时，不丢失用户的工作。 例如：含有敏感信息的网站 使用客户端时间限制，以帮助保护 可能离开电脑的用户。当用户再次登录时，所有工作 仍然保留。提前告知用户非活动会话有多长时间， 并告知他们数据不会丢失。

避免：

1. 对安全并非必要的系统超时。
2. 未在流程开始时警告用户的系统超时。
3. 用户会丢失其工作的系统超时，且这并非安全或隐私 风险所需。

4.5.10.1 用户需求

我需要快速反馈或视觉提示来显示某个事件已成功触发。例如， 我需要知道电子邮件何时已发送，否则它看起来就像刚刚 消失了一样。

相关用户故事：协助和支持。

4.5.10.3 它如何帮助

• 理解他们的操作已被处理（例如，点击确实 做了某事），
• 防止对结果产生不确定或怀疑，以及
• 记住他们刚刚做了什么。

例如，有年龄相关 健忘的用户可能难以记住界面如何工作。因此当他们 按下发送按钮时，可能不确信表单是否已提交。反馈，例如 感谢消息，会告诉他们提交已发生，并使他们对该 流程有信心。

在多步骤任务期间，此反馈（用户操作反馈）还可以帮助有 注意力或短期认知 和学习障碍的人记住自己正在做什么。例如，早期 痴呆症用户可能会分心，然后忘记自己在任务中的确切位置。此 用户操作反馈帮助他们重新定位。它还通过提醒他们自己处于某个流程中， 以及当前在流程中的位置，帮助他们避免离开任务。

为每个用户操作提供易于识别的成功或失败反馈。 在可能时，反馈应使用一致且 熟悉的设计模式。例如：

• 多步骤任务中的某一步完成后，面包屑导航在该步骤名称旁显示勾号或对号； 并且，如果适用，下一步的标题或名称清晰可见。
• 按钮被点击后，应看起来已被按下。（请注意，如果 它是切换按钮，则其状态也应可通过程序确定）。
• 表单提交或电子邮件发送后，提供传达刚刚发生之事的反馈， 例如“你的申请已提交，谢谢”或“你的电子邮件 已发送”。

4.5.10.4 更多细节

每个用户发起操作的成功或失败，都通过内容主要模态中的 视觉、可通过程序确定的 快速反馈清楚指示给用户。支持音频 反馈。

4.5.10.5 示例

使用：

1. 视觉状态反馈。使用 CSS 和 WAI-ARIA [wai-aria-1.2] 状态，例如 aria-pressed 和 aria-selected，以提供显示状态变化的 视觉变化。例如：按钮和标签页在被选中时具有视觉上清晰的状态。
2. 让用户知道任务是否完成的消息。例如：
   • 电子邮件成功发送或表单成功提交时的 确认消息。
   • 可见且可通过程序确定的信息，用于 显示新密码已设置。

避免：

1. 没有视觉反馈的状态变化。
2. 任务成功或失败但没有反馈。

4.5.11.1 用户需求

在使用网站时，特别是在提供信息或与他人沟通时，我需要知道 自己是安全且受保护的。

相关用户故事：协助和支持。

4.5.11.3 它如何帮助

用户需要知道自己在使用网站时是安全且受保护的，特别是在提供 信息或与他人沟通时。

执行 功能受损的用户不太可能正确识别风险，因此清楚标识潜在 风险有助于用户保持安全且掌控。添加有用提示，帮助用户在 使用你的内容时保持安全，并在出现问题时提供帮助。

为帮助识别风险，我们建议与具有认知 和学习障碍的人开展研究和焦点小组，并与具有认知和学习 障碍的人合作解决潜在和现有问题。小组在处理安全和风险缓解时 应考虑有学习和认知障碍的人。

例如，许多无法复制和粘贴密码或使用两步授权码的人 会请求照护者帮助他们。由于照护者通常只是临时雇员，这会使 用户暴露于风险之中。使密码更长或要求用户定期更改密码，会增加这些 不安全做法，并且实际上可能使应用安全性降低。当具有认知 和学习障碍的人被排除在用户研究和分析之外时，这类设计错误很 常见。

4.5.11.4 示例

使用：

1. 经过有学习或认知障碍的人测试，并在你的司法管辖区内被批准用于 敏感数据的安全技术的替代登录选项。
2. 与广泛的有学习和认知障碍的人交谈，以理解 风险以及它们可能如何与个人信息相关。
3. 在研究、开发和需求阶段使用 COGA 人物画像和用例。
4. 用于存储和保护用户信息的行业最佳实践。
5. 采用易于 理解的语言编写，并经过有学习和认知 障碍的人测试，以确保他们理解风险的同意表。
6. 每次可能提供个人信息时，用易于 理解的语言向用户发出警告。

避免：

1. 用户在不了解所有风险的情况下共享信息。
2. 关于风险的信息隐藏且令人困惑。
3. 用户只同意一次，随后忘记自己当前面临的风险。
4. 用户可能无法理解的同意表。

4.5.12.1 用户需求

我需要界面使用我知道并且在我所在地区常用的度量单位（例如英尺或 米），否则我会感到困惑。我并不总是知道它们在谈论什么度量单位，或 注意到数字看起来不对。

相关用户故事：协助和支持。

4.5.12.3 它如何帮助

大多数人熟悉在其所在地或文化中常用于度量的一套单位。 当度量采用其他单位时，他们需要进行换算才能理解。 即使是计算器等工具也可能难以管理。提供更改单位的选项， 并根据用户所在地默认设置单位。常见示例包括用于距离、重量、面积、货币和 温度的单位。

例如，用户可能知道摄氏温度。当温度以华氏给出时，他们 可能认为天气会变得非常暖和。

4.5.12.4 更多细节

有时，即使存在本地化替代方式，度量也通常以特定单位 声明。例如，电视或显示器尺寸通常以英寸给出，即使厘米 是常用单位。然而，即使在这些情况下，提供替代方式仍然有用，因为 用户可能不熟悉给定的度量。

4.5.12.5 入门

提供一种机制来选择对用户更有意义的另一套度量，或 在文本中提供常见替代方式

4.5.12.6 示例

使用：

1. 不同用户能够理解的不同单位度量。例如：
   • 埃菲尔铁塔高 1,063 英尺（324 米），包括顶部的天线。

避免：

1. 度量只使用一种单位。例如：
   • 埃菲尔铁塔高 1,063 英尺。

4.6.1.1 用户需求

我需要任务没有分心因素。

相关用户故事：分心因素。

4.6.1.3 它如何帮助

打断会阻止有记忆或注意力受损的人完成任务。这 可以包括痴呆症患者、中风或脑 损伤患者，以及服用具有影响记忆或注意力副作用药物的人。 某些类型的打断或一定数量的打断可能导致他们停止，即使任务 非常重要。打断可以包括声音、视觉上出现或变化的内容（例如 页面上的广告）。打断也可以很简单，例如在共享在线文档中工作时 关于存在新更改的文本通知。

对于有记忆或注意力挑战的人来说，网站在具备以下条件时 效果最好：

• 安静且简单的环境，
• 完全没有打断，
• 易于使用的暂停选项，使打断和移动内容可以稍后查看，或
• 允许用户选择他们能管理哪些类型的打断以及何时管理的设置。

许多新闻网站有大量打断，可能给需要阅读重要信息的人 带来挑战，例如因恶劣天气而停课的信息。他们可能会遇到突发新闻 文本、广告和弹出窗口。对于难以集中注意力和筛选学校名称的人， 或需要检查两三个学校名称的人来说，这些分心因素可能使任务不可能完成。 通过允许用户暂停这些分心因素，并理想情况下 暂时将其从页面移除，他们将能更好地 完成任务。

有些人对噪声敏感，并且很容易因过多刺激而不知所措。

有时，噪声和不同类型的内容可能对心理 健康产生不利影响。例如，噪声、分心因素或令人痛苦的内容可能使用户更加 焦虑，或可能触发创伤后应激障碍（PTSD）。也有研究 表明过多打断和使用社交媒体可能加重抑郁和 难以集中注意力。允许用户控制这些内容可能帮助他们在线上更高效。

如果存在用于移除或控制分心因素的标准技术，就应使用它们。

例如，具有创伤性脑 损伤的人正在在线填写税表。 社交媒体应用会用通知打断他们。他们尝试关闭通知， 然后尝试关闭应用，但这太复杂。他们无法 在没有帮助的情况下提交税表。

4.6.1.4 示例

使用：

1. 没有打断的任务。
2. 一种简单方式来控制可能需要的打断。例如：
   • 应用允许用户决定他们希望如何收到提醒和 电子邮件通知。用户可以选择视觉提醒、声音或不提醒。他们可以将用户标记为 重要联系人，这些联系人在大多数情况下可以打断。这些设置很容易从 每个屏幕找到。对某些用户来说，没有任何通知可使他们 专注于任务，然后在任务完成后再去查看电子邮件或日历。

避免：

1. 难以关闭或无法关闭的分心内容。例如：
   • 杂志文章页面上有不断变化的广告， 打断读者的专注。
2. 打断用户完成任务的内容。例如：
   • 弹出窗口建议用户订阅该网站。用户必须关闭该弹出窗口才能 继续。

4.6.2.1 用户需求

我需要能够轻松找到功能和内容。

相关用户故事：分心因素。

4.6.2.3 它如何帮助

简化流程和工作流可减少分心、错误和精神疲劳。使用 简短关键路径会增加具有认知 和学习障碍的用户成功且准确完成流程或任务并 导航工作流的机会。

例如，患有早期痴呆症的用户正在 尝试购买新手机。在付款之前，增加了向他们推荐耳机和 其他物品的步骤。他们感到不知所措且困惑。他们未购买手机就离开了网站。

4.6.2.4 示例

使用：

1. 只要求必要步骤的流程。
   • 例如：在线购买电影票流程中包含的步骤是：
     • 选择电影，
     • 选择日期和时间，
     • 选择座位，
     • 付款，
     • 打印或保存票。

     电影院允许用户查看电影简介和 评级，提前购买零食，并向慈善机构捐款。这些操作或 步骤并非用户完成购买 电影票任务所必需。不要要求用户在 购买流程中做出这些选择，而是在流程 开始前和完成后向用户提供这些选项。

2. 到关键功能的简短导航。例如，对于应用中最常用的功能：
   • 打开应用，
   • 运行最常用的功能。

避免：

1. 添加不必要步骤。例如，在线购买电影 票流程中包含的步骤是：
   • 选择电影，
   • 选择日期和时间，
   • 选择座位，
   • 提前购买零食或选择退出，
   • 进行慈善捐款或选择退出，
   • 创建账户，
   • 付款，
   • 打印票。

电影院强制用户在付款前决定是否购买零食并进行慈善捐款。 尽管有选择退出选项，但它在屏幕上有些隐藏， 尤其是在移动设备上，用户经常在无法弄清如何付款时停止。

2. 最常用功能需要很长导航。例如，对于应用中最常用的功能：
   • 进入应用介绍页面，按继续，
   • 进入应用主页面，
   • 进入子页面，
   • 选择一个选项，
   • 选择另一个选项，
   • 运行最常用的功能。

4.6.3.1 用户需求

我需要轻松识别我需要和不需要的内容。我需要知道的信息 和重要信息会突出显示，或是我首先读到的内容，并且不会 迷失在不太重要信息的噪声中。

相关用户故事：可找到。

4.6.3.3 它如何帮助

繁忙页面、过多文本、过多图像和过多其他内容可能导致认知 过载、焦虑和失去专注。将内容减少到少量重要要点 可以减少杂乱，使用户平静，并在帮助记忆的同时促进更好理解。 例如，它可以帮助阅读较慢的人或注意力持续时间短的人，这些人可能在页面看起来复杂时 离开页面。

简化内容和一致的简单设计有助于减少认知过载，并降低 压力和精神疲劳。例如，患有早期 痴呆症的人打开他们医生的应用。屏幕上有五个选项： 预约、向医生提问、检测结果、批准和更多。每个选项都有 图标、清晰文本，并用留白分隔。两次点击后，他们已经向医生 提出问题。他们可以轻松选择所需内容，而无需寻求帮助。如果向左滑动，也可以使用 更多选项。不过，他们不太可能这样做。

4.6.3.4 更多细节

避免长段落、大量选择和无意义图像，可确保具有 认知和学习障碍的人能够专注于正在表达的重要要点。

保持少量简短项目符号点，并限制为一两张 与网站或服务主要主题区域相关的图像， 允许用户选择是否进一步探索网站。

此模式的意图不是用不必要的信息使页面杂乱， 而是提供对具有认知和学习障碍的人有益的重要提示和 说明。过多信息或说明可能像过少信息一样成为 障碍。目标是确保提供足够信息， 使用户能够完成任务，而不会产生不必要的困惑 或导航负担。

4.6.3.5 示例

使用：

1. 简单界面。主功能比其他任何内容都大得多。例如：
   • 搜索引擎有其名称和一个大而简单的搜索框。所有其他内容 更小、位置更靠下，除非用户寻找额外 功能，否则不会注意到。

避免：

1. 含有不必要内容的页面。例如：
   • 过多文本、长菜单和围绕长篇密集文本段落布置的图像。 信息在信息过载中丢失。

4.6.4.1 用户需求

我需要知道如何开始任务，以及其中涉及什么。

相关用户故事：分心因素。

4.6.4.3 它如何帮助

某些用户觉得分心因素很困难，尤其是当这些分心因素导致他们在任务中 切换焦点，并随后需要回到离开的位置时。例如，网站可能有 一个大箭头指向“在此预订”链接。该箭头强调了预订任务的开始， 并会帮助用户知道他们何时开始了任务。

人们通常需要管理自己的专注时间，以便能在没有 打断的情况下集中注意力。关于任务所需时间、复杂度或工作记忆负荷的 预先建议，使他们能够更好地准备并完成任务。任务开始前的 所需资源列表，以及距离任务完成还剩多少步骤，将帮助用户避免 失败。

4.6.4.4 入门

在多步骤任务或表单开始时，提供所需时间的宽裕估计和所有所需资源的 列表。将任务拆分为若干步骤。

4.6.4.5 示例

使用：

1. 用户开始任务时的视觉提示。
2. 流程概述，包括可能需要的时间以及任何所需资源。例如：
   • 在用户开始预订机票之前，呈现一条消息：“预订 机票的平均时间是 15-30 分钟。你将需要你的 旅行日期、旅行人数以及每位旅行者的护照来完成此 流程。”

避免：

1. 遗漏用户可能需要的重要详情。例如：
   • 另一家航空公司没有通知用户他们需要护照。该流程 在用户尝试查找护照号码时超时。用户需要 重新开始或放弃预订。

4.7.1.1 用户需求

我需要能够在不记忆或转录密码和用户名的情况下使用网站。

相关用户故事：可访问认证。

4.7.1.3 它如何帮助

有记忆 障碍的人经常忘记密码，并且无法登录。他们的解决方法 通常只是有时有用，并且存在安全风险：

• 他们可能不得不多次查看或收听文本，才能将其复制 或输入到表单字段中。
• 他们可能重复使用单个密码，或使用易于记住的 简单密码。
• 如果他们需要更改密码或使用复杂 密码，他们可能会以不安全方式存储密码，例如写在 其他人能看到的纸片上。

他们也可能在登录期间的其他步骤上挣扎，例如：

• 按正确顺序输入字符，
• 在有限尝试次数内正确输入字符（导致被锁定 在外），
• 查找 PIN，
• 解出谜题或扭曲字母，
• 从另一设备正确复制字符。

用户可能会因限时流程或数字安全令牌的呈现而感到沮丧并停止。 或者，他们可能因自己的残障而被关键服务拒之门外。

如果没有这一设计要求，许多人根本无法使用应用或内容。请参见安全和隐私 技术问题论文，以了解对此问题的完整描述，以及它如何阻止人们 使用通常至关重要的 Web 服务。例如，许多人无法自己预约医生 等。这可能部分导致学习和认知障碍人士预期寿命 降低。

4.7.1.4 更多细节

有许多方式可以满足这一设计模式：

• 使用Web Authentication：用于访问公钥 凭据的API [webauthn-2] 来支持不依赖典型认知能力的包容性替代方式。例如， 硬件认证设备、智能卡或 FIDO。
• 提供基于可信设备使用的自动用户认证（用户已经用自己的身份登录到 该设备）。用户无需转录 字符，但可能需要按下链接以表明他们拥有该设备。
• 允许生物识别选项。
• 使用用户已通过第三方认证服务（例如 OAuth 等）登录的系统。

满足替代用户 认证要求的方法包括：

• 点击发送到电子邮件地址或电话号码的链接。 （请注意，这很容易实现，并且可能对 最低安全性有用，例如允许对博客发表评论。）
• 使用用户个人文件中存在的信息登录，例如当前账户余额总数， 并解释如何找到该信息。

4.7.1.5 示例

使用：

1. Web Authentication：用于访问公钥 凭据的API [webauthn-2]。
2. 允许用户通过一次登录访问多个网站的单点登录（SSO）（联合 登录）。
3. 带蓝牙链接的两步认证（无需复制）。
4. 快速响应码（QR Code）。

避免：

1. 使用需要复制的两步认证。
2. 使用密码且不允许粘贴到字段中。

4.7.2.2 它如何帮助

简单登录允许执行 功能受损或记忆受损的人使用应用。这对 会因多步骤流程而感到困惑或不知所措的用户尤其重要。例如，具有创伤性 脑 损伤的用户希望使用网上银行网站。他们可能将手指放在 指纹扫描器上以认证自己的身份。其他示例包括某些第三方 登录。

4.7.2.3 示例

使用：

1. 将简单第三方登录作为选项。
2. Web 认证协议 [webauthn-2] 以及符合你安全需求的单步骤方法。

避免：

1. 所有登录方法都涉及多个步骤。

4.7.3.1 用户需求

我需要一个可以使用的、不依赖大量词语的登录流程（作为有 严重语言障碍的人）。

相关用户故事：可访问认证。

4.7.3.3 它如何帮助

此模式允许具有语言和沟通障碍的人登录，而不会因 大块文本而不知所措。

例如，使用AAC 设备的严重语言障碍人士希望向医生发送消息。他们可以按下自己知道的图标登录， 并在无需阅读文本的情况下发送消息。

4.7.3.4 示例

使用：

1. 具有众所周知图标的第三方登录。
2. Web 认证协议 [webauthn-2] 以及一个简单登录选项。

避免：

1. 需要回答安全问题的登录。
2. 没有简单、无词语登录选项或替代方式的登录。

4.7.4.1 用户需求

我需要获得人工帮助，而不必经过复杂的菜单系统。

相关用户故事：语音 菜单。

4.7.4.3 它如何帮助

许多人无法使用语音菜单系统。这经常阻止人们独立完成关键 任务。通常这可能包括预约医生、获取健康 保险、联系社会服务、恢复供水等。

如果人们无法自己管理语音菜单，就必须请求其他人帮助他们。 这意味着该服务对他们不可访问。有时任务没有完成。例如， 他们可能推迟预约医生或其他关键任务，以免打扰他们的 帮助者。人们经常得不到所需帮助，或得到得太晚。（这可能部分 导致学习和认知障碍人士预期寿命较低。）

为什么人们无法使用复杂菜单？

• 良好的短期和工作记忆（几秒钟）是必要的，这样用户才能 记住菜单的数字或术语。没有这些功能，用户很可能 选择错误数字。
• 许多用户工作记忆受损。例如，如果你可以同时在脑中记住 7 个字母或 项目，他们可能只能记住一两个。这使他们 不太可能正确管理菜单系统。
• 例如，电话菜单系统（语音标记系统）可能有一个选项：“Press 3 for internal services”。要使用此选项，用户必须在弄清自己是否需要内部服务时 记住数字 3。许多人无法做到这一点。这还要求他们按下 正确数字。
• 当在正确选项之前给出大量无关信息时，用户可能会 认知过载并停止。如果他们没有理解所有 早先选项和信息，这一点尤其明显。
• 他们可能不理解所使用的术语。专注于菜单后，他们可能忘记自己 为什么打电话。
• 可以提供替代路径，例如 Web 菜单，但它们同样复杂。因此 没有帮助。

数字 0、词语“help”或其他文化上适当的术语，应保留用于 联系真人。始终将每个菜单的第一个选项设置为：“to wait for a person who can help you press 0”。这可以帮助所有人获得他们需要的支持。

使用各种学习和认知障碍用户测试任何系统。 让广泛用户参与，已经使许多语音系统变得可访问，以至于它们 成为具有认知 和学习障碍的人的辅助工具。

4.7.4.4 更多细节

遵循一般语音 用户界面（VUI）设计最佳实践。语音 用户界面中的标准最佳实践适用于认知障碍用户，并应遵循。 随着更多设计关注会话式 界面，这些实践正在改进。以下是语音 用户界面设计中一些普遍接受的最佳实践示例：

• 短语之间的停顿很重要，以便留出语言和 选项的处理时间。
• 文本中的选项应先于用于选择的数字或选择 该选项的指令给出。这意味着用户不需要在处理术语时记住数字或指令。 例如：提示“press 1 for the secretary,” 要求 用户在解释术语“secretary”时记住数字 1。更好的提示是 “for the secretary (pause): press 1” 或 “ for the secretary (pause) or for more help (pause): press 1”。
• 错误恢复应简单，并在错误持续存在时将用户转接到人工接线员。 错误响应不应结束通话或将用户发送到更复杂的菜单。
• 广告和其他无关信息不应被朗读，因为它可能使 用户困惑，并更难保持注意力。
• 所用术语应尽可能简单且无行话。
• 使用渐进式提示。语音 用户界面设计最佳实践包括为交互中的每个点 提供几个不同提示。根据用户行为使用不同提示。例如， 如果用户回应提示需要很长时间，则可以使用比默认提示更简单或解释性更强的提示。 当用户没有按预期响应时，应使用它们来增加提示的 详细程度。

用户设置

用户特定设置可用于自定义语音 用户界面（例如菜单和选项）。请记住，如果设置用户偏好很困难， 它们就不会被使用。通过自然语言设置偏好是最自然的（“slow down!”），但 目前并不很常见。

• 额外时间应成为用户设置，既用于语速，也用于用户 定义是否需要更慢语速或更多输入时间等。定时文本应可调节 （与所有可访问媒体一样）。
• 用户应能够作为其设备上的系统默认设置，延长或禁用超时。
• 错误恢复应简单，并将你转接到人工接线员。错误响应不应 将用户从线路上甩开或发送到更复杂的菜单。最好使用 保留数字来支持和获得人工帮助。
• 广告和其他信息不应被朗读，因为它可能使用户困惑，并且 更难保持注意力。
• 所用术语应尽可能简单。
• 应给出关于如何构建降低认知负荷的提示的示例和建议
  • 示例 1：降低认知负荷：提示“press 1 for the secretary,” 要求 用户在解释术语 secretary 时记住数字 1。它不如提示“for the secretary (pause): press 1” 或 “ for the secretary (pause) or for more help (pause): press 1”。
  • 示例 2：将人工接线员默认设置为数字 0。

语音识别注意事项

• 对于基于语音识别的系统，许多语言都存在语音命令标准， 并应尽可能使用，例如 ETSI 标准 ETSI 202 076。请记住，期望人们学习多个命令，会给 用户带来认知负担。
• 自然语言理解系统允许用户用自己的 词语陈述请求。这对难以记住菜单选项，或 难以将所提供菜单选项映射到自己目标的用户可能有用。然而，自然语言 界面对于难以产生语音或 语言的用户来说可能难以使用。应提供定向对话（基于菜单）回退或转接给客服。 这些回退应易于使用，并符合本文档。

遵循法规要求。

例如，美国电信法第 255 条无障碍指南 [Section255] 第 1193.41 段输入、控制和机械功能中的 (g)、(h) 和 (i) 条款适用于 认知障碍，并要求设备应可在不依赖时间相关 控件、不依赖说话能力的情况下操作，并可由认知技能有限的人操作。

请参见 语音菜单系统 问题论文，以获取完整讨论。

4.7.4.5 入门

确保这一模式包含在影响健康、金融、通信、 供水和政府服务的重要系统中。

4.7.4.6 示例

使用：

• 第一个选项直接转接到真人的用户交互对话。例如： “To reach for a person who can help you, press 0 or say help”。
• 从每个点进行错误恢复，允许用户轻松修复错误。
• 用户可以在任何点轻松返回或重复列表。
• 用户交互对话，例如从任何点使用标准“0”，可轻松 接通能帮助用户实现目标的人工接线员。
• 语音清楚，带有停顿。
• 使用常见词语。
• 先说明选项，再给出要按的键或要使用的术语。
• 建议性技术：提示用户记录稍后可能有用的内容， 并给他们时间这样做。

避免：

• 使查找真人变得困难的长菜单系统。
• 不清楚的错误恢复。
• 复杂语言和不常见术语。
• 不必要的内容，例如促销。
• 快速语音，或期望用户快速输入。
• 未与具有不同认知 和学习障碍的广泛用户一起测试的系统。

4.7.5.1 用户需求

我需要不依赖记忆的导航和流程。

相关用户故事：前面步骤。

4.7.5.3 它如何帮助

内容通常存在障碍，阻止具有认知 和学习障碍的用户完成某一步或某个流程，因此也阻止 他们实现想要实现的目标。

为了在购买时提高安全性，有时需要谜题或计算。例如： 为了完成购买，要求用户输入一个数字第 1 位 和第 2 位相乘的结果。某些具有认知 和学习障碍的人无法理解这种陈述。安全性和认知无障碍性 都应得到保证。

许多用户工作记忆受损。他们无法同时记住许多细节。 然而，系统（例如对话菜单）依赖所有用户使用工作记忆来做出选择。 它们期望用户记住几个选择，并选择其中一个选择，无论是通过说话 还是按键。用户需要在脑中保持多条短暂信息。

具有执行 功能受损的用户可能需要更多时间来完成任务。但如果 系统响应太慢，也可能出现问题。例如，某些人可能需要更长时间来比较相似选项， 例如“billing”、“accounts”和“sales”，并决定哪个是他们需要的服务。 使用清晰语言也会有所帮助。

4.7.5.4 更多细节

减少对记忆技能依赖的良好实践包括：

• 流程中的每个步骤都应包含允许用户继续所必需的信息。 它们不得依赖前面步骤中的记忆。
• 提供一种简单方式返回，而不必从头开始。
• 告知用户他们在流程中的位置，例如通过步骤指示器。
• 如果用户犯错或出错，提供帮助来修复，而不是重新启动流程。
• 在有用时，提供来自前面步骤的信息摘要，并提供一种易于使用的机制来 遍历流程。

对于语音界面：

• 在每个选项之间停顿。
• 等待说话慢的人回应。
• 聆听安静或犹豫的说话者。
• 允许简单的一个词响应
• 先说明选项，再说明要选择的数字命令。
• 支持健忘和记忆 障碍。

请注意，这对于健康、金融、通信、供水和政府服务等关键系统是必不可少的。

4.7.5.5 示例

使用：

不依赖记忆的流程。例如：

• 使用用户交互对话，其中第一个选项是“to wait for a person who can help you press 0 or say help”。
• 使用用户交互对话，例如从任何点使用标准“help”，在那里可以 轻松接通能帮助用户实现其目标的人工接线员。
• 良好的错误恢复，使用户知道如何从任何点返回。
• 建议性技术：提示用户写下稍后可能有用的内容，并 给他们时间这样做。

避免：

1. 依赖记忆的流程。例如：
   • 要求用户记住前一步中的代码或类别。
   • 使查找真人变得困难的长菜单系统。
   • 要求使用用户必须记住的特定词语的系统。

4.8.1.1 用户需求

我需要知道如何获得人工帮助，并且能够轻松完成该流程。

相关用户故事：帮助。

4.8.1.3 它如何帮助

当用户因任何原因卡住或困惑时，从真人那里获得帮助通常是最 有效的解决方案。现实中，许多网站只向能够导航 复杂系统的用户提供这一选项。

复杂系统的示例包括，用户需要跟随许多链接才能到达 人工联系信息的流程。它也可能是一个电话号码，要求用户回答许多 问题之后才能接通真人。在复杂系统中，最需要帮助的人 将无法访问人工帮助选项。他们可能会出现认知过载并 停止尝试完成流程。他们也可能带着对 服务或供应商的负面态度离开。

例如，有智力障碍的用户想要使用优惠券。他们找不到 将优惠券应用到在线购买的说明，也找不到支持 电话号码。实际上他们无法使用该优惠券。

4.8.1.4 示例

使用：

1. 电话号码，理想情况下具有可通过可互操作的语音 用户界面（VUI）规范自动呼叫的功能。
2. 直接接通真人的号码，或可获得人工帮助的可用标准，例如在语音菜单系统中 使用数字 0。
3. 使用“mailto”协议 [mailto] 的电子邮件链接， 并预填“to”和“subject”字段。请注意，这并不适用于所有平台或邮件客户端。
4. 实时聊天或视频通话帮助选项。注意：它必须完全可访问，并且易于 关闭作为实时帮助功能一部分而打开的新窗口。确保实时聊天不会 使用户从任务中分心。

避免：

1. 用户必须完整填写才能获得人工帮助的长联系表单。
2. 需要多步骤菜单才能获得帮助。
3. 只在单个页面包含联系信息，而该页面仅从网站上的少数页面 链接到。
4. 强迫用户经过多个步骤才能获得人工帮助。

4.8.2.1 用户需求

我需要与上下文相关的图表和图片来补充文本。

相关用户故事：帮助。

4.8.2.3 它如何帮助

复杂信息、长文档和复杂数据格式的使用，可能给具有认知无障碍需求的 用户带来重大障碍。用户应能够理解 信息，并尽可能在不需要进一步外部 协助的情况下成功完成所描述的任务。

有时内容的主题本身很复杂。在这种情况下，可能需要仔细 解释、组织和呈现，以便尽可能多的用户能够在 没有错误、困惑或协助需求的情况下理解。

信息呈现方式，例如图表、示意图或表格，可能会使某些用户觉得 更复杂。在这种情况下，支持性描述和引导式解读将突出用户 需要理解的关键特征。

不同的人觉得不同类型的信息更容易理解。对于具有认知 和学习障碍的人来说尤其如此。例如，某些人有影响 数字但不影响语言的障碍，而另一些人有语言障碍但可能直觉上 理解数字。帮助可以以各种形式提供，以支持不同用户，例如：

• 提供图表解释和帮助的文本“旁注”。
• 用于阐明文本内容的支持性图表或图形。
• 展示任务按步骤完成的视频片段。
• 不复杂的补充表格。
• 悬停时弹出关键词解释，可能链接到 术语表。
• 流程步骤的流程图。

4.8.2.4 更多细节

与数字和复杂 信息相关内容的推荐技术（使用适用者）。

• 在有助于理解复杂信息的地方提供图表或 图形。
• 在有助于理解 信息的地方提供表格。
• 当理解数学不是使用此内容的主要要求时， 使用以下方式之一：
  • 用非数值概念强化数字，例如：非常 冷、冷、凉爽、温和、暖、热、非常热。
  • 一旦成熟，也可以使用个性化语义来添加非数值 概念。参见 [personalization-semantics-1.0]。
• 对于包含章节的内容，使用以下方式之一：
  • 启用语义来向章节添加符号。
  • 在标题、关键短句 和短语中添加图标作为补充，以帮助理解。
  • 然而，由于某些人难以记住图标， 请将文本与图标一起使用。
    • 使用可以轻松看见和放大的清晰图标或符号。
    • 使用不同用户能够理解的图像。
    • 在从左到右的语言中，将图像放在 文本左侧。
• 超过 300 个词的内容的推荐技术
  • 使用常见术语和短文本块提供易于理解的摘要。 对于少于 300 个词的内容片段，标题 可以充当摘要。
  • 使用语义标题将信息分解为 更易管理的大小，并为正在呈现的 信息提供结构。这尤其有益于辅助技术 用户。
  • 内容所有者识别至少两个有助于用户理解的关键词， 并且这些关键词可通过程序确定，并以用户偏好的 模态强调显示。

4.8.2.5 入门

为成功完成任务（包括现实世界中的任务）所必需的复杂信息 提供解释性内容。

4.8.2.6 示例

使用：

1. 针对长文档、包含多个章节的文档、复杂信息和数值信息，使用上方“更多细节”章节中的技术。例如：
   • 医疗程序和成功率统计的解释，通过额外的文本旁注、示意图和图表 得到增强。
   • 通过添加始终可见的全步骤流程图，使申请签证的 多步骤流程更易使用。流程图中的每个步骤都有 指向额外帮助的链接，并且当前步骤被清楚高亮。

避免：

1. 没有良好结构和摘要的长文档。
2. 没有额外支持的复杂信息和数值信息。例如：
   • 显示一段长文本和销售数据表，却没有解释与内容相关的 关键特征。

4.8.3.1 用户需求

我需要对任何选择获得支持和解释。优点或缺点对我来说是清楚的， 并且我理解自己可能做出的选择会产生什么效果。

相关用户故事：认知压力。

4.8.3.3 它如何帮助

清楚说明每个操作和选择选项的收益和后果，有助于个人 避免错误。 当结果不能轻易纠正、会导致安全 风险，或可能永远不会被发现时，这尤其重要。

例如，旅行网站用户正在预订去日内瓦的行程。他们看到一个时间 合适的选项，但这张票是去另一个城市的。他们以为给出的选项都是到他们 要求地点的。他们检查了日期和时间，但因为他们只能逐字母拼读 词语，所以没有注意到目的地已改变。他们被带到不同于 酒店所在位置的地方，而脆弱用户在夜间抵达陌生城市且没有 住宿。

另一个示例中，用户看到一台笔记本电脑以好价格出售。他们没有看到长描述中的 refurbished 一词。该笔记本电脑实际上并不算好价格。

4.8.3.4 入门

每当你要求用户做出选择或采取操作时，请考虑是否存在任何 用户应知晓的隐含或隐藏结果。在用户界面中清楚指示这些结果， 并确认用户已知晓。

4.8.3.5 示例

使用：

1. 清楚列出包含和不包含的内容。例如：
   • 选择机票时。每个选项旁边都有清晰列表，说明 包含什么。
2. 关于任何变更或风险的警告。例如：
   • 选择机票时，如果某个票务选项是去不同目的地，或 存在另一个可能不希望发生或有风险的异常操作或变更，则 要求用户确认该变更。

避免：

1. 用户选择选项时不清楚的细节。
   • 例如：在线菜单中的餐食选项具有有趣名称。餐食内容、 配菜、过敏信息以及自定义每个选项的能力，直到流程 两步之后才可见。客户必须在每个项目上向下浏览几个屏幕 才能做出决定。
2. 在没有警告用户的情况下，改变原始请求中的项目。
3. 存在对用户的风险但没有警告。

4.8.4.1 用户需求

我需要对表单中的不常见控件获得我觉得易于使用的解释（例如视频或 文本）。

相关用户故事：任务管理。

4.8.4.3 它如何帮助

用户常常觉得表单和相关任务是网站中最复杂的体验。他们 很容易感到困惑、不确定，甚至完全迷失。提供额外帮助可以使他们 成功完成任务和放弃之间产生差异。如果表单的任何部分复杂 或要求非标准交互，这一点尤其如此。

许多标准表单控件会自动提供支持。例如，许多字段可以 使用 autocomplete 或个性化语义自动填充信息 [personalization-semantics-content-1.0]。 这样用户填写时就不会犯错。

当你要求额外字段和非标准控件时，许多用户会难以 使用它们。许多残障用户会填写错误信息，或无法弄清 如何完成任务。通常这会导致任务被完全放弃。在 其他情况下，用户会请求照护者帮助完成表单或操作控件。在 任何一种情况下，他们都未能因为自己的残障而完成任务。

标准 [HTML] 表单和控件已经被仔细规定， 以实现最大可用性和无障碍性。用户通常能够理解它们，尤其是在 熟悉 Web 交互时。然而，如果标准表单行为被更改，或提供了 全新控件，用户很可能会遇到困难。即使 新行为经过仔细设计和用户测试，用户仍可能需要帮助才能 成功使用它们。

4.8.4.4 更多细节

可能需要额外帮助的表单和控件示例：

• 要求输入特定字符类型的密码字段。
• 具有复杂交互的调查，例如按钮只根据 前面的答案出现。
• 日期输入，其中可能对所需格式存在歧义。
• 自定义控件，例如某些日期可能被灰显的日期选择器。

4.8.4.5 示例

使用：

1. 标准控件
2. 带有说明或帮助的非标准控件和表单字段。例如：
   • 非标准控件旁边的可访问帮助按钮。
   • 上下文敏感帮助的标准机制。这可以包括使用 个性化语义来提供上下文敏感帮助。
   • 清晰、无歧义且易于找到的说明。

避免：

1. 没有说明或帮助的非标准控件和不常见表单字段。例如：
   • 表单具有复杂机制，会在滚动或 Tab 键切换到各节之间时启用和禁用这些节，但没有提供帮助。

4.8.5.1 用户需求

我需要在每个卡住的地方都能轻松获得帮助并给出反馈。

相关用户故事：帮助。

4.8.5.3 它如何帮助

提供一种让用户轻松给出反馈的方式，将帮助人们能够分享问题、请求 帮助、提出建议并给出正面评论。如果用户无法轻松给出反馈， 问题将在网站所有者不了解问题的情况下继续存在。允许用户 从流程中的任何点提供反馈是必不可少的，这样人们在尝试解释自己为何 卡住时不会迷失。改进想法和正面反馈 也不会被错过。

例如，有认知和学习障碍的用户在使用电子商务网站时遇到困难。 他们有一个想法，可以让网站更容易使用。他们花了一个小时尝试给出 反馈，然后停止尝试。该网站继续流失客户。

4.8.5.4 更多细节

确保反馈选项：

• 简单易用，
• 在流程的所有阶段都可用，
• 是一个会对提交的任何反馈做出有帮助回应的流程，
• 易于完成，并且不要求用户提供不必要的信息，以及
• 不依赖复杂菜单系统。

建议提供多种收集反馈的方法。 例如，在网站上，可以考虑提供全部 4 种 反馈选项，包括实时聊天、电话号码、Web 表单和 反馈电子邮件地址。

请注意，聊天机器人可能不适合这类特定类型的 反馈，除非只是用于启动反馈流程。如果你无法轻松到达 试图联系的区域，它们可能会非常令人沮丧。

4.8.5.5 示例

使用：

1. 每个屏幕上都可用的简单反馈机制。例如：
   • 一家银行网站存在重大无障碍问题，阻止某些客户 在线支付账单。客户卡住的页面上有反馈表单。一位客户 能够报告该问题，帮助台员工随后联系他们，帮助他们成功完成 账单支付。该帮助台员工也将该无障碍问题报告给软件团队。

2. 多种反馈机制，例如：
   • Web Chat 或 Web Call - 使用实时聊天或视频 通话提供反馈的选项。注意：实时聊天或视频通话功能必须完全可访问。 Web 聊天不应成为分心因素，并且应易于关闭。通过用户测试检查可用性。
   • Phone - 反馈电话号码，理想情况下具有可通过语音 用户界面（VUI）自动呼叫的功能。确保没有复杂语音菜单。
   • Web Form - 一个简单的网站联系表单，必填字段不超过 3 个。
   • Email - 使用“mailto [mailto]”协议的电子邮件链接，并预填 “to”和“subject”字段。请注意，这并不适用于所有平台或所有邮件 客户端。
   • 交互式 语音应答（IVR）- 在 IVR 末尾提供一个自动选项， 通过按电话上的特定数字给出反馈。

避免：

1. 复杂反馈机制。
2. 只有一种并非所有人都能使用的反馈方式。

4.8.6.1 用户需求

我需要帮助来理解和使用方向与导航。

相关用户故事：帮助。

4.8.6.3 它如何帮助

具有认知 和学习障碍的人在寻路方向或寻路应用方面会经历不同程度的困难。 解决寻路问题所需的帮助，在室内导航和室外导航中可能 不同；室内有更多刺激，室外可能对记忆有 更多要求。所需帮助也因人而异。

寻路需要许多认知功能。设计应适应广泛的 认知和学习障碍，包括其他设计模式所支持的那些障碍。例如：

• 记忆，
• 执行 功能，
• 空间定向，
• 视觉/空间注意、感知和处理，
• 空间迷向焦虑，
• 语言处理，
• 智力，
• 注意力。

某些用户可能需要更详细的帮助，例如分步方向。许多用户需要在 跟随路线之前预览路线。随后地标可帮助识别和定位， 同时减少焦虑。与用户偏好匹配的替代相对方向术语和基本方向 最有效。例如，应用可以引用 “驾驶员一侧”或“东翼”。帮助人们想象相对和绝对距离 也有帮助，例如“你已经走了一半”。

由于个人需求差异很大，个性化机制可能非常 有用。例如，用于距离的单位。 平台或其他技术通常提供可使用的相对方向、基本方向和术语的个性化 选项。例如，平台区域设置。

变化可能非常令人困惑。用户可能愿意改变路线以节省数小时 堵车时间，但这会要求他们开进加油站来学习新路线。他们可能 不想为了避开少量交通而改变路线。帮助用户找到适合 他们的选项。

例如，具有创伤性脑 损伤的人正在使用全球定位系统（GPS）。他们在出发前查看路线，并 查看转弯处的图片。这些准备将使他们能够跟随路线。在 驾驶时，路线为了避开三分钟的交通而改变。他们不再能够跟随 它并迷路。

4.8.6.4 示例

使用：

1. 始终可用的第二种指示左和右的方式，或一种个性化 指示方式。
2. 使用地标的方向。例如，提供本地地标图像，或允许添加 这些图像，以帮助寻路期间的定位。
3. 可用于避免不希望发生变化的选项。
4. 可用的额外支持。

避免：

1. 始终引用罗盘方位，包括不太为人所知的方位（例如 N by NE）。
2. 总是假设此人位于预期位置的说明。它们没有 简单的恢复方式。
3. 以用户不希望或无法控制的方式自动变化的内容。

4.8.7.1 用户需求

我需要将提醒集成到我的日历中，否则我会忘记约会，以及什么时候 应该做事情。有时我需要提醒自己重新访问某个网站，以完成下一个 任务。

相关用户故事：支持。

4.8.7.3 它如何帮助

具有认知和学习障碍的人在管理事件和时间方面经常有挑战。 （事实上，无法在没有支持的情况下正确管理事件和时间，是某些残障群体的 诊断标准。）这会导致错过会议、未能在特定日期前提交 请求或在规定时间段内提交表单，以及错过机会。例如：

• 当用户将信息复制到日历时，他们经常复制错 日期或时间。
• 用户在处理和保留基于时间的 信息方面受到挑战。
• 用户可能发现很难对有时间限制的事件进行排序。
• 用户疲惫时技能下降到不得不停止任务的程度。他们 可能希望重新安排该任务。

使用允许用户 自动将事件和截止日期添加到自己日历中的日历 API（或任务管理器）可以 提供帮助。

例如，具有认知和学习障碍的用户在线设置医生预约。 他们经常将详情错误复制到自己的日历中。然而，在此情况下，网站 给他们提供一个选项，可将预约添加到日历并在一小时前设置提醒。 用户现在会在正确时间带着正确文件到达正确地点。

对具有认知无障碍需求的用户而言，其益处是他们 可以独立管理预约、截止日期和日程安排。 设置提醒的能力可以减少 处理有时间限制任务时相关的认知负荷。有时间依赖性的活动可以由 用户监控和跟踪，以确保及时完成。

始终在任务结束时提供设置提醒的选项，以便 用户不会被打断。

不要添加不需要的提醒是必不可少的，因为这会使用户的日历过满。 甚至可能阻止他们使用自己的日历。用户最清楚 多少提醒以及哪种类型最能满足他们的需求。

4.8.7.4 更多细节

当平台或技术存在标准机制时， 必须使用它。参见：

• Web Notification API
• 使用 Notifications API
• 提醒 和通知

日期和时间敏感事件是指必须在 某个时间之前完成的任何事件。这类事件的时间限制 可以由日历日期和时间定义，也可以由总经过 时间定义。

可以考虑的变量包括：

• 时间 - 在合乎逻辑的时间。
• 位置 - 在适当位置时提示。
• 上下文 - 在电脑与移动设备上、在特定网站上，等等。

4.8.7.5 示例

使用：

1. 供用户将事件添加到日历并设置提醒的选项。例如：
   • 医疗保健网站允许你设置本地医疗预约。预约 设置后，用户会获得将其（自动）添加到日历的选项， 并设置提前三小时提醒。他们还会获得添加或编辑 提醒的选项。

避免：

1. 将用户不想参加的事件添加到用户日历。
2. 用户无法自动将刚设置的事件和预约添加到自己的 日历。例如：
   • 医疗保健网站允许你设置本地医疗预约。用户没有 获得将其自动添加到日历或设置提醒的选项。

4.9.1.1 用户需求

我需要知道事物在哪里。当我使用控件和内容时，它们不会意外 移动。

相关用户故事：适配。

4.9.1.3 它如何帮助

任何内容、设置或功能如果在没有用户发起的情况下意外变化，都可能 给具有认知 和学习障碍的用户造成重大问题。这些方面中的意外变化可能导致 失去专注、焦虑，或在理解或使用用户界面（例如菜单、 按钮和设计组件）时产生困惑。示例包括但不限于：

• 自动启动新窗口或弹出窗口。
• 通过明确标记的按钮以外的机制提交表单（使用 简单语言来提交表单）。
• 打开新内容或功能。
• 选择某个选项时发生意外变化。
• 全球定位系统（GPS）自动重新规划路线。
• 在 GPS 中改变地图方向。

例如，用户可能没有方向感，或不知道自己的 左右。在使用 GPS 之前，他们可能 会研究路线，以便 大致知道自己要做什么，并能用自己的上下文增强 GPS 的方向提示，将 GPS 用作 提示。GPS 因为 小的交通延误而自动为他们重新规划路线。他们完全迷路并迷失方向， 并且无法再使用该应用。

另一个示例中，用户正在观看视频，并想按“like”。当他们正要 按按钮时，控件发生偏移，他们加载了另一个视频，而不是按下“like”。 他们现在更不可能按“like”，因为他们不想丢失内容。结果， 他们的偏好没有被纳入考虑。

让用户控制内容何时变化，会使具有认知 和学习障碍的用户能够更好地控制网站和应用的行为方式。这 使他们有机会做出选择，从而能够使用内容并完成 任务。

4.9.1.4 更多细节

例外：这些变化是某项活动的组成部分，并且在该活动中是必不可少的 （例如游戏）。

路线：这是方向和流程，例如 GPS 路线。

方向：视角或视图，例如地图方向。

易于获得（或易于获得的模式或设置），是指以下一项或多项为 真：

• 它可以一次设置，并具有尽可能广的作用范围（例如 使用操作系统（OS）的标准，来自 [ISO 9241-112] 或 [GPII] ，在可用时）。
• 它具有保存或更改一组网页范围内设置的选项。
• 它可从可能需要它的每个屏幕到达，并且路径 和控件符合本文档的所有要求。

4.9.1.5 示例

使用：

1. 内容变化时的用户控制。例如：
   • 用户可以设置只有在节省超过特定时间量时才改变路线。 他们可以添加更多信息，例如为了节省 5 分钟可接受多少额外转弯。 当 GPS 找到 能节省时间的新路线时，GPS 会告诉用户该变化，包括增加了多少额外转弯以及 会节省多少时间。GPS 会询问 用户是否想改变路线；或者如果 GPS 已改变路线，用户可以通过 一次触摸或命令返回原始路线。

避免：

1. 在用户没有控制权的情况下变化的内容。

4.9.2.1 用户需求

我需要使用来自小部件或扩展的额外支持功能。

相关用户故事：扩展和 API。

4.9.2.3 它如何帮助

具有认知 和学习障碍的人经常将附加组件或扩展用作辅助技术。 例如：

• 读取首字母缩略词的完整形式，
• 支持文本转语音，并同步高亮正在朗读的 短语，
• 内容简化，
• 根据标题结构创建思维导图，
• 支持保留已经输入的内容，
• 密码管理，
• 拼写检查，
• 更改符号或界面，
• 将数字从数字符号改为词语，或将词语改为数字符号，
• 在行、句子、短语和块之间添加留白，
• 替代性的内容输入方式，例如语音识别，
• 添加图片。

然而，有时网站会阻止扩展和 API 工作。结果是 这些用户无法使用该网站。

如果不支持这些附加组件和 API，作者应 为用作辅助技术的附加组件的所有功能提供支持。

例如，具有创伤性脑 损伤的用户有执行 功能和记忆 障碍，影响其记住 详情的能力，例如：

• Web of Things（WoT）界面上的图标或符号，
• 他们的用户名和密码，
• 首字母缩略词代表什么，
• 电话号码，或
• 不常见词语的含义。

支持使用简化内容并提供支持（例如首字母缩略词的完整形式， 以及弹出式词典）的附加组件，可以使他们理解大多数内容。

支持密码管理工具，使用户能够成功登录并避免被锁定在 安全网站之外。

存储非敏感信息和自动完成有助于他们填写表单。这会建议 常见信息，例如人的电话号码或地址。它也有助于他们避免 犯错。它消除了准确从记忆中回忆此类信息，或不得不 复制和粘贴这些信息的需要，而这通常是阻止他们成功使用表单的任务。

当被文本内容压得不知所措时，他们有一个扩展，可以 插入他们熟悉的符号，帮助他们找到 需要的内容。

过多选项可能增加与 IoT 设备交互的复杂度。额外选项 应易于忽略，并且不需要大量阅读即可理解它们是 额外选项，以及如何跳过它们。

有时 Internet of Things（IoT）界面可能会让用户困惑，例如仪表上的默认 “reading”被设置为“2”而不是“1”。用户随后需要将其重置为“1”。

在任何拟议解决方案中，重要的是使操作性任务（例如与 IoT 交互）尽可能透明，以便用户可以将注意力集中在 功能性方面，例如与内容相关的方面。

4.9.2.4 更多细节

具有认知 和学习障碍的人经常将附加组件用作辅助技术。至关重要的是， 附加组件和类似工具应按预期工作，除非：

1. 安全或安保要求要求这些 API 需要被禁用。在这种 情况下，它们应仅对相关字段禁用。
2. 附加组件破坏网站的主要功能，例如评估和测试 应用。

当附加组件被代码自动禁用时，支持附加组件额外 功能的责任就落在作者身上。

4.9.2.5 入门

内容可以与支持具有认知 和学习障碍的人的 API 和扩展一起使用。

通过使用适合内容的某些 API 进行测试验证。 例如：

• 使用拼写检查器和密码存储应用或 扩展进行测试。
• 使用会向菜单项添加选项的扩展（桌面上的右键选项）进行测试。
• 使用可实现简化或个性化、并为 具有认知 和学习障碍的人设计的工具栏进行测试。

4.9.2.6 示例

使用：

1. 支持浏览器扩展和功能，以及个性化工具栏。用户能够 将个性化工具栏中的设置应用到页面，以提高该页面对他们的 可用性。
2. 向右键添加选项的扩展可按预期工作。
3. 页面可以根据用户在操作系统 或用户代理中的偏好进行格式化和简化。

避免：

1. 会阻止浏览器扩展、设置和功能以及个性化 工具栏工作的设计和代码。例如：
   • 密码存储应用无法工作。
   • 移除分心因素的扩展无法工作。
   • 拼写检查器扩展不会向右键菜单添加选项，或不会 为用户犯的错误加下划线。
   • 简化工具栏无法添加正确符号。
   • 页面无法被格式化或添加额外留白。
   • 用户无法使用自己偏好的字体。

4.9.3.1 用户需求

我需要没有额外选项和功能的较少内容，因为当存在过多 认知过载时，我根本无法运作。

相关用户故事：适配。

4.9.3.3 它如何帮助

阅读或使用 Web 内容有困难的用户，很容易被网页上的过多 信息压得不知所措。他们需要简化页面，使其只包含他们 需要的关键信息，而不是把所有精力都花在阅读和理解其他内容和 功能上。对于容易分心的用户来说也是如此。

例如，电子邮件程序在撰写电子邮件时有许多功能和格式选项。 这对许多人来说过于复杂。通过个性化，用户可以拥有 只带发送和取消选项的简单选项。有“to”和 subject 行，但没有 cc 或 bcc 选项。在此设置中，有一个清晰标题（write an email），并且有 用户能够理解的图标。

4.9.3.4 更多细节

请注意：

• 通常，一个简单应用有 3 到 6 个功能。
• 确保易于返回完整功能版本。
• 你可以通过以下方式满足此设计模式：
  • 支持来自浏览器的简化版本，
  • 在区域和控件上使用 data-simplification，
  • 使用个性化语义中的其他属性（参见 [personalization-semantics-1.0]），
  • 添加简化工具栏，或
  • 提供替代版本。

4.9.3.5 入门

在任何关键用户测试路径中的内容上添加 data-simplification="critical"。

4.9.3.6 示例

使用：

1. 可用且易于关闭的简化“阅读”视图。
2. 具有 3 个大功能的应用。其他功能位于页脚或“more” 选项下。
3. 应用的简化版本可用。

避免：

1. 简化模式包含不必要的额外内容，或不受支持。
2. 具有大量功能且无法简化的应用。例如：
   • 繁忙的电子邮件程序有许多控制栏和功能，例如标记、组 标记、开始新主题等。没有简单方式可以简化页面。

4.9.4.1 用户需求

我需要（一个版本的）熟悉界面，我能识别它，并知道会发生什么。

相关用户故事：适配。

4.9.4.3 它如何帮助

个性化会改变界面，以满足用户需求。

拥有熟悉的术语和符号，是许多用户能够使用 Web 的关键。然而，对一个用户 熟悉的内容，对另一个用户可能不熟悉，因此需要他们学习新符号。 添加语义可以允许扩展或浏览器添加个体用户熟悉的符号和支持。

一个更强的示例是使用 AAC 的人。这些用户通常只学习一套符号。他们无法轻松地以书面格式 与使用 AAC 的其他人交流， 或可能难以理解不同应用中使用的不同符号。 使用个性化时，例如 [personalization-semantics-1.0]，用户 代理可以加载个体用户能够理解的符号。用户也可以 访问 Web 和其他应用。

其他支持包括 autocomplete 和帮助用户填写表单并 理解内容的扩展。许多有记忆或执行 功能受损的用户，无法在不请求他人帮助复制 信息或检查工作的情况下填写表单。Autocomplete 允许更多用户 自己管理表单。

4.9.4.4 入门

• 在所有常见字段上使用 HTML autocomplete 标签。
• 添加可增加个性化图像的工具栏。
• 添加可与个性化图像工具栏配合工作的 语义。

4.9.4.5 示例

使用：

1. 在所有常见字段上使用 [HTML5] autocomplete 标签。
2. 真实文本，以支持浏览器的样式偏好。
3. 可添加个性化图像的工具栏。
4. 可与个性化图像工具栏或 [personalization-semantics-1.0] 配合工作的语义。

避免：

1. 不支持 [HTML5] autocomplete 的表单。
2. 不清晰或不可读的默认字体，例如卡通字体或哥特字体。
3. 无法轻松个性化的页面。