PG游戏机制图鉴：无障碍声明

无障碍声明的术语范围

“无障碍”不是单一模式，而是内容、结构、交互与兼容共同形成的可用性。文字替代、键盘操作、焦点顺序、对比度、缩放、错误提示和辅助技术名称都可能影响读者完成任务。声明应说明检查了哪些页面和任务。

“符合”是范围明确的评价，不应以一个通过项目代表整站。若只检查文章阅读，就不能同时声称联系表单或互动组件已经通过。已知限制要包含影响、临时替代方式和复查条件，而不是只写“持续改进”。

“辅助技术兼容”也需列明组合，例如设备类别、浏览器和读取方式。某一组合可用不代表所有组合一致；单次故障也需排除网络与内容加载问题。本站接受任务级反馈，不要求读者提供健康证明。

“替代路径”必须完成同一任务，而不是把读者带到信息更少的简化页。例如复杂证据图可配完整文字说明，无法操作的表格可提供保持表头关系的线性版本。替代内容若缺少日期、来源或限制，就不算等价。

公开资料能够证明什么

W3C 的 WCAG 2.2 是网页内容无障碍的规范性参考，包含可测试的成功准则。^来源1 它能够支持检查框架与术语，但只有对明确范围完成评估，才能陈述相应结果。引用链接本身不构成合规证书。

Apple Platform Security 描述 Apple 平台的安全架构和保护机制。^来源2 某些系统能力可能影响辅助技术环境或内容访问，但这份资料不是本站的无障碍测试，也不能证明使用 Apple 设备即可消除页面障碍。

公开测试记录可以证明在指定日期、页面、设备和步骤中观察到什么。它不能保证后续版本、所有语言或所有辅助组合保持相同。声明会将测试日期与页面发布日期分开，避免制造永久有效印象。

对照表：信号、风险与行动

无障碍检查从读者任务出发：找到标题、沿目录跳转、阅读表格、理解图片、关闭弹层和提交反馈。自动检测可发现部分结构问题，但键盘路径、错误理解和辅助技术体验仍需人工操作。

WCAG 提供内容评价准则，Apple 文档提供平台安全背景；两者结合只能帮助界定测试环境，不能相互替代或形成整站认证。^来源3 报告应把规范条目、实际观察和平台限制分列。

颜色检查不能只看品牌色是否好看。状态变化若只靠红绿区分，色觉差异读者可能无法理解；应同时使用文字、图形或结构提示。对比度达标也不保证状态含义清楚，两项需要分别验证。

三个情境化检查示例

情境一：文章主图有替代文字，但只写“图片”。这虽然存在属性，却没有传递图片功能或关键信息。应根据图片是装饰、证据图还是流程图分别处理，装饰图可忽略，信息图需提供等价说明。

情境二：键盘能进入菜单，却无法关闭打开的弹层。测试记录要写出按键路径、焦点停留位置和受影响任务，不宜只报告“菜单不可用”。临时替代路径也必须无需鼠标才能完成。

情境三：手机放大文字后表格横向溢出。若可滚动且表头关系仍清楚，影响与完全遮挡不同；若重要列无法到达，则应修正布局或提供线性文本版本。设备安全机制对此不作无障碍结论。

结论、限制与后续更新

声明只覆盖已实际检查的页面与任务，不声称所有外部页面可访问。离开本站后，内容由相应主体控制；本站可以说明已知问题，但不能替外部页面作修复承诺。

内容或样式实质变化后，应重新测试受影响流程。仅修改措辞可进行针对性检查；导航、弹层、表格组件或媒体变化则可能扩大复测范围。旧记录保留其日期，不自动沿用。

反馈最好说明页面、受阻任务、设备类别、浏览方式和可见现象。无需提供诊断、姓名或完整设备标识。编辑将结果标为已复现、部分复现或未复现，并记录下一次检查条件。

修复优先级依据任务阻断程度，而非改动是否醒目。无法访问安全退出、纠错和帮助信息的问题优先于装饰性细节；但低优先问题仍应记录，避免长期累积。公开声明注明优先原则，不承诺未经评估的完成日期。