人民网首页人民网首页|网站地图
美丽中国——中国政务信息无障碍公益行动
主页 > 新闻速递 >

《Web信息无障碍通用设计规范》意见征集

2018-09-12 来源:人民网-中国政务信息无障

    2018年7月24日,由国家相关机构、行业组织和有关企业共同编制的《Web信息无障碍通用设计规范》已通过中国互联网协会标准工作委员会团标立项审核。现面向社会公开征集意见。

    以下为《Web信息无障碍通用设计规范》全文。

                                                                                                                                                                 前  言

本标准按照GB/T 1.1-2009的规则起草。
本标准由中国互联网协会标准工作委员会(T/ISC)提出并归口。

本标准起草单位: 

本标准主要起草人: 

 

 

                                                                                                                                                                    引  言

       当今时代,互联网技术和应用日新月异,信息服务更加深入、更加全面,人机交互方式更加多元、更加智能,用户对获取信息的方式也不断提出新的需求。移动互联网的快速发展和移动终端的广泛普及,大大降低了用户使用网络门槛,在为更多人提供服务的同时,也为各种障碍人群使用网络提供了便利。web信息无障碍通用设计规范是提升网站服务效能,要求设计人员和服务方遵循通用设计规范,运用新技术改善web服务环境,在满足健全人便捷信息获取信息的同时,也为身体机能缺失或文化认知有障碍的特殊人群提供等价的信息服务。     

    本规范根据web技术和服务发展情况,参考万维网联盟(W3C)制定的WCAG2.0和我国的《网站设计无障碍技术要求》(YD/T 1761-2012)的相关规范,力求将web相关的新技术纳入通用设计规范,并把语音识别和大数据服务等人工智能技术融入通用设计规范。并在感知性、操作性、理解性和健壮性方面提出新的要求,以使障碍人士更便捷、更高效地感知和利用Web信息服务。

    本规范通用性要求适合于PC网站、移动网站、计算机客户端和移动APP。特别性要求是让各种障碍人士更便捷获取Web信息服务的更高要求。本规范根据web技术和服务发展情况,参考万维网联盟(W3C)制定的WCAG2.0和我国的《网站设计无障碍技术要求》(YD/T 1761-2012)的相关规范,力求将web相关的新技术纳入通用设计规范,并把语音识别和大数据服务等人工智能技术融入通用设计规范。并在感知性、操作性、理解性和健壮性方面提出新的要求,以使障碍人士更便捷、更高效地感知和利用Web信息服务。

 

web信息无障碍通用设计规范

1 范围


    本规范规定了计算机网站和移动网站信息无障碍交流通用设计技术要求。标准在涵盖了一系列能使更多残障人士更容易访问Web内容的各种规定,使失明,失聪,有听力和视力障碍的人士,有学习,认知,运动,言语障碍,以及光敏感反应等人群,获取web信息和服务付出的成本和健全人相一致,同样,这些规范也适用于身体临时障碍,环境发生变化的健全人信息访问需求。本规范适合于解决Web内容在台式计算机、笔记本电脑和平板电脑,同样适合于智能手机等移动设备上的可访问性问题。

       本规范对web信息无障碍交流对用户更全面的感知信息、更方便的操作方式,更清晰的理解访问对象提出了一些要求,对web信息服务智能化提出无障碍需求,对第三方辅助工具的兼容也提出了一些建议。本规范并针对无法用视觉感知信息的盲人,无法用肢体操作电子终端设备的特殊人群,以及因视力障碍或文化认知障碍人群的访问需求提出具体要求

    本规范适用于web信息无障碍交流和web信息智能服务的设计者,也适用于网络产品和网络服务提供者,公共服务信息资源管理者和提供者,为政策制定者提供依据,为服务评估者提供支撑。本规范未将操作系统和浏览器可以实现的网页放大、背景色调整等无障碍辅助功能作为强制要求。

 

2 术语和定义

下列术语和定义适用于本标准

 

3 总则

    web信息无障碍通用设计规范是保障所有用户在不同身体状况、网络传输渠道和周边环境状态发生变化的情况下,都能便捷获取web服务的信息无障碍交流要求。为了达到这些要求,网站的设计者和开发者必须遵守以下五项基本原则。

 

3.1 感知性。在保障获取信息有障碍的用户以辅助手段感知信息的同时,网站信息内容的推送方式需要提供文本信息的在线语音阅读和手语转译,文本信息影像化等多种推送方式,以满足不同障碍人群对信息感知形式的需求。这个要求同样对健全人获取信息更友好;

 

