1. WCAG概述
WCAG 是 Web Content Accessibility Guidelines 的缩写，中文译为《Web内容可访问性指南》。它是由 W3C 旗下的 Web Accessibility Initiative 发布的一套国际公认的技术标准。
其核心目标是提供一份独立于技术的、全球统一的指南，确保网站、应用程序和其他数字内容对所有用户（包括残障人士）都是可访问的。
2. 核心原则与结构：POUR
WCAG 2.x 系列（包括 2.0, 2.1, 2.2）围绕四个基本原则组织，合称为 POUR。任何内容都必须满足这些原则，才可被视为可访问。
2.1. 可感知(Perceivable)
- 理念：信息和用户界面组件必须以用户能够感知的方式呈现。
- 这意味着：不能对所有用户都“隐形”。例如，盲人用户感知内容通过屏幕阅读器，聋人用户通过视觉。
- 常见指南：
- 为所有非文本内容（如图像）提供文本替代。
- 为视频提供字幕和文字描述。
- 内容的结构和关系可以通过编程方式确定。
- 颜色对比度足够高，前景和背景能清晰区分。
- 文本大小可以放大而不丢失功能。
2.2. 可操作(Operable)
- 理念：用户界面组件和导航必须是可操作的。
- 这意味着：所有交互功能不能要求用户执行其无法完成的动作。
- 常见指南：
- 所有功能都可以通过键盘访问。
- 给用户足够的时间来阅读和使用内容。
- 避免设计已知会引发癫痫或身体反应的内容（如快速闪烁）。
- 提供清晰的导航方式，帮助用户知道自己在哪里、要去哪里。
2.3. 可理解(Understandable)
- 理念：信息和用户界面的操作必须是可理解的。
- 这意味着：内容和控件应该清晰一致，用户不会感到困惑。
- 常见指南：
- 让文本内容可读且易懂。
- 以可预测的方式呈现网页和操作界面。
- 帮助用户避免和纠正输入错误（如表单验证提示）。
2.4. 健壮(Robust)
- 理念：内容必须足够健壮，能够与当前和未来的各种用户代理（尤其是辅助技术）可靠地协作。
- 这意味着：代码是规范且标准的，辅助技术（如屏幕阅读器）能够准确解析和解释内容。
- 常见指南：
- 使用有效的、符合规范的HTML。
- 为自定义组件提供完整的名称、角色和状态（例如使用ARIA属性）。
3. 版本与符合级别
3.1. 版本演进
- **WCAG 2.0 (2008年发布)**：基础版本，至今仍是许多法律法规引用的基准。
- WCAG 2.1 (2018年发布)：在2.0的基础上增加了新的成功标准，主要改善了对于移动设备可访问性、认知障碍和低视力用户的支持。它完全包含并扩展了2.0。
- WCAG 2.2 (2023年发布)：最新的稳定版本，在2.1的基础上进一步扩展，特别是针对认知和学习障碍、移动设备用户以及低视力用户的需求。它完全包含并扩展了2.1。
最佳实践是直接遵循最新的WCAG 2.2标准。
3.2. 符合级别
每个成功标准都被分配了一个符合级别，代表其实现的难度和对可访问性的影响程度。
- A 级：最低级别的符合。满足所有A级标准是基本要求，否则某些用户群体将完全无法访问网站。
- AA 级：推荐和法定的标准。这是大多数国家和地区法律法规（如《美国残疾人法案》第508条款、欧盟《欧洲无障碍法案》）所要求达到的级别。它解决了更重大、更普遍的访问障碍。
- 我们常说的“符合WCAG”通常指的就是达到AA级。
- AAA 级：最高级别的符合。这是理想目标，但可能无法对所有内容或所有类型的网站都实现。它提供了最强化的可访问性体验。
4. 谁需要使用WCAG？
WCAG不仅仅是为开发者准备的。
- Web开发者与前端工程师：需要编写符合标准的HTML、CSS和JavaScript，并正确使用ARIA。
- UI/UX设计师：需要设计具有足够颜色对比度、逻辑清晰的焦点顺序、可预测的交互模式等的界面。
- 内容创作者与编辑：需要编写有意义的链接文本、为图像提供替代文本、使用正确的标题结构来创建文档。
- 项目经理与产品负责人：需要将可访问性作为项目需求和验收标准的一部分。
- 质量保证人员：需要掌握手动和自动化测试方法，以验证产品是否符合WCAG。
5. 如何开始使用WCAG？
对于初学者，直接阅读官方技术文档可能会感到吃力。建议按以下步骤入门：
5.1. 使用快速参考
访问 **WCAG 2.2快速参考**。这是一个可过滤的视图，你可以按级别、原则和技术来筛选你关心的指南，非常实用。
5.2. 利用权威的第三方资源
5.3. 使用浏览器开发者工具
现代浏览器内置的可访问性检查器是学习和调试的第一线工具。
5.4. 进行手动键盘测试
尝试仅用键盘（Tab, Shift+Tab, Enter, Space, 箭头键）来浏览你的网站，这是检验“可操作性”最直接的方法。
