针对辅助功能标签评估你的 App

大家好 我是 James Accessibility 团队的一名软件工程师 今天我将谈谈如何评估你的 App 以便将辅助功能标签 添加到 App 的产品页面 嗨 我叫 Lisa我是一名设计师 也在 Accessibility 工作 接下来我会从设计角度分享 如何让 App 更易于使用 在本讲座中 我们将探讨如何评估 你 App 的辅助功能标签 我和 Lisa 将介绍 App 辅助功能的核心原则 并逐一讲解可标注支持的功能特性 过程中我们会涵盖辅助功能设计、 通过“旁白”和“语音控制” 功能测试 App 以及提供无障碍媒体的方法 在讲座结束时 你将掌握 如何用辅助功能标签 突显 App 的辅助功能 在 Apple 我们坚信 卓越的科技应当普惠众生 当你设计具有辅助功能的 App 时 就能为更广泛的用户群体敞开大门 通过支持“旁白”和“语音控制” 等辅助技术 你就能消除用户对 App 的使用障碍 辅助功能标签能在 App Store 直观展示你 App 支持的无障碍特性 帮助用户快速判断是否包含 他们依赖的关键功能 若要标注你的 App 支持辅助功能 用户应能完成 App 内的 所有常见任务 首先明确你的常见任务 这些操作既包含 App 的主要功能 即用户下载 App 的主要目的 也包括 App 的基础通用功能 例如首次启动体验、 登录、购买和设置 明确用户可以在你的 App 中 执行哪些操作 明确 App 的常见任务后 即可对照辅助功能标签中的各项功能 逐一评估你的 App 考虑采用这种测试策略： 将每个常见任务与每项功能 进行交叉验证 这一策略能清晰识别 App 支持的 以及尚不支持的功能 请务必在 App 支持的 所有设备上进行测试 包括 iPhone、iPad、Mac 产品、 Apple Watch 等 如果某项功能与你的 App 功能 无关 则无需标注支持 准确告知用户如何使用 你的 App 至关重要 为确保信息准确 请参考 辅助功能标签文档 评估标准旨在规范 App 必须提供的用户体验 以判定它是否支持某项功能 这能确保 App 在 App Store 中 保持一致的交互表现 准备好后 即可添加辅助功能标签 你需要将这些标签提交至 App Store Connect 的 App 产品页 你 App 支持的所有辅助功能 都将展示在产品页面上 辅助功能标签的核心在于 App 辅助功能的基本原则 这些原则将帮助你评估各项功能 嘿 James 这或许是个好机会 可以展示我们正在开发的 App “Landmarks” 对 这主意不错 不如你来给大家讲讲 我们的开发初衷 App 的辅助功能始于设计理念 我们想打造一个 人人都能轻松使用的界面 无论他们以何种方式与设备交互 正如 James 所说 关键要熟悉 并启用各项辅助功能 比如“语音控制”和“更大字体” 同时用心体会 用户在使用 App 时的视听体验 此外 尽可能 与残障群体保持沟通 让使用辅助功能的用户参与测试 是评估 App 无障碍程度 最有效的方式之一 以我本人为例 由于患有一种罕见的黄斑变性症 我的视力属于法定盲人等级 这导致我的中央视力受损 看什么都模糊不清 举个更直观的例子 比如在参加我最爱的徒步活动时 我能看到树木、岩石、 前方小径这些大物体 但必须凑很近才能看清细节 比如路标上的文字 当我使用 iPhone 时 我完全依赖最大字号来完成所有操作 无论是阅读、工作还是处理个人事务 在残障群体中 我们坚信“没有我们的参与 就不要替我们做决定” 我们理应全面参与 影响我们生活的决策 要确保 App 的无障碍性 最好的方式莫过于 让直接受它影响的用户参与设计 以我的亲身体验来说 当一个 App 考虑到 我作为视障人士的使用体验时 我会真切感受到自己被重视 这就是辅助功能标签如此重要的原因 我们来看看第一组功能特性 好的 开始吧 这组功能为实践无障碍设计 提供了绝佳机会 我们就从颜色说起 颜色能强化信息传达 帮助用户理解内容 前景色与背景色之间 应保持足够高的对比度 这既能确保文本清晰可读 也能帮助用户快速定位目标信息 在设计 App 时 采用高对比度配色方案至关重要 如果你的 App 默认配色 未达到最低对比度标准 请确保开启“增加对比度”设置时 能自动满足要求 在设计 App 时 我们虽然刻意 采用了高对比度配色方案 但发现部分颜色组合 未能达到最低对比度标准 因此专门为“增加对比度”设置 选配了替代色系 这一优化同时适配 浅色与深色两种外观模式 在对“Landmark”App 所有常见任务的 充足对比度进行全面测试后 我们未发现其他问题 后续我将在辅助功能标签中标注 本 App 对充足对比度的支持 接下来要讨论的是“深色界面” 许多用户由于对光线敏感 或偏好暗色背景 而使用深色模式 屏幕上大面积的白色或亮色区域 可能引发不适 甚至造成生理性疼痛 就我个人而言 由于眼睛对光线极度敏感 深色界面能显著提升我的阅读舒适度 如果你的 App 尚未 适配“深色界面” 请确保在系统开启 深色模式时能自动切换 我们已对 App 设计成支持深色模式 但为彻底验证 我们将执行一些常见任务 我们还将开启 “智能反转”功能进行验证 “智能反转”是一项辅助功能 可反转界面色彩显示 你需要确保任何媒体内容的 色彩都不会发生反转 确认 App 支持以深色背景为主后 即可将“深色界面”添加到 辅助功能标签中 部分用户需要放大文本才能正常阅读 设计 App 时 请确保文字至少能放大至 200% 理想情况下应支持更大倍率 我个人就需要 310% 的放大比例 因此如有可能 请支持超过 200% 的文本缩放 在设计布局时 还需确保文字放大后 不会出现重叠或严重截断 这一点至关重要 预留足够空间并允许自动换行 以适应更大的文字尺寸 若某些控件无法进一步放大尺寸 可参考文档中的其他设计方案 在 App 中支持大字号模式的 最佳方式之一 是使用“动态字体” 要了解更多内容 请观看 WWDC24 视频 “动态字体体验入门” 若 iOS App 的常见任务流程中 文字缩放比例至少支持 200% 即可将“更大字体”添加到 辅助功能标签 嗨 James 我们来测试一下 App 吧 好主意 我想知道大文本是如何 为有需要的人提供帮助的 我们共事这么久 我知道你日常也依赖大号文字 方便请教几个问题吗？ 当然可以 我会把发现的问题都记录下来 我已经在 iPhone 上开启了 加大字号辅助功能选项 当前文字大小设置为 235% 在“Landmarks”App 中 我已经注意到文字比默认尺寸大 “Landmarks”的一个功能 是允许你将不同地标分组归类 我们已经创建了一个 “Accessibility 团队”收藏集 用来规划徒步路线 嘿 我有个主意！ 不如我们更新一下这个收藏集吧 好啊 或许可以选个地点 作为团队下次徒步的地点 完美！ 那我们先看看这些收藏集吧 首先轻点返回按钮 然后再轻点收藏集按钮 嘿 Lisa 我发现“2023 年行程” 收藏集的排版有点错位 这显然是个 bug 你觉得呢？ 嗯 虽然不够精致 但收藏集名称还是能看清的 我不认为这会影响 “更大字体”的适配 不过还是得记录一下 这需要修复布局 好的 我记一下 其实我们再仔细看看