3.2 理解性。在充分保障盲视认知当前访问对象基础上,需提供当前网页信息结构和访问对象的关联性文本或其他表达方式,以保障盲视用户感知信息与健全人感知信息等价,为用户操作的目的性和准确性提供支撑;

 

3.3 操作性。在规定了网站全程支持键盘操作的基础上,网页需将区域分类的数据关系结构程序并提供相应的操作接口,以帮助使用读屏软件的盲视用户快速准确操作,并友好支持使用声控软件的用户便捷操作。移动网页也应将网页信息区域结构程序化,并提供智能手势,支持盲视用户进行网站栏目、文本输入、控件按钮定位和操作。

 

3.4 兼容性。Web内容必须健壮,在计算机主流浏览器、移动主流浏览器下运行正常,在支持通过获取系统消息的辅助工具的同时,也为现有的辅助工具、未来的用户代理和其他的智能软件提供操作接口和计算程式;

 

3.5 便捷性。Web信息服务应覆盖到计算机网络和移动网络等所有传输渠道,应符合各种电子终端屏幕规范和显示要求,应将网页的信息结构进行有分类处理和存储,并开放数据访问和操作控制接口,为辅助工具或其他智能技术获取和调用。

 

 

4 通用性要求


4.1 可感知性

 

4.1.1 感知性要求:网页信息和接口组件应以用户可以感知的形式完整呈现给用户。

 

4.1.2 标识与描述

 

4.1.2.1 整体信息
    应有一个描述当前页面整体服务类型、信息状况和信息结构的机制,并能够方便访问。

说明:这个服务对于盲人用户是有一定帮助的。一直以来,盲人用户在感知网页信息的全面性方面与明眼人存在著很大的差别,具体表现在:页面的类型(综合页面、还是单项服务等页面)、网页的内容结构,信息数量等方面,他们都是通过操作TAB键遍历后,才能达到对网页信息的大致了解。

示例:该标准在网上公布时,所有要求将会提供相应的成功示例。

 

4.1.2.2 区域信息
    各信息区域应有该区域的信息类型和服务内容的具体描述,并在访问中可以获得。

说明:在视觉感官中,网页中的各种信息区域通常是以边框、距离、色彩和位置等元素进行表达,区域的名称或以文字,或以文字加链接,或以视觉可以理解的样式等方式。这些方式对于读屏软件的用户来说是有障碍的。从目前状况下看,虽然他们能够通过遍历操作能够访问,但是很难辨别出所访问的内容哪些是区域名称,哪些是指向链接,即使能够理解,那花费的成本是很大的,同时,需要通过记忆,以保证下一次访问能够掌握。

 

4.1.2.3 上下文  

    交互关系复杂且有上下文关系界面组件,应在区域访问的出入口有相应说明,并支持上下级或同级遍历。

说明:如网页上的用户注册或登录或购物等服务都有上下文的关系,在编写这些类型的网页组件时,应对各访问节点的上下或同级关系(如有)进行标注,并提供相应的访问和操作方式。

 

4.1.3 视觉呈现

4.1.3.1 页面布局

    应遵循常规页面布局方式。如因服务功能需要改变布局形式,应有必要的提示。

 

4.1.3.2 对比度  

    至少提供一种黑色背景、白色字体的页面对比度设置服务。采用其他对比度方案,对比度不低于4.5:1。

 

4.1.3.3 文本字体大小 

   文本不需要辅助技术的情况下,要至少可以放大至200%,且没有内容或功能损失。

 

4.1.3.4 焦点状态 
    鼠标,或指点,或键盘操作,或以其他方式聚焦到页面各组件时,该组件应有明显的状态提示。

 

4.1.4 听觉感知

4.1.4.1 语音阅读

    页面各组件和文本信息均应提供在线的语音阅读服务,至少要在正文页面中实现。

 

4.1.4.2 阅读控制
    语音阅读服务应有开启和关闭阅读的设置,并可被辅助技术操作和控制,避免与盲用读屏等语音阅读或语音识别类软件冲突。

 

4.1.5 非文本处理

4.1.5.1 非文本链接 

    以非文本形式的链接,应提供说明链接目的或链接用途的替代文本。如:所指向的正文标题,或文件、服务应用的下载等。

 

4.1.5.2 非文本控件

    以非文本形式的控件或接受用户输入,应提供一个说明其目的的文本。如:搜索或登录按钮等。

 

4.1.5.3 验证码    
    ——验证码放大:如网页中存在非文本验证码,应提供相应的验证码放大服务,且验证码的放大倍数不低于2倍。
    ——验证码替代:如网页中存在非文本验证码,至少提供一种视觉感官以外的验证码,如替代文本或语音验证码。
    注:以上两种形式需要同时存在。

 

