我想澄清一些事情，那就是网站上关于 WCAG 的 Javascript 使用。
只要不阻止用户访问网站内容或在网站上执行操作，我是否正确使用 Javascript。
例如，如果一个网站需要 Javascript 来登录一个网站，我会认为这会破坏 WCAG？
另外，如果一个网站有一些东西要购买并带有选项来配置所需的 Javascript 来完成也会破坏 WCAG？
只要提醒用户页面已更新，使用 AJAX 即可（可以使用 ARIA）
我的假设是应该使用 Javascript 来增强体验，但不应该依赖它，这样用户可以在没有它的情况下实现目标？
这些假设正确吗？
【问题讨论】：
标签： javascript accessibility wcag wcag2.0
WCAG 2 不会阻止您使用或依赖 JavaScript。
没有指南阻止它，您可以参考“支持辅助功能”的概念，但所有主流浏览器和屏幕阅读器都支持 JavaScript，所以这不是问题。
Matt May（an excellent book on accessibility 的作者）写了对“is JavaScript required”问题的明确答复。
如果专注于让网站在没有 JavaScript 的情况下运行，您会错过的是大多数有访问问题的人都会收到 JavaScript。因此，您需要使 JavaScript 版本可访问。
键盘焦点、ARIA 和合适的 HTML 结构（即使由 JavaScript 创建）等方面。我为 an accessible Angular.js implementation 写了一篇关于您需要关注的内容的说明，但它适用于大多数依赖 JavaScript 的网站。
话虽如此，渐进式增强是一种有用的方法，因为有些人（无论是否有残疾）不接收 JavaScript (about 1.1% according to the UK Government site)。我知道这只是一个例子，但是对于一个简单的登录表单需要 JavaScript 似乎很蹩脚！
【讨论】：
是的，你的假设是正确的，JS 应该增强可用性而不是可访问性。
经典示例是表单中的字段，其中有 AJAX 自动完成/建议：没有 JS，您将不得不手动完成所有值，但仍然可用。检查值与电子邮件地址相同，通常欢迎客户端验证，但服务器端验证是强制性的。 只需在此处查看问答：Javascript and Accessibility
【讨论】：