描述文本被截断了 确实应该让文字自动换行 我会把这个问题也记入 bug 列表 我会编辑一下这个收藏集

等一下 为什么描述文本框里的文字 没有自动扩展？ 我来检查一下文本是否能滚动 看起来描述框并没有 适配大字号文本的扩展 虽然还能滚动浏览 但操作起来太费劲 现在我们了解更多情况了 你怎么看？ 老实说 所有这些 bug 让用户很难 获取收藏集的信息 我们确实该在标注支持“更大字体” 之前 先把这些问题修复好 我同意 等我们完成其他常见任务后 就去查开发者文档 找找这些 bug 的解决方案 我们可以让文本框自适应大字号文本 并允许文字自动换行 而不是被截断 目前来看 这些问题意味着 我们暂时不能在 “Landmarks”中标注 支持“更大字体” 等我们修复这些问题 并测试完其他常见任务后 再回到 App Store Connect 补充支持标注 我们来进一步谈谈颜色 在设计中使用色彩时需注意 不同用户对颜色的感知可能存在差异 许多 App 依赖色彩传递信息 例如有些 App 用红色或绿色 表示“成功”或“失败”状态 但色盲用户可能无法识别这类提示 因此 设计时需结合形状、图标 或文字来辅助传达关键信息 而非仅依赖颜色 此外 也可以允许用户 自定义 App 中的色彩方案 我们在设计 App 时用颜色和图标 来突出删除按钮等重要元素 确保这些元素不单纯 依靠颜色传递信息 为确保符合评估标准 我们将逐一检查 App 中的常见任务 重点关注颜色的使用方式 一旦确认“Landmarks”App 并不仅仅依赖颜色传递信息 即可将“无需单凭颜色区分”添加到 辅助功能标签 接下来 我们谈谈动态效果 动态效果能为 App 体验增色 但需注意 某些类型的动态效果 可能引发严重眩晕或恶心 甚至导致用户弃用 App 触发因素可能包括： 缩放/滑动转场、 闪烁或频闪元素、 自动播放动画 或视差效果 为解决这个问题 用户可开启 “减弱动态效果”设置 为适配这个设置 建议你梳理常见任务 标记已知可能引发不适的动画 你可以调整这些动画 而不是删除它们 如果你的 App 本身就不包含 这些已知的触发因素 可直接标注支持“减弱动态效果” 为了评估我们的 App 我们将完成常见任务 重点检查所有动态效果 我们将查阅开发文档中的规范指引 对存疑的动态效果进行验证 确认已移除所有 可能引发不适的动态效果后 即可将“减弱动态效果” 添加到辅助功能标签 除了辅助功能设计之外 你还可以 调用辅助功能 API 来构建 App 让依赖辅助技术的用户 也能顺畅使用 App 接下来我们重点介绍两项关键技术 “语音控制”和“旁白” “语音控制”是 Apple 的 辅助技术之一 允许用户通过语音指令操作设备 凭借“语音控制”技术 用户可通过 语音命令实现轻点、轻扫等操作 需确保“语音控制”能与 App 中所有可触控元素交互 例如返回按钮和搜索栏 “语音控制”的实现依赖于你的 App 为视图中的辅助功能元素提供元数据 例如 通过为按钮添加 辅助功能标签修饰符 指定按钮的名称 用户只需说出这个名称 就能用“语音控制”触发轻点操作 接下来我们将重点评估 App 对“语音控制”的兼容性 具体细节请参考开发者文档 说到这个 用户很可能需要 使用“语音控制”查找地标 现在就来实测一下我们的 App 没问题 我们要确保用户仅用语音命令 就能完成常见任务 等我开启“语音控制”后 会先打开“Landmarks”App 然后说出“显示名称”指令 同时确认所有项都有 描述准确、表意清晰的标签 我会使用“语音控制” 来完成常见任务 在适用场景下 我会通过指令 实现滚动、拖拽等交互 请务必只使用语音控制指令 避免任何触控或光标操作 确保完全依赖语音命令的用户 能顺畅使用 App 的功能 当确认用户可通过 语音控制指令操作 App 后 即可将“语音控制”功能添加到 辅助功能标签 接下来我们聊聊“旁白” 好消息是 你们为 “语音控制”开发的 API 同样适用于“旁白” 作为 Apple 的辅助技术之一 “旁白”能让用户 在无需观看屏幕的情况下 操作界面 用户可以使用手势或键盘指令 在界面中移动“旁白”焦点 当焦点转移到按钮上时 “旁白”会播报按钮名称 停留在文本上 则朗读文本内容 再通过特定手势或键盘指令 即可激活当前聚焦的项目 Lisa 希望你能帮忙用“旁白” 评估“Landmarks”App 虽然我了解辅助技术原理 但更想知道 你是如何使用“旁白”的 我通常在看不清屏幕细节时 会启用“旁白” 明白 那我们测试过程中 可以随时提问吗？ - 当然可以 - 非常感谢

