conversion-accessibility-polish

转化与无障碍优化

通过让界面更清晰、更值得信赖且更易操作，改善业务成果。无障碍是产品要求，而不是最后才做的视觉检查。

工作流

1. 确定用户的主要任务、成功事件，以及阻碍任务完成的疑虑或访问障碍。
2. 从进入到成功，完整走查整个路径。包括导航、表单、验证、加载、错误、确认和回访。
3. 检查决策是否清晰：
   • 用户在选择什么；
   • 成本和承诺；
   • 接下来会发生什么；
   • 证据和风险；
   • 如何恢复或离开。
4. 检查语义和交互：地标、标题、名称、标签、描述、键盘顺序、焦点管理、公告和指针操作的替代方式。
5. 检查视觉访问：对比度、文本缩放／重排、焦点可见性、目标间距、缩放、动效，以及被固定界面遮挡的内容。
6. 将含糊或夸大的文案替换为具体的结果、限制、示例和后续步骤说明。
7. 在不移除必要的同意、安全或错误预防机制的前提下，减少表单阻力。
8. 在用户承诺程度提高的位置提供信任信息。确保条款、隐私、取消方式和破坏性操作的影响清晰可见。
9. 优先实施影响最大的修复：受阻的任务、误导性决策、键盘操作失效、表单失效，最后再做视觉优化。
10. 在移动设备上并使用纯键盘导航，重新测试完整路径。将自动化检查作为辅助，而非符合标准的证明。

道德准则

• 不得添加虚假稀缺性、隐藏费用、羞辱式确认、伪装广告、强制续订、预选同意或阻碍取消的设计。
• 不得捏造用户评价、指标、安全声明或保证。
• 不得为了臆测的转化提升而牺牲无障碍体验。
• 不得仅凭自动化工具就声称符合 WCAG。
• 对于可恢复的错误，应保留用户输入；并明确说明破坏性操作。

交付要求

提供：

1. 主要路径 - 进入 -> 决策 -> 操作 -> 成功。
2. 发现 - 严重程度、受影响的用户、证据，以及已知的相关标准。
3. 修复优先级 - 影响与工作量。
4. 实施 - 在用户要求修改时提供。
5. 验证 - 键盘路径、移动设备路径、表单状态，以及自动化／人工检查。
6. 如实说明限制 - 哪些事项仍需内容、法律、分析或辅助技术方面的审查。

参考

阅读 references/a11y-conversion-checks.md，了解以 WCAG 2.2 AA 为导向的实用审查与合乎道德的转化检查清单。