一款设计良好的产品可供所有能力的用户使用，包括视力低下、失明、听力障碍、认知障碍或运动障碍的用户。改进产品的无障碍功能可以增强所有用户的可用性，这是非常值得做的事情。

Material design 的内置的无障碍功能将帮助你的应用适应所有用户。本节内容主要适用于移动端 UI 设计。有关设计和开发完全无障碍的产品的详情，请访问Google 无障碍网站。

使用颜色和对比度来帮助用户查看和解读应用的内容，与正确的元素交互，并理解操作。

无障碍调色板

为应用选择支持可用性的主色、辅助色和强调色。确保元素之间有足够的颜色对比度，以便视力低下的用户也可以使用你的应用。

声音

给视觉元素添加声音作为替代方案，反之亦然。添加可隐藏的字幕，或其他视觉元素来作为重要声音元素和声音警报的替代方案。

通过在 UI 元素上添加描述性的标签，使用户可以通过声音在应用中导航。当使用屏幕阅读器（如 “TalkBack” ），并通过触摸板导航时，在用户指尖触摸到 UI 元素时，会大声读出标签上的文本。

应避免使用以下声音：

• 通过屏幕阅读器播放不必要的声音，例如打开网页时自动播放的背景音乐。如果有背景音乐，请确保用户可以安全的暂停或停止背景音乐。
• 添加到原生元素上的额外的声音（屏幕阅读器能够正确的翻译原生元素）

给输入控件和其他元素添加描述，供屏幕阅读器等设备可以进行朗读

动效

Material design 使用动效来引导视图之间的焦点，以避免用户分心。把表面转换为焦点以供用户跟踪，并移除不重要的元素。

为了使具有运动和视觉敏感性的用户能舒适地使用界面，请遵循 Material Design 运动规范，该规范支持 W3C 的以下运动指南：

• 如果内容持续移动、滚动或闪烁的时间超过 5 秒，则会暂停、停止或隐藏
• 在 1 秒内，内容的闪烁次数限制为 3 次，以满足闪烁和红色闪烁的阈值
• 避免闪烁屏幕中较大的中心区域

定时控件

应用中的控件可以设置为在一定时间后消失。例如，播放视频 5 秒后，播放按钮控件可能会从屏幕上淡出。

高优先级的控件
避免在有高优先级功能的控件上使用定时器，因为如果这些控件消失的太快，用户可能不会注意到这些控件。例如，当焦点聚焦到控件上时， TalkBack 会大声朗读出控件，如果为其加上了定时器，可能会阻止控件完成某些任务。

对于有其他重要功能的控件，请确保用户可以再次启用控件、或可以通过其他途径执行相同的功能，在层次和焦点中了解更多。

阅读关于在活跃区域放置文本的信息。

字体

为了提高可读性，用户可能会增加字体大小。移动设备或浏览器有调整系统字体大小的功能。要在 Android 中使用系统字体大小，使用可缩放像素（sp）来标记文本极其关联容器。

确保为大型字体和外语字体分配了足够的空间。有关推荐的外语字体大小的信息，请参阅行高。

应用应该给用户反馈，并使用户了解他们在应用中的位置。导航控件应该便于定位，且书写清晰易懂。视觉反馈（如标签、颜色和图标）和触摸反馈向用户显示了可用的 UI。

导航应该具有清晰的任务流程，和最少的步骤。在频繁使用的任务上，应该实现聚焦控制、或控制键盘和读取焦点的功能。

使用焦点控制导航

屏幕阅读器

屏幕阅读器为用户提供了多种屏幕导航的方法，包括：

• 屏幕阅读器的触摸界面允许用户在屏幕上移动手指，以听到手指正下方的内容。这使用户能快速了解整个界面。或者用户可以凭借肌肉记忆快速移动到指定 UI 元素。在 TalkBack 中，此功能被称为 “通过触摸浏览” 。用户必须双击才能选择一个项目。
• 用户也可以在屏幕上向前或向后滑动来移动焦点，来从上到下线性地阅读页面。这允许用户在某些元素上进行训练。在 TalkBack 中，这称为线性导航。

用户可以在 “通过触摸浏览” 和 “线性导航” 模式之间切换。当页面使用合适的语义化标签时，一些无障碍技术允许用户在页面的这些标记（例如标题）之间导航。

硬件或软件方向控制器（例如 D-pad、轨迹球或键盘）允许用户以线性的方式从一个选择的元素跳到另一个元素。

清晰且有帮助的无障碍文本是使 UI 更易访问的主要方法之一。视力低下或没有视力的用户会从清晰易懂的文字描述中受益。无障碍文本是指供屏幕阅读器软件使用的文本，例如 Android 上的 TalkBack、iOS 上的 VoiceOver、桌面端的 JAWS。屏幕阅读器会大声朗读屏幕上所有的文本，包括可见和不可见的替代文本。

无障碍文本包括可见文本（包括 UI 元素中的标签、按钮中的文字、链接和表单）和不可见的描述（没有文本标签的按钮的替代文字）。有时，可以使用无障碍文本覆盖屏幕中的标签，来为用户提供更多信息。

可见和不可见的文本都应该是有用的描述性的词，并且都有独自的含义，因为有些用户会使用页面中的标题和链接进行导航。使用屏幕阅读器测试你的应用，以确定那些缺失无障碍文本、或需要更好的无障碍文本的区域。

确认操作

使用对话框、toasts、或 snackbars（Android）来确认或确知具有破坏性的用户操作（例如 “删除” 或 “移除”），或者提示用户此操作不能撤销。

对于通过视觉方式确认的操作（例如，在删除一个项目时重新排列网格的布局），不需要 toast。在这些情况下，添加无障碍文本以提供确认。

提供提示语音

提示语音为不明确的操作提供额外的信息。例如，Android 的 “双击以选择” 功能提示用户在选择一个项目时需要点击两次。Android 的 TalkBack 也会提醒和元素相关联的任何自定义操作。谨慎使用提示语音，确保只在复杂的 UI 上使用提示语音。