为什么可访问的网站如此难以构建?

Avatar of Robin Rendle
Robin Rendle

DigitalOcean 为您旅程的每个阶段提供云产品。立即开始使用 200 美元的免费积分!

前几天我与一些前端人员聊天,讨论为什么这么多公司难以构建可访问的网站。为什么可访问的网站如此难以构建? 我们学习 HTML,确保内容语义化,然后——瞧!——我们就拥有了一个可访问的网站。在谈话过程中,有人提到了 达美乐披萨的法律案件,这可能是公司因缺乏可访问性而被起诉的最公开的例子。

以下是从该链接中获得的一个有趣的信息片段

CNBC报道,去年因网站不可访问而提起的诉讼数量比 2017 年增加了 58%,超过 2200 起。

网站不可访问不仅是设计师和工程师需要考虑的问题,也是公司法律团队面临的严重问题。值得庆幸的是,似乎越来越多的此类案件将被提上法庭,而且(我个人希望)这将促使人们更加关注语义和前端开发最佳实践。虽然我想,公司会为了网络的最佳利益而构建符合 基本要求 的网站,而无需面临法律威胁,但我们绝对需要将不可访问的网站非法化,以便人们真正关注这个问题。

但是!我也担心将可能仅仅是缺乏知识归因于恶意。我认为很多网站的可访问性很差,并不是因为人们不在乎,而是因为他们根本不知道存在问题。随着我与前端工程师的谈话继续,我意识到,可访问性没有得到认真解决的原因可能与带宽、经验或金钱无关。

我认为问题在于,网站的可访问性可能会被隐形地、悄无声息地破坏。

举个例子:在开发网站时,JavaScript 错误可能会被捕获,因为如果出现问题,一切都会崩溃。CSS 错误也会被捕获,因为某些内容看起来会不正常。但是,网站的可访问性或性能可能会在一夜之间从良好状态变成糟糕状态,而且没有任何警告。修复这些隐形损坏的唯一方法是首先使它们可见

所以,这里有一个想法:如果我们的文本编辑器能够捕获可访问性问题并在开发过程中向我们显示它们会怎么样?它可能看起来像这样

An example of how performance and accessibility issues might be flagged in VS Code whilst you type.

我相信还有很多其他方法可以使可访问性问题更加公开和可见。已经存在诸如 Lighthouse 和浏览器扩展之类的工具,但将可访问性(甚至性能,另一个无声的失败)作为我们分秒必争的工作流程的一部分,可以确保我们不会忽略它。这样的工具可以鼓励我们了解问题,为我们提供潜在解决方案的链接,并鼓励我们所有人关注前端开发中一个相对不被理解的部分。