4.1.5.4 验证码时效 
    有时效限制的验证码,应为用户提供告知时效服务,并提供延长时效设置。时效延长设置时长不低于原有时效1倍以上。

 

4.1.5.5 图片二维码 
    如网页中有移动APP或移动网站二维码图片,应提供说明其目的的替代文本,并有相应访问或下载地址。同时需提供一种能够使图片放大并显示在屏幕中央位置的机制,图片放大至少为原图片的4倍。 
    注:二维码放大并显示在屏幕指定位置,对视障用户能够扫描到二维码有帮助。

 

4.1.5.6 播放器 
    应为所有展现给用户有价值的非文本内容提供等价的替代文本。如:图片幻灯、音视频播放器等,图片幻灯的替代文本链接或文字。

 

4.1.5.7 图表 
    以图片或控件表格等形式图表,应提供与视觉信息结构关系一致的访问方式和等价文本。如:横纵轴联系、分项菜单关系、数据表达等。

 

4.1.5.8 非文本装饰
    如果非文本内容是纯粹的装饰,应提供一种其内容可以被辅助技术忽略的机制。

 

4.1.6 多媒体处理

4.1.6.1 音视频 
    ——应提供与音视频语音信息同步的文字字幕
    ——应提供与音视频语音信息等价的手语解说
    ——应提供与音视频语音信息等价的替代文本

 

4.1.6.2 图片播放器 
    ——应提供与图片信息一致的文字字幕
    ——应提供文字字幕在线语音阅读服务
    ——应提供与图片信息一致的替代文本

 

4.2 可操作性

4.2.1 可操作性要求:用户界面组件应构建和开放界面组件操作接口,并可被其他操作方式替代。

 

4.2.2 操作接口

4.2.2.1 结构数据
    构建界面组件层次关系清晰、信息完整准确的结构数据。

 

4.2.2.2 接口开放
    不依赖操作系统消息或浏览器解析结果,并可被键盘操作、语音控制软件等其他智能软件访问操作。

 

4.2.3 多媒体控制

4.2.3.1 多媒体播放控制
    视频、音频等多媒体信息的播放控制可通过键盘完成,并可被其他操作方式访问操作。

 

4.2.3.2 多媒体互动交流
    视频、音频等多媒体内的在线评价交流服务,可以通过键盘操作和其他操作方式完成。

 

4.2.3.3 暂停、关闭或开启 
    如果网页上有自动播放的多媒体,则应提供一种机制及时进行暂停、关闭或重新开启。

 

4.2.4 操作时间控制

4.2.4.1 充足的操作时间 
    如果计时不是活动的必要部分或关键要素,则应为用户的操作留下充足时间。

 

4.2.4.2 操作时间延长 
    如果用户的网页交互操作时间不足,需提供一种可以延长交互时间的机制。

 

4.2.4.3 重新申请操作  
    如果计时时间是活动的必要部分或关键因素,需提供一种重新申请再次操作的机制。

 

4.2.5 漂浮窗体控制

4.2.5.1 漂浮窗体时机 
    网页中如有漂浮窗体,尽可能在网页加载时与网页同步出现。

 

4.2.5.2 临时漂浮窗体 
    如网页需要临时出现漂浮窗体,应有一种告知方式,并提供关闭漂浮窗体的机制。

 

4.2.5.3 漂浮窗体访问 
    为鼠标和指点方式之外的其他操作方式提供访问漂浮窗体的机制。

 

4.2.6 信息输入处理

4.2.6.1 输入提示 
    当需要输入内容时,应提供输入信息格式要求的文本形式提示,并提供相应的检测机制。

 

4.2.6.2 错误修改 
    如果输入错误被网页前端或后台检测出来,则应以文本形式或语音向用户描述错误信息,且错误可撤销,并支持继续输入。

 

4.2.6.3 错误预防

 

 


    对于会导致使用者发生法律承诺或财务交易的网页,应提供符合下列要求的服务通道:
    ——提交动作是可逆的;
    ——对用户输入的数据进行检查;
    ——给用户纠正数据的时间;
    ——提供一个模拟提交的测试机制;
    ——用户提交后,要有提交结果的报告,且提交可在3分钟内予以撤销,或在3分钟内的支持修改和再次提交。

4.2.6.4 网站导航 
    网站要提供信息和服务栏目的导航,并为键盘操作提供一种快速访问机制。这个服务至少保证访问者在网站首页上可以获得。

 

4.2.6.5 区域辨识 
    网页中的各信息服务区域,无论是纯文字或纯文字加链接任何一种形式,应有该文字的目的和内容告知。

 

