移动无障碍清单

该文档为移动应用开发者提供一个无障碍需求的简要清单。此文档将随着技术模式的发展而不断演进。

颜色

  • 颜色对比度必须遵循 WCAG 2.1 AA 等级需求

    • 普通文本的对比率为 4.5:1(小于 18 磅或黑体 14 磅)
    • 大文本对比率为 3:1(大于等于 18 磅或黑体 14 磅)
  • 颜色传递的信息,必须也通过其他方式标明(例如,链接文本中的下划线)

可视化

  • 内容隐藏技术(如零不透明度、z-index 顺序和离屏位置)不得仅用于处理可见性。

  • 当前可见的屏幕之外的内容,必须确实是不可见的(特别是单一页面应用中的多个卡片):

    • 使用 hidden 特性或 visibilitydisplay 样式属性。
    • 除非不可避免,不应该使用 aria-hidden 特性。

焦点

  • 所有可激活元素必须可被聚焦:

    • 标准控件,如链接、按钮、表单域默认可被聚焦。
    • 非标准控件必须为它们分配一个适当的 ARIA 角色,如 buttonlinkcheckbox
  • 焦点应该有逻辑顺序,且方式一致。

文本等效

  • 应用中,每个展示的非文本元素都必须提供等效文本。

    • 恰当的位置使用 alttitle(请参考 Steve Faulkner 关于使用 HTML title 特性 的帖子。)
    • 如果上面的特性不适用,使用恰当的 ARIA 状态与属性,比如 aria-labelaria-labelledbyaria-describedby
  • 必须避免使用文本图像。

  • 所有带有可见文本(或文本图片)作为标签的用户界面组件必须在组件的编程名称中提供相同的文本。见 WCAG 2.1:名称中的标签

  • 所有的表单控件必须有标签(<label> 元素),以便于屏幕阅读器用户的使用。

状态处理

  • 单选按钮和复选框等标准控件是由操作系统处理的,而其他自定义控件的状态改变需要通过 ARIA 状态,如 aria-checkedaria-disabledaria-selectedaria-expandedaria-pressed

方向

  • 除非必要,否则不应将内容限制在单一方向,如纵向或横向。见 WCAG 2.1:方向

    • 例如,钢琴应用程序和银行支票都需要一定的方向。

通用指南

  • 应用必须提供标题(title)。

  • 标题(heading)不能破坏层次结构。

    html
    <h1>一级标题</h1>
    <h2>二级标题</h2>
    <h2>另一个二级标题</h2>
    <h3>三级标题</h3>
    
  • 应使用 ARIA 地标角色描述应用或文档的结构,如 bannercomplementarycontentinfomainnavigationsearch

  • 对于触摸事件,以下至少有一项必须为真(WCAG 2.1:指针取消):

    • 不应使用按下事件来触发任何操作
    • 操作在释放事件上触发,并提供中止操作的选项,在其完成之前或提供撤消操作的选项
    • 松开事件将撤消在按下事件上触发的任何操作
    • 在按下事件上触发操作是必要的。例如,玩游戏或钢琴应用程序。
  • 触摸目标必须足够大,方便用户交互(参考 BBC 移动端无障碍指南关于触摸目标尺寸的指南)

备注:该文档的最初版本Yura Zenevich 完成。