[译] 世界比以往任何时候都更需要 Web 可访问性

简介: [译] 世界比以往任何时候都更需要 Web 可访问性

世界比以往任何时候都更需要 Web 可访问性


我注意到 Mike Gifford 在去年的一次谈话中说到:“实际上从 2011 年起 web 就变得缺少可访问性了。”

如今任何人创建一个网站都是廉价和容易的,而谁都难以考虑到可访问性(accessibility)。那为什么你要考虑这个呢?如果其本就不在你的视野中,那它也不会出现在你的网站需求列表里。糟糕的是,大多数人在创建一个网站时,的确不会考虑其终端用户是不是残障人士。特别是当他们使用一个“拖放”式的网站创建平台时,就更顾及不到。我并不是反对那些平台,只不过它们常常不会内置可访问性功能,即便你有意愿,要做到这点也十分困难。

对网站可访问性不利的另一个方面是,当你说出“可访问性”这个词时,并非每个人都对其意味着什么有个清楚的概念。最近我曾询问过一位网站设计师是否做了可访问性站点的工作,然后他说,“是的…… 我们为所有图片增添了 alt 属性。”嗯…… OK。很棒。但一个屏幕阅读器能读出你的网站吗?

那么,接下来让我们消除一些谬误,并深入理解一下实现 web 可访问性意味着什么吧。

首先很重要的一点是,美国实际上拥有非常明确的针对可访问性的立法。在这部被称为美国残疾人法(Americans with Disabilities Act)的法案中,也涉及到了网站。美国公司应该意识到,业务网站若是连最低限度的可访问性都没达到,公司是会面临法律诉讼和罚款的。我是一名在加拿大注册的公司内工作的加拿大人,所以实际上我并不用真的担心因为缺乏一个可访问的网站而被起诉,但我还真额外的有一个可访问性网站!下面,我将解释拥有一个可访问的网站的益处,而这无关乎你是否在一家美国公司工作。

当人们担忧创建一个可访问网站的麻烦或其潜在成本时,不如提醒自己看看这篇文章: 可访问性会造福每个人。如果我们追根溯源,就会知道 22% 的加拿大人都有某类缺陷(美国则是 18%),用不着做数学计算,就能知道那是很多的人。很多想线上购物、购买你的商品、了解你的服务,或学习你的在线课程的人。早在疫情的数年之前,残障人士就已经能够上网、打破隔离,并远程工作了。这对于我们来说并不新鲜。所以,既然如今的疫情封锁让每个人都对呆在家里有了一些了解(大量的线上购物、线上教育研讨会、艺术和娱乐活动),也许我们都能认识到,能够轻松访问网络是多么重要。

正如我所说,可访问性让每个人的生活更便利,并且如果你已经尝试为此做一个商业案例,你并不只是为人口的 18-22% 创建一个网站;而应该着眼全部人口。你想限制你能吸引的潜在消费者的数量吗? 这就像是有个商店,而老板在说:“我真的不想让人们进来并在这儿购物。他们应该去我的竞争对手那”。权力在于你,业务也在于你,企业当然有许多理由让他们从一开始就过滤部分客户。但是,我此刻强调的是,你已无意中为那些本来是你的目标客户的人设置了障碍,把他们拒之门外了

了解了上述这些事情后,让我们来看看 web 可访问性到底需要什么。所有这些都可以归结为用户体验问题,毕竟你想让每一位用户对你的品牌有最好和最积极的体验。

最低要求来衡量,要做到可访问,网站访问者应该能够做到下面这些关键的事情:

  • 用他们更喜欢的语言浏览你的网站
  • 更改字体样式或字号
  • 更改背景对比度
  • 使用一个屏幕阅读器导航站点
  • 不用鼠标就能导航站点
  • 停止/关闭任何音乐、视频,或图片轮播
  • 在点击一条链接之前就了解其包含了什么
  • 站点中包含的任何视频都有字幕
  • 在图片或图标上获得准确并相关的图像描述
  • 在任何图表或关键的图片上有适合色盲症的配色

这只是个开始,但应该成为一个好的起点。在这之后,仍要首先考虑终端用户,并认识到他们有各自不同的需求。同时,由真实的人群测试你的站点(向其付费)。是的,你可以借助模拟器,也可以借助部分输入你网站的 URL 后就能给你评分的站点,但只有来自真实用户的真实反馈才会带给你宝贵的、甚至是无价的见解。从来自不同年龄层、有着不同缺陷、背景各异的目标人群中收集意见并认真研究。我保证你可以打造杰出的体验,并为你的品牌赢得一个好名声。

更不必说,如果你的站点拥有清晰且易用的导航,搜索引擎会将其排名提得更高。对用户友好的事情之于搜索引擎程序也是友好的。这是个双赢之事!

将 web 可访问性视为吸引新客户、建立新关系、使客户满意,和增加盈利之门。同时,这也是正确的应做之事。



