Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
IEC 13066-1-14:2019 信息技术——辅助技术互操作性 第1部分：要求与建议
全面解析IEC 13066-1-14标准，助力无障碍信息技术平台建设
标准概况与适用范围
IEC 13066-1-14:2019（正式编号为ISO/IEC 13066-1:2019）是由国际标准化组织（ISO）和国际电工委员会（IEC）联合制定的信息技术标准，全称为《信息技术—辅助技术互操作性—第1部分：要求与建议》。该标准是13066系列的核心基础，旨在为软件应用、操作系统及辅助技术（Assistive Technology, AT）产品之间的互操作性提供统一指南。
适用范围
本标准适用于所有涉及辅助技术交互的信息技术产品，包括但不限于：桌面应用程序、移动应用、网页内容、操作系统平台及嵌入式系统。主要面向以下群体：
- 软件开发者与测试工程师；
- 无障碍合规与用户体验专业人员；
- 辅助技术开发商（屏幕阅读器、语音识别、替代输入设备等）；
- 标准制定组织及认证机构。
实用提示：即使不直接开发AT，遵循IEC 13066-1-14也可以使主流应用程序更容易与各种辅助技术配合，从而扩大用户群体并满足多国法规的无障碍要求。
主要技术内容与要求
IEC 13066-1-14:2019定义了辅助技术互操作性的总体框架和核心要求。它不针对特定平台或技术，而是提供一套普适性规范，确保应用程序能够以标准方式暴露其用户界面组件、状态和事件。标准的主要内容涵盖以下几个方面：
1. 辅助技术接口（AT API）的通用原则
标准要求应用程序至少支持一种标准化AT接口（如Microsoft UI Automation、Linux AT-SPI、Java Access Bridge等），并遵循以下原则：
- 可访问性标识：所有界面元素应具备语义角色、名称、值和状态信息；
- 焦点与导航：正确报告键盘焦点和导航事件，支持以编程方式移动焦点；
- 文本内容：能够以纯文本形式暴露可见文本及替代文本；
- 文档与图形：支持文档结构描述、阅读顺序、图形替代描述等。
2. 互操作性保障措施
标准从四个维度提出了详细要求，如下表所示：
| 维度 | 具体要求 | 验证方式 |
|---|---|---|
| 接口可见性 | 应用程序必须注册到平台AT桥接层，确保AT可发现其可访问性对象树。 | 使用标准检查工具（如Accessibility Insights）验证对象树完整性。 |
| 事件通知 | 界面变化（如焦点移动、属性更新、动态内容加载）须及时触发AT事件。 | 通过事件监听器记录输出，确认延迟不超过50ms。 |
| 输入仿真 | AT能够通过编程方式模拟鼠标、键盘、触控等输入，且应用需正确响应。 | 测试框架发送模拟输入信号并检查应用行为。 |
| 文档规范 | 应用应提供符合IEC 13066-2的接口文档，说明所支持的AT接口版本及范围。 | 评审文档完整度，并对照实际实现进行一致性检查。 |
3. 语言与命名规范
标准推荐所有暴露给AT的标识符、名称和描述采用机器可读的自然语言标记（如xml:lang属性），且尽可能提供本地化版本。
重要注意事项：许多常见无障碍问题（如未标识按钮、缺少替代文本）往往源于未严格遵循IEC 13066-1-14的接口暴露要求。切勿仅仅依赖自动检测工具，人工走查仍为必要环节。
实施与应用要点
在实际项目中，贯彻IEC 13066-1-14需要从开发流程早期介入。以下是关键实施步骤：
1. 开发前准备
- 选择目标平台所支持的AT接口（如Windows上UI Automation，Linux上AT-SPI）；
- 制定项目级《辅助技术互操作性遵从计划》，明确覆盖范围与例外情况；
- 确保开发工具支持可访问性检查（如Visual Studio的Accessibility Checker）。
2. 开发与测试
采用迭代验证，在每个开发里程碑进行以下检查：
- 自动检查：使用AccChecker、Accessibility Insights等工具扫描界面元素；
- 手动测试：使用NVDA、JAWS或VoiceOver等屏幕阅读器完成典型任务；
- 接口合规测试：基于IEC 13066-1-14附录B提供的测试用例框架验证API行为。
3. 持续维护
随着应用版本更新，应持续监控接口变化，避免因UI重构导致AT功能退化。建议将可访问性回归测试集成到CI/CD管道中。
标准实施益处：遵循IEC 13066-1-14可以显著缩短产品无障碍认证周期，降低因用户投诉或法律诉讼带来的风险。同时，它还能改善所有用户（包括无残疾用户）的体验，例如优化键盘导航和语音命令。
与其他标准的关系
IEC 13066-1-14并非孤立存在，而是与以下标准形成互补体系：
- ISO/IEC 13066-2:2018 — 针对Java平台的辅助技术互操作性细化要求；
- ISO/IEC 13066-3:2018 — 针对自动化测试与接口验证的指南；
- ISO 9241-11:2018 — 可用性定义与框架，互操作性作为可用性的一部分；
- WCAG 2.1 / 2.2 — Web内容无障碍指南，IEC 13066-1-14为软件层面的实现提供了技术前置；
- EN 301 549 — 欧洲信息通信产品无障碍要求，直接引用ISO/IEC 13066系列作为符合性方法。
在产品合规过程中，建议将IEC 13066-1-14与其他标准结合使用，形成完整的无障碍解决方案。
安全关键要求：在医疗、航空、核工业等安全关键系统中，辅助技术互操作性的失效可能导致严重后果。因此这些领域的软件必须严格执行IEC 13066-1-14的所有强制性条款（见标准第5章、第6章），并记录每一步验证结果。
常见问题（FAQ）
问：IEC 13066-1-14与ISO/IEC 13066-1:2019是否为同一标准？
答：是的。该标准由ISO和IEC联合发布，在IEC体系内编号为IEC 13066-1-14:2019，在ISO体系内编号为ISO/IEC 13066-1:2019。加拿大等国家采纳时可能标记为CSA ISO/IEC 13066-1-14:2019，但其技术内容完全一致。
答：是的。该标准由ISO和IEC联合发布，在IEC体系内编号为IEC 13066-1-14:2019，在ISO体系内编号为ISO/IEC 13066-1:2019。加拿大等国家采纳时可能标记为CSA ISO/IEC 13066-1-14:2019，但其技术内容完全一致。
问：我的应用已经支持了平台的可访问性API，是否还需要专门执行IEC 13066-1-14？
答：需要。API支持是基础，但标准还规定了事件通知时效、文档要求以及特定场景下的行为（例如动态内容更新），这些细节往往超出API本身定义，必须通过针对性测试来验证。
答：需要。API支持是基础，但标准还规定了事件通知时效、文档要求以及特定场景下的行为（例如动态内容更新），这些细节往往超出API本身定义，必须通过针对性测试来验证。
问：该标准是否适用于移动端应用程序？
答：适用。标准范围涵盖所有信息技术产品，包括移动应用。对于Android平台应使用Accessibility API，iOS平台则应使用UIAccessibility框架，并遵循标准中关于属性暴露、焦点管理和事件通知的要求。
答：适用。标准范围涵盖所有信息技术产品，包括移动应用。对于Android平台应使用Accessibility API，iOS平台则应使用UIAccessibility框架，并遵循标准中关于属性暴露、焦点管理和事件通知的要求。
问：如果我已经遵循了WCAG 2.1 AA，是否还需要关心这个标准？
答：两者相辅相成。WCAG关注用户产出（如感知性、可操作性），而IEC 13066-1-14关注技术实现层面的接口互操作性。即便Web内容通过WCAG检查，若底层应用框架不能正确暴露AT接口，仍会导致屏幕阅读器无法获取信息。因此，同时符合两个标准才能提供完整的无障碍体验。
答：两者相辅相成。WCAG关注用户产出（如感知性、可操作性），而IEC 13066-1-14关注技术实现层面的接口互操作性。即便Web内容通过WCAG检查，若底层应用框架不能正确暴露AT接口，仍会导致屏幕阅读器无法获取信息。因此，同时符合两个标准才能提供完整的无障碍体验。
综上所述，IEC 13066-1-14:2019是构建无障碍信息技术生态的基石标准。截至2026年，它已广泛被全球主要法规和采购要求引用。开发者和组织应尽快将其纳入研发流程，以提升产品竞争力与社会责任感。
