HTML5 Websocket如何符合可访问性标准？

Question

诸如WCAG之类的可访问性标准的主要要求之一是，网站或应用程序的显示不使用javascript或提供某种非JS替代方法。 我进行了一些初步研究，但在Websockets方面找不到太多信息。 我是否应该假设Websocket的处理方式与AJAX类似？

Answer 1

由于Websockets要求JavaScript做任何有用的事情，因此，如果您有一个标准要求提供非JavaScript替代方案，那么您将需要提供不使用Websockets的非JavaScript替代方案。 是的，Websocket就像AJAX； 它们实际上只是创建持久性2路连接的一种方法，而不是AJAX提供的一次性请求响应。 您应该像对待AJAX​​一样对待它们。

尽管WCAG 1.0要求您提供JavaScript的替代方案，但WCAG 2.0的技术更为中立； 它提供了一组技术 ，使涉及客户端脚本的网页更易于访问，而不是需要JavaScript的替代方法 。 您应该记住，并非所有用户都启用了JavaScript。 仍然有些用户希望完全禁用或默认禁用它。 但是，当今的可访问性技术能够处理JavaScript的某些用途，因此即使没有非JavaScript后备情况，您也可以编写可访问的站点。

Answer 2

Brian的回答很好，但我想我会补充一些其他见解。

这里确实存在两个问题：技术和合规性。

就合规性而言，如果出于某种原因需要WCAG 1.0，则需要非JS版本。 因为WCAG 1.0这么说。 过去，某些屏幕阅读器用户会禁用JS，因为它给屏幕阅读器带来了问题，但这是几代人的技术。 最近对网络上的屏幕阅读器用户的调查显示，启用Javascript的用户占98.6％。

就技术而言，与Javascript和可访问性有关的问题实际上与Javascript本身无关：可访问性问题与某些东西（通常是Javascript） 通过DOM操纵UI的事实有关。 可访问性问题在于UI的操纵。 必须注意确保可以访问生成的DOM，并且屏幕阅读器可以正确处理更改-例如，使用ARIA活动区域以确保屏幕阅读器在适当的情况下可以读出新内容，或者键盘焦点不会消失并且最终出人意料。

从定义上讲不会改变UI的任何JavaScript本身都不会出现可访问性问题：因此，Web套接字，Web Worker，本地存储等本身并不会出现可访问性问题； 重要的是以后是否以及何时更新DOM。