J1.12.4accessible accessibility statement设计研究
合规文档本身也需满足无障碍要求才具备实际价值
别名: 声明无障碍 · 扫描件 PDF · 合规文档
概念解释
把无障碍声明做成扫描 PDF、低对比法律页、或一个键盘进不去的模态框，这份文件到不了需要它的人手里。合规文档本身也要无障碍（accessible accessibility statement）不是礼貌：声明的读者正是通道被挡住的人。文档若在可感知、可操作、可理解、健壮上失败，清单、渠道、日期写得再全也没有功能。价值在「能被读到并据此行动」，不在「法律文件夹里有一份」。
机制
声明常常住在另一套栈里——法务 CMS、品牌站的页脚、下载中心——那套栈没走产品组件库，于是对比、标题、焦点、语言标记全掉。第二层是格式选择已经决定读者：图像 PDF 没有文字层，屏幕阅读器得到「空文档」；仅在应用内弹层里出现的声明，应用崩了或装不上的人永远看不到。文档结构还影响行动：反馈链接若不是真正的链接、电话若只写在图里，渠道等于没给。所以声明页是产品的一部分，不是附件。
怎么研究
把声明 URL 当作普通页做同样的核验：键盘走完、阅读器听标题和链接、放大到 200%、检查对比和语言属性。对 PDF，看是否有文字层、标签树和标题。
自变量：格式（HTML / 带标签的 PDF / 图像 PDF / 应用内模态）、是否使用产品组件。 因变量：阅读器能否读出清单与渠道、键盘能否到达并离开、放大后是否双向滚动。
不要用「法务已签字」当文档可用的证据。
边界
多语言声明每一种语言都要可被对应语言的辅助技术处理，不能只无障碍英文本。打印件给当面办理可以，不能当唯一公开发布。电子签名和存档副本允许另存一份不可改的 PDF，对外仍应有 HTML。第三方托管的政策中心若不可改，要么换宿主，要么在自有域提供等价页——「托管方不让改」不能让声明停在不可读。
怎么落地
- 对外声明用 HTML，标题层级真实，语言属性正确；需要 PDF 时导出带标签的文字 PDF，禁止扫描件。
- 声明页使用与产品相同的对比、焦点和链接组件，不另做一套「法律灰字」。
- 反馈链接、电话、替代格式入口都是可聚焦的真控件，不写在图里。
- 验证：关掉显示器，用阅读器把声明从头听到反馈提交成功。中途出现「空文档」、无名链接或焦点进模态出不来，这份文档尚未具备价值。再把页面放到 200%，确认没有横向拖动才能读完清单。