4.2.6.6 便捷服务 
    应为键盘提供一种可以直接访问网页信息内容的操作机制。如:进入正文页或列表页,通过操作快捷键可直接到达列表或正文窗口。


4.3 可理解性

4.3.1 可理解要求 
    网页的文本内容和非文本内容应可读、可理解,用户界面布局和功能关系清晰,便于用户理解和使用。

 

4.3.2 信息表达

4.3.2.1 专业词语 
    尽可能不采用专业词语作为栏目或访问目标的表达,如有,应提供一种阐明其具体定义的机制。不包含正文中的专业词语。

 

4.3.2.2 缩略词 
    如因某些情况必须使用缩略词作为栏目或访问目标的表达,且缩略词只是网站自我表达,则应提供一种机制来展开缩写词原意。不包含常规使用的缩略词。

 

4.3.2.3 交互的统一性 
    使用键盘对网页进行遍历操作,用户界面组件则以视觉感知一致的顺序出现。

 

4.3.2.4 识别的一致性 
    避免修改公认的通用名称,如有,则应提供一种机制予以说明。

 

4.3.2.5 网页识别
    网页应有对应的描述主题或目的的标题或关键词。

 

4.3.2.6 区域识别
    网页各信息区域应为辅助软件提供和视觉一致的区域标题注释,而不是一个链接注解。

 

4.3.2.7 位置告知和纠错  
    应提供一个告知当前状态、位置和组件关系的机制,指导用户操作,并支持撤销上一步操作动作。

 

4.4 健壮性

4.4.1 健壮性要求 
    网页内容必须健壮稳定,在主流操作系统或浏览器下运行正常,支持现有的辅助工具和其他用户代理。

 

4.4.2 界面组件

4.4.2.1 页面样式 
    页面样式不应因用户使用的浏览器或操作系统不同而发生样式变化,不包括响应式网页服务。

 

4.4.2.2 数据加载
    网页数据加载,不应因用户使用的浏览器或其他第三方代理工具不同而影响数据的加载。

 

4.4.3 认证确认

4.4.3.1 认证确认
页面中某些需要用户提交认证的服务,不应因无障碍服务机制原因,或因用户使用的操作系统或浏览器不同而影响认证确认。
注:在计算机网站的无障碍服务中,避免使用类似镜像代理实现的无障碍服务,以防止跨域限制出现认证无法完成。

4.4.4 一致性服务

4.4.4.1 不应限制
    无障碍要求不应影响网页界面样式的正常设计,同样,网页界面样式设计也不应影响辅助工具或其他代理工具的访问。

 

4.4.4.2 流程一致
    无障碍交流要求不应影响网页的界面交互方式,同样,网页界面交互流程不应当对特殊需求操作进行限制或不能便捷访问。

 

4.4.5 沟通交流

4.4.5.1 在线沟通
    如有语音形式的在线沟通服务,也应提供等价的文本形式的服务。

 

4.4.5.2 交流反馈
    对外提供的交流反馈服务,至少要提供语音(含电话或及时视频)和文本两种方式的沟通渠道。


5 特别性要求
5.1 PC网站

5.1.1 盲人用户

5.1.1.1 键盘操作
    网页内容中所有功能均可通过键盘操作来实现,而且对单个键击时间没有特定要求。同时,网页中的界面组件尽可能不提供除无障碍服务之外的组合键定位等操作方式,避免与包括辅助软件在内的第三方代理快捷键发生冲突。

 

5.1.1.2 键盘可达
    界面组件中的内嵌网页、文本输入框和需要动态加载的页面,应支持制表键(TAB)或其他快捷定位键的访问。在上下文关联控件中,不应出现由于自循环造成的键盘陷阱。

 

5.1.1.3 键盘序列
    制表键的访问序列应保持和界面样式感知形式相一致,也不应网页组件内容调整而改变访问序列。

 

5.1.1.4 键盘陷阱
    界面组件中的内嵌网页和需要动态加载的页面,应将所有焦点纳入网页制表键序列(TAB),也不应自身机制原因而造成制表键访问的死循环。

 

5.1.1.5 键盘跳出
    如网页中有必须进行计算关联组件和服务,无法将其中的制表键纳入网页制表键序列,则应提供一种通过快捷键可以向上或可以向下访问的跳出机制。

 

5.1.1.6 TAB页
    网页中有支持鼠标等指点设备操作的TAB窗体或栏目,应支持制表键的访问到达,并保证访问结果和内容与鼠标的操作TAB页相一致。

 

