可访问的响应式网站与可访问的应用程序不同 - 尽管两者都“在手机上运行”。本文解释了使网站可访问和使本机 iOS 或 Android 应用程序可访问之间的关键区别。

简而言之 — 本文涵盖的内容

  1. 不同的技术，相似的规则
  2. VoiceOver 和 TalkBack：不是同一个屏幕阅读器
  3. 本机应用程序的独特之处
  4. 如何测试可访问的应用程序

不同的技术，相似的规则

响应式网站是根据 HTML 构建的，它已经具有浏览器和屏幕阅读器知道如何解释的内置辅助功能层（语义标签、ARIA）。相比之下，本机应用程序是根据操作系统自己的 UI 组件（iOS 上的 UIKit/SwiftUI，Android 上的 Jetpack Compose/Views）构建的 - 每个组件都需要自己的辅助功能标记，与其视觉设计分开。基本原理类似于 WCAG（对比度、触摸目标大小、清晰可访问的名称），但实现它们的工具完全不同。

VoiceOver 和 TalkBack：不是同一个屏幕阅读器

VoiceOver (iOS) 和 TalkBack (Android) 是两种不同的屏幕阅读器，具有不同的导航手势和对自定义组件的不同支持。如果开发人员没有分别测试这两个平台，在 iOS 上完美标记的组件可能无法在 Android 上正常工作。您不能假设“我们在 iOS 上测试了它，因此它也必须在 Android 上运行”。

💡重要的一点

在这两个平台上，每个交互式组件（按钮、输入字段、图像）都需要：清晰的辅助功能标签、定义的辅助功能角色/特征，有时还需要一个辅助功能提示，解释点击它时会发生什么。

本机应用程序的独特之处

原生应用程序还面临着网站上不存在的挑战：需要可访问的替代方案的自定义触摸手势（滑动、捏合）；屏幕之间的导航也必须通过屏幕阅读器才有意义；以及推送需要可访问的通知，即使它们出现在应用程序本身之外。此外，触摸目标尺寸必须满足 Apple 准则下的最小 44x44 像素和 Google 准则下的 48x48dp - 这一要求在网站上并不总是以相同的形式存在。

如何测试无障碍应用程序

  1. 打开 VoiceOver 或 TalkBack 并尝试仅使用它们来完成应用的核心任务（注册、购买、搜索）。
  2. 在系统辅助功能设置打开的情况下检查对比度和文本大小（较大文本、高对比度）。
  3. 确认支持动态文本大小调整（iOS 上的动态类型），而不会“破坏”布局。
  4. 分别在两个平台上进行测试 - 仅测试一个平台是不够的。

您还有应用程序随附的文档吗？

我们的工具会扫描链接到您的应用或网站的 PDF 文件（使用条款、指南、表格），并准确地向您显示哪些文件需要注意。

免费扫描您的网站 ←

扫描后，您还可以通过以下方式直接免费访问扫描到的文档AccessiDoc.