设计
辅助功能
更新时间: 2026年4月6日
只要利用得当，沉浸式平台就可提供强大的无障碍访问能力。
身体各方面能力不尽相同的人们也可以感受到与其他正常人同在，享受触感和沉浸式音效，在虚拟空间自如移动，还可以阅读实时对话字幕。空间技术甚至可以为那些丧失了部分视力或有远视等疾病的人提供视力矫正。
另外，务必要记住，失能并不总是永久性的，也可能是暂时的，或因情境而异的。例如，如果您碰巧摔断了胳膊，疗伤期间，您可能还想与朋友一起玩沉浸式游戏。沉浸式体验的无障碍访问解决方案并不像 2D 设备的那样成熟，但这为设计师和开发者提供了巨大的创新机会。
今后，我们会继续补充和更新本设计指南。详细的无障碍访问开发者准则，请参阅我们的 VRC 内容。您还可以查看《XRA 开发者指南》第三章：沉浸式体验的无障碍访问和包容性设计。
现有五类残障人群：视力、听力、言语、行动以及认知残障人群。这些图标将出现在每个章节，指示它们所代表的人群。
准则
考虑以下准则，可帮助您打造人人都能访问的沉浸式体验。
让残障人士参与研究、设计和开发
在设计之初就将残障人士考虑在内。让不同残障人群参与在内，这对确保每个人都能掌控自己的体验并安全参与至关重要。
用户需要尽早设置无障碍访问偏好，这样他们就能以适合自己的方式完成所有其他动作。确保人人都能在没有帮助的情况下访问和使用应用或体验。
为残障人士创造价值
残障人士与非残障人士都已经开始利用沉浸式体验进行治疗，以及做他们在现实世界中很难或者无法做的事情。在设计时，除了考虑消除障碍之外，还要考虑如何为残障人士创造新的价值。
输入与互动
控制器、语音命令以及身体姿势均是与沉浸式体验进行互动的方式。输入和互动优化不仅能改善残障人士的体验，更能为每个人打造更清晰、更舒适的用户体验。
最佳实践
- 保持控制器设计的简洁性。
- 减少所需的按键次数。
- 让用户尽早设置并保存偏好设置。
身体动作
- 在控制器上为左右手提供重映射控制选项，包括只用一个控制器使用。
- 将控制选项重映射到备用控制器、传感器或键盘。
- 让用户以坐姿、斜躺或静止姿态使用体验。
- 让用户尽可能用头部目视或其他输入选项来选择目标。
- 提供语音辅助。（考虑使用语音 SDK 和 wit.ai 等方式。）
视觉和触感元素
- 使用按钮高亮显示来表示控制器输入。
- 提供音效和触感反馈。
命中目标和缩放
命中目标确保用户可以准确地进行体验互动，例如按下虚拟按钮。沉浸式体验需要额外的缓冲，以应对用户身体和双手的大小、灵巧度以及动作差异。
例如，这可能包括成倍放大输入，诸如将控制器的位置放大两倍距离，以便用户的虚拟形象可以完全伸展胳膊，即使他在现实世界里只能将胳膊展开一半。
最佳实践
- 命中目标的适宜尺寸最小为 22mm x 22mm / 48dp x 48dp / 3˚FOV，0.42m。该尺寸为用户的手指留足了空间，并且考虑了手势追踪动作。
- 如果互动元素小于 48dp，则添加隐形的 Hitslop（用户界面元素周围的额外空间，触摸时仍会触发操作）以到达或超过 48dp。
- 视觉目标可以小于命中目标，但是，视觉目标越小，用户就会认为越难以击中目标。视觉目标至少应为 32dp x 32dp。
- 在界面需要一定范围的运动或手部灵巧度来执行输入操作时，确保能够扩大或放大输入。
注意事项
请在需要时添加隐形 Hitslop，以达到或超过 48dp。
请勿创建小于 48dp 的命中目标。
辅助技术
辅助技术包括旨在支持残障用户的所有硬件设备或软件功能。沉浸式体验往往比 2D 体验更加复杂，行业资源还处于起步阶段，因此，这些工具是让人人都能使用沉浸式体验的主要机会区域。重点开发针对空间设计特定方面的定制型基本工具，例如字幕和屏幕阅读器支持。
最佳实践
- 在可能的情况下支持第三方集成和设备。
- 目标是提供可在 2D 设备上使用的工具（如字幕），同时考虑沉浸式体验独有的注意事项。
沉浸式体验的字幕
一直以来，您都更喜欢看带字幕的电视吗？如果是的话，您就是大多数人中的一员。字幕提供了真正的路缘坡效应，因为它们不仅能让所针对的残障人群受益，还能提高所有人的理解力、专注力、记忆力以及信息处理能力。不论听力是好是坏，许多人都借助字幕以文本形式理解音频，还有一些人则利用字幕更好地处理身边的信息。
而字幕对沉浸式体验尤为重要，因为在这种体验中，空间音频会提示用户看向哪里，谁在说话。对于其他设备而言，字幕需求是独一无二的，因此设计师与工程师必须开创往往尚不存在的解决方案。以下是迄今为止确立的最佳实践（持续更新中）。对于沉浸式体验的字幕，整个行业仍在制定和实现相关建议。
放置
- 开始时，将字幕放在远场距离的一半或 1 米处，但让用户可以选择移动字幕。
- 试试字幕随头部动作而动等选项，确保用户在阅读时不必以不舒服的方式移动或感到越发恶心。
- 字幕应该是始终可见的叠加层，并且绝对不会被空间元素遮挡。
- 尝试将字幕放在其 40 度视场 (FOV) 的顶部或底部。选择一个能避免遮挡任务的最佳位置。
- 请勿将字幕放在个人用户界面上。如有必要，慢慢将字幕向上或向下移动，以免它们遮挡用户界面的视图或游戏区元素。
请将字幕放在远场距离的一半或 1 米处，但让用户可以选择移动字幕。
请勿将字幕放在太靠后的位置。
请将字幕放在不会遮挡任务的位置。
请勿遮挡用户的任务或重要信息。
速度
- 尽可能让字幕与实时音频实现同步。
- 允许暂停，让读者休息一下。
- 既可以与对话同步显示单词，也可以边说边显示完整句子。
- 确保以简单易懂的形式提供句子，例如一次 2 到 3 个句子。
- 添加新行时，之前的所有字幕都应该“向上折叠”，以便新行出现在视场。该动画应该会持续大约 0.5 秒，然后使用缓出动画曲线。
- 如果两段讲话之间有暂停，则间隔不应少于 1 秒，最好为 1.5 秒。只要短于这个时间，就会产生生涩的效果。如果时间可用于文本，尽量不要使用间隙。
- 1.5 秒后没有语音但有新文本显示时，应新添一行。
身份标注
- 确保字幕清楚表明发言人是谁。通常情况下，为 4 个以上的人添加字幕会过于混乱，因此不建议这样做。
- 根据经验，可以考虑为每个新发言人的字幕换行。
- 对于用户未与之对话的发言人，请考虑混淆或忽略其音频。
- 使用视觉提示引导用户看向声音或事件来源。不过，要考虑提示是否会在人群或大型团队环境中造成混乱。让用户知道有人在试图引起他们的注意，但要避免提供过多不需要的提示。
注意事项
请提供发言人的身份。
请勿让用户猜测发言人是谁。
一般要求
- 在社交体验中，确保其他用户知道或同意为他们的音频添加字幕（施行窃听法律的州和其他地方具有此要求）。
- 提供多种字体、颜色以及 3 种以上的文字大小设置（默认大小的 50%、75%、100%、150% 以及 200%），以 10% 的屏幕大小（即视场）作为基准。行高和列高应适当缩放。
- 提供背景框，从视觉上将字幕与环境和背后的虚拟形象分开。
- 每行最多显示 32 个字符和 2 行文本。
- 单词应换到下一行，不要用连字符连接。包含连字符的单词可能在单词中间换行。
听觉控制
在 Meta Horizon 操作系统系统中，用户可开启实时字幕、将音频合并为单声道、调节音频平衡，并控制隐藏式字幕的显示方式。为支持使用这些功能的用户，需遵循以下要求：
- 为纯视觉类内容提供音频描述。
- 确保所有关键音频均配有同步字幕或辅助字幕。
- 采用标准音频 AIP 以兼容系统实时字幕功能。
- 重要信息不可仅依靠音频提示，需同时搭配视觉或触觉反馈作为替代方案。
移动控制
Meta Horizon 操作系统支持用户开启语音控制、重新映射控制器按键操作，以及切换摇杆与菜单按钮的交互方式。为支持行动能力受限的用户：
- 确保所有用户界面元素都可通过控制器导航访问。
- 为基于手势的互动提供替代输入方式。
- 避免设计需要同时按下多个按键的互动操作。
- 为可互动元素提供足够大的目标尺寸。视觉目标尺寸不小于 32×32 dp；按钮、输入框等可互动元素的点击区域高度至少为 48 dp。
颜色对比度
合适的颜色对比度可帮助低视力或色盲用户正常阅读和使用应用。请遵循 WCAG 2.1 最低对比度标准：
- 普通文字：最低对比度 4.5:1
- 大号文字（18pt 或更大字体，或 14pt 粗体）：最低对比度 3:1
- 用户界面组件和图形：最低对比度 3:1
最佳实践
- 不要仅仅依赖颜色来传递信息。在颜色标识旁边提供图案、图标或文字标签。
- 在辅助功能设置中启用颜色校正模式，然后测试您的应用。
- 为重要用户界面元素使用高对比度的颜色组合。
- 考虑提供高对比度主题选项。
文字大小
当用户在辅助功能菜单中调整文字大小时，Meta Horizon 操作系统会自动调整应用内的文字尺寸。为确保您的应用遵从这些偏好设置，请执行以下操作：
- 使用可缩放单位 (sp) 来设置文字大小，而非使用固定的像素值 (dp)。
- 避免在布局中设置固定的文字大小。
- 在最小和最大字体比例设置下测试用户界面。
- 确保文字容器可以扩展而不会破坏布局。
屏幕朗读器和文字转语音支持
Meta Horizon 操作系统包含文字转语音和屏幕朗读器功能，支持用户通过音频反馈在应用中导航。为使应用兼容该功能：
- 为所有互动元素添加 contentDescription 属性。
- 提供有意义的描述（例如，注明“播放按钮”，而不仅仅是“按钮”）。
- 避免冗余信息。若元素角色已被系统识别，则无需重复说明（例如角色已是按钮时，描述中不必再注明“按钮”）。
- contentDescription 文字应简洁但描述清晰。
- 确保逻辑焦点顺序与视觉阅读顺序一致。
- 将装饰性图片标记为与辅助功能无关的元素。
- 使用辅助功能容器对相关元素进行分组。
- 使用 AccessibilityEvent 播报动态内容更改。
- 在内容描述中使用适当的标点符号来控制语速。
焦点指示器
用户使用控制器导航应用时，清晰的焦点指示器能帮助用户明确当前选中的元素。
要求
- 所有可互动元素都必须具有醒目的焦点状态。
- 焦点指示器应与背景有足够的对比度。
- 焦点状态在视觉上应与悬停和选中状态有所区别。
- 确保焦点不会被限制在单个元素或区域内无法移出。
最佳实践
- 在整个应用中使用一致的焦点指示器样式。
- 焦点指示器厚度至少为 2px，并保证高对比度。
- 避免仅通过颜色变化体现焦点，可搭配边框或轮廓线一同使用。
测试应用的辅助功能
在发布您的应用之前，请在 Meta Quest 设备上测试这些辅助功能场景。
视觉测试
- 启用屏幕朗读器（设置 > 实验性），完整遍历应用所有界面。
- 分别将文字大小设置为最小值和最大值进行测试。
- 启用色彩校正功能，确认所有信息依然清晰可见。
- 启用文字转语音功能，确认所有元素均可正常朗读。
- 启用高对比度模式进行测试。
听觉测试
- 启用实时字幕，确认音频内容可正常显示字幕。
- 启用单声道音频模式进行测试。
- 在设备静音状态下验证应用运行正常。
- 检查所有音频提示均配有视觉替代方案。
移动测试
- 仅使用控制器完整遍历应用界面。
- 启用语音控制，测试在应用中进行免动手导航。
- 使用按键重新映射后的控制器进行测试。
- 确保所有用户界面元素均无需精准指向操作或严格的时机把控。
常见测试误区
- 自定义视图未公开辅助功能相关信息。
- 聚点顺序与视觉布局不匹配。
- 互动元素未添加 contentDescription。
- 基于超时机制的互动未提供扩展功能。
- 仅通过音频提供反馈，无对应的视觉替代方案。
辅助功能清单
在应用提交前，可使用该辅助功能检查清单核对适配情况。该清单将 VRC 推荐要求（应用商店审核时会评估）与设计最佳实践区分开来，便于您明确商店审核项与额外指导建议。
参考文档
- Meta Horizon 操作系统中的辅助功能
- 辅助功能 VRC
- Android 辅助功能指南
- XRA 开发者指南：无障碍和包容性设计
- 网页内容无障碍指南 (WCAG) 2.2
- 美国联邦通信委员会：隐藏式字幕
后续步骤
设计体验
探索更多设计指南，了解如何为应用用户设计卓越的体验：
开发体验
如需技术信息，请从以下这些开发指南入手：
Meta 空间 SDK
Unity
Unreal
虚拟现实 / Meta Horizon
虚拟现实 / Meta Horizon
中文(简体)
© 2026 Meta