5.1.1.7 操作引导
    应有一个描述当前网页整体信息结构的机制,供用户第一时间和随时访问,在用户浏览到各信息区域时,应及时将该区域信息告知用户

 

5.1.1.8 智能盲道   
    应将当前网页区域按照服务类型和特性进行分类,提供与区域相对应的访问快捷键,并支持相同区域遍历查询。

 

5.1.1.9 在线读屏
    应提供一种与盲用读屏软件操作方式一致、全程支持键盘操作的在线读屏服务,并提供开启和关闭切换设置,以避免与读屏软件冲突。

 

5.1.1.10 口述影像
    为只有通过视觉才能感知信息内容的视频媒体,提供与影像信息表达一致的同步语音描述服务。

 

5.1.2 综合障碍

5.1.2.1 简易大字版本
    如网页界面服务功能多、信息繁杂,则需提供一个分类清晰,信息与原页面一致的简易大字版本。

 

5.1.2.2 信息影音化
    需提供一种将网站信息和服务以全程影音化的服务版本,并支持全程键盘操作。

 

5.2 移动网站

5.2.1 盲人服务

5.2.1.1 遍历查询
    网页各组件和元素支持手势滑动遍历查询。

 

5.2.1.2 智能手势
    网页应为各服务功能和各信息区域提供快捷定位的访问手势。

 

5.2.1.3 操作引导
    应有一个描述当前网页整体信息结构的机制,保证用户在第一时间知晓。

 

5.2.1.4 在线读屏
    应提供一个与智能手势同步播放的语音阅读服务,并有一个关闭和开启的机制。

 

5.2.2 综合服务

5.2.2.1 纯文本
    提供一个没有图片的纯文字版本,支持手势放大页面,同时提供文本信息在线语音阅读和至少一种黑底白字的高对比设置服务。

 

5.2.2.2 信息影音化
    提供一个将文本信息转换为影音化服务的版本,并有进退、播放和音量等多媒体常规设置。

 

5.3 PC无障碍客户端

5.3.1 盲人用户
    支持用户在计算机桌面以快捷键方式拉起该服务,并支持用户全程以键盘操作方式访问Web信息,同时支持用户以语音命令替代其他操作方式。

 

5.3.2 语音控制
    支持用户在计算机桌面以语音命令方式拉起该服务,并支持用户全程以以语音命令操作方式访问Web信息。

 

5.3.3 综合服务

5.3.3.1 兼容性
    PC网站原有无障碍服务,友好支持各种辅助技术、语音识别等其他智能软件和其他第三方代理。

 

5.3.3.2 自定义网站
    为用户重新组合和确定信息目录提供服务,支持用户通过确定自己所需访问和喜欢的栏目,完成自定义的个性化网站。

 

5.4 移动客户端

5.4.1 盲人用户

5.4.1.1 读屏效能
    ——少保证移动Web信息可被读屏软件访问
    ——最好实现简单的移动读屏功能,有全面性的读屏服务更好
    ——兼容常规手势,并提供常规手势和盲用智能手势切换设置

 

5.4.2 语音控制
    支持用户以语音命令方式拉起该服务,并支持用户全程以以语音命令操作方式访问Web信息。

 

5.4.3 综合服务

5.4.3.1 兼容性
    兼容移动网站的所有无障碍服务,友好支持第三方代理辅助软件、语音控制软件等其他智能软件。

 

5.4.3.2 影音化服务
    提供一个将文本信息转换为影像化语音阅读服务版本,并支持前进、后退、暂停、播放等多媒体应有的设置。

 

5.5 全面性要求

5.5.1 信息服务

5.5.1.1 订阅
    ——支持订阅网站整体信息;   
    ——支持订阅网站栏目信息;
    ——支持提交关键词订阅网站或各单个栏目信息。

 

5.5.1.2 推送
    ——及时推送订阅信息; 
    ——智能推送用户喜欢的信息;
    ——及时告知重要信息和服务。

 

5.5.2 搜索服务
5.5.2.1 目录检索

    提供网站目录分类信息服务,支持用户以目录检索方式查找信息。

 

5.5.2.2 关键词检索

    支持用户通过输入关键词查找信息。

 

5.5.2.3 高级检索
    ——应支持用户输入自然语言方式查找信息 
    ——应支持用户定向搜索网站单个栏目信息
    ——应支持用户按照时间区间等方式的搜索

 

参考文献
[1] WCAG 2.0(2012),网站内容无障碍指南
[2]网站设计无障碍技术要求(YD/T 1761—2012)

如个人、单位有意见或建议,请提交到wuzhangai#isc.org.cn(发邮件时,#改为@)

 

责任编辑:申易