总的来说 我需要确保用户能通过 “旁白”指令完成常见任务 现在我会先用辅助功能快捷键 开启“旁白”功能

“旁白已开启‘Landmarks’ 切换边栏 按钮” 你可以听到“旁白”先播报 “旁白已开启” 然后读出第一个按钮的名称 从这里开始探索非常合适 通过“旁白”功能 你如何理解 App 的结构？ 我会向右轻扫 将“旁白”焦点 逐个移动到每个按钮上

“搜索搜索字段” “展示徽章 按钮” “推荐地标富士山 按钮” “可执行操作” 当焦点移动到每个按钮时 我能听到名称和元素类型 这让我明白它是什么 以及能做什么 要理解 App 布局 我可以用手指在屏幕上滑动 “撒哈拉沙漠 按钮” “塞伦盖蒂 按钮” “撒哈拉沙漠 按钮” 这样我就知道撒哈拉沙漠 在塞伦盖蒂左侧 反之亦然 看来必须重视 “旁白”会改变 用户导航方式这一点 用户通过触控移动焦点后 再进行交互 现在我们用“旁白”把“Landmarks” 添加到 Accessibility 团队收藏集 我知道左侧通常有个边栏 我将用“旁白”功能找到并激活它

“非洲” “珠穆朗玛峰 按钮” “武陵源 按钮” “富士山 按钮” “亚洲” “推荐地标 富士山 按钮” “展示徽章 按钮” “搜索 搜索字段” “切换边栏 按钮” “切换边栏 按钮” 现在 我将向右轻扫 找到“收藏集”按钮 “边栏‘Landmarks’按钮” “地图 按钮” “收藏集 按钮” 啊 找到了 双指互点两下将它激活 “已选中 收藏集” “旁白”已确认 “收藏集”按钮已激活 我们现在位于收藏集视图界面 接下来需要找到并打开 “Accessibility 团队”收藏集 首先关闭边栏 “地图 按钮” “‘Landmarks’按钮” “切换边栏 按钮” “切换边栏” “搜索 搜索字段”