相关文章
|
设计模式 信息无障碍 SEO
Web 内容的可访问性不能只靠研发
如果你是 Web 内容的创建者,即使你从未写过一行代码或登录 CMS,你也可以在可访问性方面发挥作用。
291 0
Web 内容的可访问性不能只靠研发
|
前端开发 JavaScript
web标准—可用性、可维护性、可访问性
<p style="margin:10px auto; padding-top:0px; padding-bottom:0px; color:rgb(51,51,51); font-family:Verdana,Arial,Helvetica,sans-serif; font-size:13px; line-height:24px"> 一直听说过web标准的可用性、可访问性、可维护性,但
2419 0
|
5月前
|
算法 Java Go
【GoGin】(1)上手Go Gin 基于Go语言开发的Web框架,本文介绍了各种路由的配置信息;包含各场景下请求参数的基本传入接收
gin 框架中采用的路优酷是基于httprouter做的是一个高性能的 HTTP 请求路由器,适用于 Go 语言。它的设计目标是提供高效的路由匹配和低内存占用,特别适合需要高性能和简单路由的应用场景。
526 5
|
9月前
|
缓存 JavaScript 前端开发
鸿蒙5开发宝藏案例分享---Web开发优化案例分享
本文深入解读鸿蒙官方文档中的 `ArkWeb` 性能优化技巧,从预启动进程到预渲染,涵盖预下载、预连接、预取POST等八大优化策略。通过代码示例详解如何提升Web页面加载速度,助你打造流畅的HarmonyOS应用体验。内容实用,按需选用,让H5页面快到飞起!
|
9月前
|
JavaScript 前端开发 API
鸿蒙5开发宝藏案例分享---Web加载时延优化解析
本文深入解析了鸿蒙开发中Web加载完成时延的优化技巧,结合官方案例与实际代码,助你提升性能。核心内容包括:使用DevEco Profiler和DevTools定位瓶颈、四大优化方向(资源合并、接口预取、图片懒加载、任务拆解)及高频手段总结。同时提供性能优化黄金准则,如首屏资源控制在300KB内、关键接口响应≤200ms等,帮助开发者实现丝般流畅体验。
|
前端开发 JavaScript Shell
鸿蒙5开发宝藏案例分享---Web页面内点击响应时延分析
本文为鸿蒙开发者整理了Web性能优化的实战案例解析,结合官方文档深度扩展。内容涵盖点击响应时延核心指标(≤100ms)、性能分析工具链(如DevTools时间线、ArkUI Trace抓取)以及高频优化场景,包括递归函数优化、网络请求阻塞解决方案和setTimeout滥用问题等。同时提供进阶技巧,如首帧加速、透明动画陷阱规避及Web组件初始化加速,并通过优化前后Trace对比展示成果。最后总结了快速定位问题的方法与开发建议,助力开发者提升Web应用性能。
|
9月前
|
JSON 开发框架 自然语言处理
【HarmonyOS Next之旅】基于ArkTS开发(三) -> 兼容JS的类Web开发(三)
本文主要介绍了应用开发中的三大核心内容:生命周期管理、资源限定与访问以及多语言支持。在生命周期部分,详细说明了应用和页面的生命周期函数及其触发时机,帮助开发者更好地掌控应用状态变化。资源限定与访问章节,则聚焦于资源限定词的定义、命名规则及匹配逻辑,并阐述了如何通过 `$r` 引用 JS 模块内的资源。最后,多语言支持部分讲解了如何通过 JSON 文件定义多语言资源,使用 `$t` 和 `$tc` 方法实现简单格式化与单复数格式化,为全球化应用提供便利。
335 104
|
9月前
|
JavaScript 前端开发 API
【HarmonyOS Next之旅】基于ArkTS开发(三) -> 兼容JS的类Web开发(二)
本文介绍了HarmonyOS应用开发中的HML、CSS和JS语法。HML作为标记语言,支持数据绑定、事件处理、列表渲染等功能;CSS用于样式定义,涵盖尺寸单位、样式导入、选择器及伪类等特性;JS实现业务逻辑,包括ES6语法支持、对象属性、数据方法及事件处理。通过具体代码示例,详细解析了页面构建与交互的实现方式,为开发者提供全面的技术指导。
352 104
|
9月前
|
开发框架 编解码 JavaScript
【HarmonyOS Next之旅】基于ArkTS开发(三) -> 兼容JS的类Web开发(一)
该文档详细介绍了一个兼容JS的类Web开发范式的方舟开发框架,涵盖概述、文件组织、js标签配置及app.js等内容。框架采用HML、CSS、JavaScript三段式开发方式,支持单向数据绑定,适合中小型应用开发。文件组织部分说明了目录结构、访问规则和媒体文件格式;js标签配置包括实例名称、页面路由和窗口样式信息;app.js则描述了应用生命周期与对象管理。整体内容旨在帮助开发者快速构建基于方舟框架的应用程序。
360 102