移动端读屏操作&常见的读屏无障碍问题
最后更新于
最后更新于
iOS系统：旁白
Android系统：系统默认TalkBack，部分手机厂商未在系统中保留，可自行下载。也可选择第三方软件，如保益悦听、解说、天坦、点明等。
鸿蒙系统：系统默认屏幕朗读，华为部分机型默认搭载TalkBack。
打开/关闭：在设置-辅助功能，或者喊Siri打开，或者连按三下侧边按钮或Home键
手势：
打开/关闭：在设置-无障碍，或者用语音助手，或者同时按住两个音量键长按3秒。各个手机厂商OEM系统路径略有不同。
手势：
指的是使用读屏软件时在聚焦一些控件元素时出现的问题。
无焦点
大焦点覆盖：界面上存在一个焦点包裹了过多的元素。
底层焦点：当一些弹窗或者页面跳转之后，能访问到被覆盖或者视觉不可见的一些元素内容。
焦点过大/过小、焦点冗余/过细：设置焦点合理性的问题
焦点丢失/重置、焦点顺序：都和界面导航相关
焦点陷阱：聚焦到一个元素或者一个区域之后，这个焦点就一直在这个区域里面，无法通过手势或其他操作将焦点聚焦到界面其他元素上。
无标签：缺少替代文本或者相关的说明名称。
朗读错误、朗读冗余、朗读不完整：和控件元素相关的信息的完整度有关
控件类型缺失/错误：控件类型指的是按钮、搜索框、复选框等。
控件状态缺失/错误：状态有选中、未选中、展开、折叠、是否停用等。
缺少信息/错误提示：没有操作提示，或者说反馈缺失。
手势异常：用了正确的规定手势但交互结果不正确/没有。
操作时间不足：倒计时，自动跳转播放的时间设置有问题。
验证码：无法读取验证码中的图片/文字。
闪退、加载异常、其他
无标签、控件类型缺失、无焦点
每个相同目的的可交互的元素有且只有一个独立焦点;
界面上各元素的焦点顺序符合页面操作/位置逻辑;
每个焦点可顺序浏览聚焦，并顺序聚焦离开;可触摸聚焦；因为读屏软件聚焦方式有两种，扫动浏览（上下扫）、触摸浏览（点读机点哪读哪）
装饰性元素、无意义无交互元素的焦点应被屏蔽;
相邻的同样目的的元素（例如按钮图标与文字，或具有组合意义的视图例如卡包中的卡片)应合并为一个焦点;
被覆盖的/不可见的界面/内容不应有焦点(与非读屏模式下可交互的元素一致);
焦点大小与元素视觉较为相符,不因过大/过小导致用户难以触摸/点击操作。
每个正确的焦点，有正确表达组件含义的朗读内容，简洁的说明目的的标签;
除了标签以外，根据组件情况，朗读内容可能还包含以下属性：控件类型（例如按钮、复选框、编辑框等)、状态(展开、选中、可用等)、操作提示、值等;
标签内容需正确表达元素的目的作用，且简洁，如有文字时，尽量做到所听即所见;有必要时可适度语义化;
朗读内容由元素对应的属性代码实现，不能将所有读屏播报的信息直接放入标签中，尤其是控件类型、状态等属性;因为最终朗读出来的内容，是经过读屏软件对控件信息的获取组合之后给出来的，最终的朗读结果受到非常多方面的影响。不能单纯从听起来一样就觉得是正确的
对于同一样式且同一目的的组件，应保持其在应用内朗读的一致性。
编码本身所控制的信息:控件类型、状态、值、位置等，由屏幕阅读器识别控件代码朗读;
产品赋予的信息:控件名称、提示等，由开发在控件中写入，可以自定义，再由屏幕阅读器识别后读出;
TTS(文字转语音引擎)处理的信息︰朗读的语言、多音字处理、符号处理、数字朗读处理等;
用户可通过读屏软件调整的:语速、语调、朗读详细程度、朗读内容的先后顺序等。
应用可兼容辅助技术，开启读屏后，应用不闪退、页面加载正常，应用中的功能可正常使用;
应用适配读屏的操作手势，开启读屏后，可使用默认手势完成相应操作;避免设置的手势与读屏原有手势冲突;若组件设置了特殊手势，应提供相关的引导告知用户;
提供充足的操作时间给用户，自动播放的内容应暂停并提供给用户控制的方式;对于自动弹出并消失的内容,应被读屏自动聚焦并朗读出来;
提供可被不同群体使用的验证码(可以不止一种类型)，并且保障验证码操作过程中兼容读屏使用。
