新的“Web内容无障碍指南2.0”（WCAG 2.0）是世界万维网联盟针对残疾人网络无障碍发布的官方建议，于2008年12月通过。
新指南聚焦于四项原则：
- 是否可感知？
- 是否可操作？
- 是否易理解？
- 是否健壮？
本文是新版 WCAG 2.0 系列文章的第四篇，也是最后一篇。此前文章包括《受欢迎的更新》、《第二部分：可操作性》及《第三部分：可理解性》。本文将重点探讨“健壮性”。
什么是“健壮性”？
WCAG 的第四项原则要求 Web 文档必须“健壮”。所谓健壮性、面向未来、用户代理独立性及无障碍支持，均指向同一核心理念：文档应遵循标准支持的 Web 文档类型模型。从测试角度看，这是 WCAG 中最简单且易于验证的要求，但细节较为复杂。
简而言之，该原则的核心即“验证你的 HTML”。它要求网站作者按标准规范编写并验证文档。虽然实际情况略复杂，但只要基于标准 HTML 开发，这一总结便相当准确。
互联网上长期存在一项建议：网页作者应使用有效的 HTML 文档类型创建符合无障碍标准的文档。这源于对构建健壮文档的追求，尽管验证的具体益处并不总是被充分理解。
验证 ≠ 无障碍
许多无障碍建议指出应验证文档以提高无障碍性，但这并不完全准确。验证本身不能确保任何级别的无障碍性，无效代码也不必然导致网站不可访问。愿意花时间验证的作者可能更关注无障碍问题，但这绝非保证。
鉴于此，WCAG 2.0 并未强制要求文档必须经过验证才能合规，而是要求满足标记语言规范的特定要求。由于这些要求可通过验证轻松发现，因此验证页面仍是测试标准的最简便方法。
WCAG 2.0 在文档类型合规性方面的难点在于界定哪些无效代码可接受。相比无效元素的使用，WCAG 2.0 更关注元素的正确闭合、适当嵌套及避免 ID 冲突。保持标记的内部逻辑至关重要；使用所有正确的标签虽为首选，但并非绝对关键。
需注意，HTML 中的 ID 属性旨在作为唯一标识符，同一文档中不应出现重复的 ID 值。
下文将检查是否符合“健壮性”标准的实践统称为“验证”，尽管这在技术上并不严谨。
为什么要验证 HTML 代码？
为何众多无障碍顾问和指南都建议网页应符合有效且结构良好的 HTML 或 XHTML 标准？答案是为了让文档变得“健壮”。
创建符合已发布语言标准的文档，本质上是为其提供未来兼容性保障。即使网站在当前所有浏览器、屏幕阅读器及其他辅助技术中运行完美，使用非标准方法仍意味着未采用开发者致力支持的技术路径。
当开发人员创建新浏览器或辅助技术时，会参考 HTML/XHTML 语言规范以确定信息呈现方式。遵循规范即与未来软件开发目标保持一致；忽视规范则会增加开发难度，最终可能导致依赖主流软件不再支持的技术。
要构建获得健壮支持的无障碍网站，仅验证 HTML 是不够的，还必须使用本身具备无障碍支持能力的辅助语言。
HTML 是具备无障碍支持的技术，只要使用有效 HTML，即可利用其创建无障碍网站。但大多数网站并非纯 HTML，若使用了 JavaScript、Silverlight 或 Flash 等额外脚本，这些辅助技术也必须具备相应的无障碍支持能力。
什么是无障碍支持？
无障碍支持指该技术能够与辅助技术配合使用。具体而言，技术创建者（如 Adobe 之于 Flash）需在技术中编程特定元素，使辅助技术（如屏幕阅读器）能利用这些元素获取信息。
哪些技术具备无障碍支持？
Web 上最常用的技术在某种程度上都具备无障碍支持能力，但几乎没有技术是完全无障碍的。
- Flash：可以使用，但必须确保已实现其提供的所有无障碍功能。
- JavaScript：可以使用，但需避免不支持键盘导航的功能（例如 onClick 事件）。
结论
管理网站的健壮性是一项需要在语言规范与辅助技术用户体验之间取得平衡的复杂实践。尽管验证并非强制要求，但它是检查页面是否存在潜在错误、防止残障用户遇到问题的有效手段。
为确保安全性，建议优先使用得到广泛支持的技术（如 HTML 和 CSS）。Flash 或 Silverlight 等富媒体技术并未被禁止，但若选择使用，务必充分了解其对辅助技术的支持程度。