“展示徽章 按钮” “个人收藏” “撒哈拉沙漠 按钮” “南设得兰群岛 按钮” “落基山脉 按钮” “乌尤尼盐沼 按钮” “我的收藏集” “Accessibility 团队 三个项目 按钮” 现在打开这个 “Accessibility 团队” 我们来检查已添加的地标 “Accessibility 团队可以进行 集体徒步旅行的地点” “大峡谷 按钮” “尼亚加拉大瀑布 按钮” “约书亚树国家公园 按钮” “约书亚树国家公园 按钮” “可执行操作” 好的 约书亚树是最后一个地标 这个清单相当不错 现在 我们要将缪尔森林 添加到收藏集 找到编辑按钮 “尼亚加拉大瀑布 按钮” “大峡谷 按钮” “Accessibility 团队 可前往的地点......” “Accessibility 团队” “搜索 搜索字段” “编辑 按钮” “编辑” “已选中 已选中 按钮” “搜索 搜索你的......” “标题” “Accessibility 团队” “描述” 可前往的地点......” “Landmarks” “选择 按钮” “选择地标 标题” “已选中选择亚洲 标题” “富士山” 为了快速浏览列表 我会用三指向上轻扫来滚动 “第二页 共五页” “第三页 共五页” 现在 我们把缪尔森林加入收藏集 “基尔丘费尔山” “北美洲 标题” “已选中 大峡谷” “已选中 尼亚加拉大瀑布” “已选中 约书亚树国家公园”” “落基山脉” “纪念碑谷” “缪尔森林” 啊 找到了 我们把它加入收藏集吧 “已选中缪尔森林” 谢谢你 Lisa 你的建议很有帮助 这让我们更清楚 在功能上线后 “旁白”用户会如何 使用“Landmarks” Lisa 我还得多练习这些手势操作 你有什么建议吗？ 嗯 有交互式教程和设置 可以教你如何使用“旁白” 我们确实应该多与 依赖“旁白”的用户交流 以便我们能收集到日常使用 “旁白”的用户的多样化反馈 有时 只有通过这类反馈 我们才知道 App 中 某些常见任务是否不太好操作 我们还将收集内部测试员的意见 并完成“旁白”对所有其他常见任务 的兼容性评估 若未发现其他问题 我们将标注支持 到目前为止 我们谈论了帮助用户 顺畅使用 App 的 设计决策和辅助技术 你还可以通过辅助功能标签 向用户告知 对媒体辅助功能的支持 字幕能够在媒体播放时 提供对话及其他音频内容的文字描述 让听障人士能够获取关键信息 包括语音对话、非语言交流、 音乐和音效等 请确保用户可以为视频或音频内容 开启字幕功能 若确认 App 已为内容提供字幕支持 即可将“字幕”添加到辅助功能标签 我和 Lisa 在测试“Landmarks” 对字幕的支持时 发现了一个有趣的现象 完成常见任务后 我们意识到这个 App 中并不包含 任何纯视频或纯音频内容 因此 我们决定不标注 “Landmarks”支持“字幕”功能 这没有问题 这准确描述了用户在使用 App 时 期望获得的功能 “音频描述”能在 媒体主音频的自然停顿处插入说明 向用户描述画面内容 确保用户能找到包含音频描述的内容 例如 多数流媒体视频播放 App 会显示 AD 图标 若用户能在你的 App 中 找到并启用“音频描述” 即可标注支持这个功能 确认 App 提供“音频描述”后 就可将它添加到辅助功能标签 与“字幕”功能类似 Landmark 并不包含需要“音频描述”的内容 因此我们无需标注支持这个功能 我认为现在可以向所有人公布 我们 App 的无障碍支持水平了 你可以在 App Store Connect 的 产品页面 将各功能添加到辅助功能标签 你还可以添加网站链接 以提供有关 App 辅助功能的 更多详细信息 让我们以“Landmarks”为例 看看具体如何操作 通过对每个功能的常见任务进行评估 我们对“Landmarks”App 有了更深入的认识 目前已确认它支持 “充足对比度”、“深色界面” “无需单凭颜色区分”、 “减弱动态效果” “语音控制”和“旁白”等功能 虽然在“更大字体”适配方面 发现了一些问题 但我们决定先修复 再将它加入辅助功能标签 此外 我们已确认“隐藏式字幕” 和“音频描述” 与我们的 App 无关 因此不予标注 我们将进入 App Store Connect 的产品页面 选定了要在辅助功能标签中 展示的功能 并添加了我们辅助功能网站的链接 现在我们准备好发布了 我十分期待用户能通过 这些辅助功能标签 来评估我们 App 的使用体验 能帮助开发者更便捷地展示 你们在无障碍优化方面的卓越成果 我们深感振奋 你现在就可以查阅开发者文档 着手评估你的 App 请记得与需要辅助功能的用户合作 花时间学习如何使用 “旁白”和“语音控制”等功能 我们这些残障群体 很快就能感受到 我们同样能畅享你的 App 因此 请务必积极展示 你 App 的辅助功能 建议从 App 设计阶段 就将辅助功能纳入考量 通过 App 的常见任务 测试每项辅助功能 从而确定最终要标注支持的功能项 准备好后 你可以将辅助功能标签 添加到产品页面来展示这些支持 要了解更多评估标准 以及优化 App 辅助功能体验的方法 请查阅“辅助功能标签”相关文档 感谢你今天的参与 嘿 Lisa 既然我们已经知道 “Landmarks”App 有多么好用 或许该带 Accessibility 团队 去远足了？ 听起来太棒了！