WordPress 无障碍实验室插件原型发布：首个官方无障碍插件迈出第一步
WordPress 联合创始人 Matt Mullenweg 于 2025 年 5 月首次提出将无障碍改进作为官方插件（canonical plugin）开发时，社区反对声不小。十五个月后，这个方向终于获得了无障碍团队的正式认可。
Automattic 资助的贡献者 Anne McCarthy 于上周五发布了 Accessibility Lab 插件原型，邀请开发者帮助完善并推动其进入 WordPress.org 插件目录。这将是 WordPress 无障碍团队拥有的首个官方 canonical 插件。
三个核心模块
原型初期包含三个模块： 区块无障碍检查（Block Accessibility Checks）——目前成熟度最高，来自开发者 Troy Chaplin 的原有独立插件，提供实时三级 WCAG 验证，并支持第三方区块的接入检查。Chaplin 在渥太华卡尔顿大学负责无障碍工作，他表示希望"高等教育机构的无障碍办公室和独立博主能引用同一个可信的解决方案"，解决无效内容直接上线的顽疾。
标题顺序检测——针对编辑最常犯的无障碍错误之一：跳过标题层级。模块会在标题块导致文档大纲出现断层时，实时向写作者发出警告。
媒体库视图控制——在 WordPress 7.1 提供的无限滚动退出选项基础上，新增项目密度控制、文件名常驻显示等视图自定义功能。
争议与回应
长期贡献者兼核心提交者 Joe Dolson 曾于 2025 年反对插件方案，认为"将无障碍功能放入插件等于明确表示该功能只是部分用户的需要"。Equalize Digital CEO Amber Hinds 及无障碍专家 Rian Rietveld 也对维护负担和边缘化残障用户的风险表示担忧。
McCarthy 在公告中正面回应了这一批评：
“这不是’安装这个插件就能满足无障碍需求’或’让 WordPress 变得无障碍’。那种做法会造成真正的伤害。Accessibility Lab 插件不能替代修复 Core 中的无障碍问题，它是测试新想法、收集反馈、开发需要真实环境验证的功能的地方，在这些功能准备好进入 Core 之前提供一个开发场所。”
Dolson 在审阅公告后给出了有条件的支持：前提是功能必须有真正进入 Core 的路径，且插件不能被用来推翻 Core 的决定。
后续方向与社区动态
McCarthy 点名了下一个潜在功能方向：可搜索的 Alt 文本。目前 Alt 文本存储在 postmeta 表中，无法大规模检索，这个需求在 Trac 上已被追踪多年。McCarthy 认为这正是该插件存在的意义——"值得修复，但架构难度足够大，Core 在没有真实可测试的实现之前无法推进。" WHODUNIT 资助的核心提交者 Jb Audras 已在 GitHub 提交 Issue，建议新增一个模块，允许用户在区块级别添加自定义 ARIA 属性——这一功能来自其代理公司已使用的自定义插件。
插件目前暂存于 McCarthy 的个人 GitHub 账户。待代码更加成熟后将转移至官方仓库。贡献者可通过 GitHub 提交 Issue 和 Pull Request，或加入 WordPress Slack 的 #accessibility 频道参与讨论。
影响与建议
- 对开发者：该插件借鉴了 Performance Lab（面向 Core 的功能测试模块化方式）和 AI 插件（社区方案官方化路径）的设计思路，若有自己的无障碍相关功能或区块，可通过 Issue 参与讨论或提交 PR。
- 对站点运营者：标题顺序检测和区块 WCAG 验证对内容质量控制有直接价值，可关注插件正式上架后的实际效果。
- 对无障碍需求方：插件定位是"实验场"而非"解决方案"，最终目标仍是推动功能进入 Core，因此无需将其视为终点。
