渐进式网络应用在运行时，是在普通网站之上叠加的三层结构：Web应用清单、Service Worker，以及一个已安装模式的外壳——它用操作系统自身的任务切换器条目替代浏览器框架。这三层中的每一层都引入了各自独特的无障碍义务——也各自以不同的、可独立调试的方式使辅助技术用户受挫。

2020年，整个讨论归结为一句”WCAG适用于PWA”——技术上正确，操作上毫无意义。到2026年，讨论已拆分为真正重要的四个层面：安装提示的用户体验、驱动操作系统级功能的清单属性、PWA在独立模式下启动后浏览器无障碍树与操作系统无障碍树之间的切换，以及Service Worker离线回退的辅助技术行为。WCAG 2.2规范文档层面；平台集成层面则受一套更为零散的混合规范约束——W3C草案、厂商特定行为，以及继承自网页的ARIA惯例。

安装提示是PWA中用户感知最直接的层面，在2026年仍是工程实现最为粗糙的一个。在Chromium上，提示受beforeinstallprompt事件控制，该事件仅在满足启发式参与门槛后触发，网站通常将其挂接到一个自定义的”安装应用”按钮上。问题正出在这个自定义按钮上：约三分之一获得Lighthouse评分的PWA将安装操作渲染为一个<div>或经过样式化的<span>，没有角色、没有可访问名称、没有键盘处理程序——对屏幕阅读器不可见、Tab键无法到达、与装饰性界面元素无从区分。

修复方案并不复杂，但不可或缺：将安装操作渲染为真正的<button>，设置包含动词的可访问名称（如”在此设备上安装Disability World”），向所有输入方式提供同一按钮，并在用户关闭操作系统确认界面后通过动态区域播报成功或失败状态。同样的原则适用于相关应用和beforeinstallprompt被取消的状态——两者都必须为辅助技术用户产生可感知的状态变化。

Web应用清单在2022至2026年间悄然扩展，其中许多新增属性对无障碍访问有直接影响。下方矩阵表将与辅助技术交互的11个清单属性，与各浏览器当前的实际支持情况一一对应——覆盖Android上的Chrome、iOS上的Safari、Windows上的Edge，以及桌面版Firefox。file_handlers、share_target、window_controls_overlay等属性在2021年几乎没有实质意义，而在2026年，它们决定了PWA是否出现在操作系统分享菜单中、能否从系统文件管理器打开文件，以及能否自定义标题栏——而屏幕阅读器用户必须能够感知和操作所有这些功能。

2026年PWA无障碍访问中最难调试的问题，是当用户跨越独立模式PWA外壳与操作系统本身之间的接缝时会发生什么。在Android上，TalkBack在用户聚焦主屏幕图标时读取清单的name，然后在PWA启动后切换到读取应用内无障碍树；在iOS 16.4+上，VoiceOver对已安装的PWA执行相同操作，但有一个重要的差异——启动后首个可获得焦点的元素被播报时，缺少原生iOS应用通过UIWindow标题提供的应用级上下文信息。

PWA开发者有一个工具来弥合这一差距：在冷启动时，将焦点移至一个在可访问标签中包含应用名称的标题或主区域地标，并将文档<title>设置为一个在用户在应用间切换时操作系统任务切换器能够读取的字符串。若不这样做，屏幕阅读器用户将失去”已切换应用”的情境提示——这种”我在哪里”的失效，在原生应用中不会出现。

当Service Worker提供离线回退页面时，会出现两种辅助技术特有的失效模式：原来处于已卸载页面中的焦点被静默地丢到文档主体上，而离线页面本身几乎从不使用动态区域来告知屏幕阅读器用户刚刚发生了什么。结果是，用户听到一次离线页面标题的播报（如果运气好的话），随后完全失去情境。

修复方案是将离线过渡视为一次状态变化：通过礼貌（polite）aria-live区域播报，将焦点恢复至离线页面上的已知地标，并将”重试”操作渲染为真正的按钮，而非大多数Service Worker样板代码中附带的”重新加载”链接。同样的原则适用于前台同步恢复路径：当网络连接恢复、Service Worker清空队列时，这也是一次辅助技术用户必须被告知的状态变化。

”应该交付PWA还是原生应用”这个问题，如今既有功能完整性维度，也有无障碍访问维度。下方我们将同一款假想新闻阅读应用以四种方式呈现——Android上的PWA、iOS 16.4+上的PWA、原生iOS应用、原生Android应用——并在屏幕阅读器用户首先触及的五个层面进行对比。

将安装操作渲染为带可访问名称的真正<button>。将礼貌动态区域挂接至userChoice的结果。在清单中填写name、short_name、description、lang和dir，并为Android提供maskable图标。若启用window_controls_overlay，自行渲染并标记标题栏；若启用file_handlers或share_target，将由此触发的启动视为状态变化并在入口处播报。

每次屏幕阅读器用户跨越接缝时，都要将焦点恢复至带标签的地标——首次启动、从应用切换器返回、离线过渡、分享目标启动、重新连接。将每次跨越视为一个独立事件，该事件对用户负有提供可感知播报和已知焦点锚点的义务。这些并不复杂；但几乎没有哪个团队真正系统地落实了这些要求。

2026年的PWA，对辅助技术用户而言可以非常接近原生应用——在Android上是这样。在iOS上，与之前相比已经更近了，但仍存在真实的差距。这一差距每年大约缩小一个清单属性的距离。对于在PWA与原生应用之间做选择的采购团队而言，无障碍访问方面的问题已不再是”PWA能否实现无障碍访问？“——答案是可以。问题在于，构建它的团队是否已研读了上方11行清单，并认识到每一行都是其交付物的组成部分。