J1.12.1known accessibility issues设计研究
声明需列出已知的不达标项而非只宣称整体合规
别名: 已知缺陷 · 部分符合 · 不合规清单
概念解释
对外只写「我们符合某某标准」，把正在修的键盘陷阱和没有字幕的课程藏起来，这份文件在帮市场，不在帮使用者。声明需列出已知的不达标项（known accessibility issues）要求把失败写成清单：哪条任务、哪种障碍、有没有替代做法、计划何时处理。GOV.UK 和 EN 301 549 一类模板把「什么不可用、为什么」当成正文，而不是脚注。整体合规可以是结论；没有清单的结论是广告。
机制
声明的读者包括要完成任务的人、监管者和未来的审计员。他们需要的是残余风险，不是口号。第二层是清单会反过来约束组织：写上去的失败有了公开日期，修不好就要解释；不写上去的失败一旦被用户撞见，声明本身成为不诚实的证据。于是诚实的声明宁可短、把缺口摊开，也不用「基本符合」把合取失败抹平——分数式达标是另一层问题；这里管的是文档里有没有把已知缺口交给读者。
怎么研究
用公开声明模板（政府站点范本、EN 301 549 的声明要素）打清单：是否列出具体失败、是否说明替代、是否给时限。对照同一站点的实际键盘/阅读器失败，看声明覆盖了几条。
自变量：声明类型（仅口号 / 列失败无替代 / 列失败+替代+时限）。 因变量：实际失败被点名的比例、读者能否据此改走替代路径、声明日期之后新发现的失败是否补进清单。
不要用扫描总分代替「清单全不全」。
边界
安全漏洞、未公开的欺诈检测不必写进无障碍声明；与通道无关的机密例外要走别的披露。内部预发环境可以没有对外声明，一旦 URL 公开，清单义务就开始。失败多到像说明书时，要按任务聚类（结账、播放器、上传），不能把扫描器 CSV 原样粘贴。列出失败不等于取得部分符合的法律地位——范围和合取仍按符合性规则算，声明只是把已知残余交给读者。
怎么落地
- 声明正文设「目前不可用」一节，每条含：任务或页面、现象、已知原因、替代（电话、人工、另一种格式）、目标日期。
- 禁止只保留「我们致力于无障碍」而无失败项；若当前确实零已知失败，写明最近一次完整核验的范围，而不是改用更空的口号。
- 产品缺陷队列与声明清单对账，已公开的失败关闭后要从清单删除并留下变更记录。
- 验证：用阅读器读完整份声明，记下清单条数。再键盘走结账和播放器，把撞上的失败与清单对照。清单没有、产品里有的，补进声明后再发布；有清单但无替代的，补替代或标明「无替代」。