包涵性网站筹划的法度圭表类型
在2018年里
，包涵群集无遏制诉讼案件除夜幅添加 ，性网因为在某些国度的站筹功令里无遏制是一项***。如今网站筹划师们都邑最早意想到无遏制网站是法度强逼的 。屈就这一点的圭表建议，我们这里拾掇了几个最次要的类型网站筹划身手让你的网站筹划在可访谒性与包涵性方面掉落踪掉落踪斗劲好的优化技能
。
假定你决意单方面检测你的网站筹划可否契合可访谒元素，同时也意想到你的性网网站筹划需求无缺更新，这里有最抢手的站筹网站筹划对象和成本 ，希看可以你网站筹划师的法度你带来辅佐 。
1 、圭表定义可访谒性
包涵性筹划不单仅意味着可访谒性
网站筹划的可访谒性和包涵性筹划有时是可以交换援引的 ，可是包涵没有熟谙到它们之间的分辨大年夜大年夜约会产生发火严重的下场 。无遏制筹划就是性网消弭遏制 ，让全数用户都可独霸我们筹划的站筹独霸法度圭表类型和网站 。
在网站筹划中独霸更除夜的字体大年夜小可以促进了"没法不雅不雅不雅不雅鉴赏文本"的遏制——希看网站筹划师能记住这一点。是以 ，网站筹划师要么准予某些用户切换到此外一种"可访谒编制" ，要么成立一个可访谒但自力的版本 ，可独霸导航中的链接访谒 。如今，这不单恍忽了可访谒和不成访谒之间的鸿沟 ，因为目力受损的用户还是必须找到这个"可访谒站点" ，并且它一点也不包涵 ，因为我们冷淡了这些用户 。他们被隔尽 ，让人感应感染不合，最次要的是 ，我们需求筹划和斥地两个版本的界面 ，破钞出格的时分和e-ffort 。
相反 ，我们可以复杂中心案一个单一的 、更具包涵性的界面，让每小我都能独霸更除夜的字体。幻想下场 ，即就是没有视觉遏制的用户也能从更轻松地不雅不雅不雅不雅鉴赏文本中获益 ，这就是为甚么包涵性筹划对残疾人和非残疾人用户都是一种成功 。包涵性筹划不会减弱那些没有残疾的人的体验 。理论上 ，WCAG定义的尽除夜除夜都易访谒性轨则——Web内随便访谒性指南 ，都是可用性提示 ，假照完成了这些提示 ，全数用户都将从中受害 。
2 、简化言语
书面文字占据了群集的很除夜一部分 ，但假如有人看不懂 ，那就错损掉落踪落了一个机会
当触及到书面文字时 ，假定我们想要筹划出凑趣全数人的体验 ，我们需求思虑的要素有良多 。有词语本身的复杂性 ，这可以影响不雅不雅不雅不雅鉴赏艰苦的人 ，有排版 ，这可以影响目力受损的用户，另有齐截性 ，这可以影响那些认知遏制的人。当然 ，次优筹划对那些没有残疾的人和残疾的人产生发火的影响一样除夜 。
寄看这些轨则 ，若何改进排版 ，从而进步可读性 ：
*将文本仅向左或向右对齐
*下划线链接 ，以添加视觉比照
*强逼行距起码为字体大年夜小的1.5倍
*段落间距：起码1.5倍行距
*段落宽度 ：不超出80个字符
若何促进认知负荷 ：
*独霸复杂的言语
*第一次独霸时定义缩写
*确保链接文本被有效地描摹
*用不异的链接文本婚配不异的url
*独霸了然的问题逻辑地构造内容
3、优化色采比照
色彩比照是关头——确保你做对了
色采比照是衡量两种筹划元素的色彩彼此分辨的程度 ，这个怀抱的单位是一个比率，并且有一个最小的比率作为方针 。假定各类筹划元素知足WCAG定义的最小色彩比照度 ，我们不单为目力受损的用户供给了可读性，还为那些没有目力受损的用户供给了更高的可读性 。这是我们独霸几近为零的e-ffort筹划的良多编制之一 。
那么 ，最低请求是甚么 ？我们若何考验它？起首 ，像斯塔克多么的色采比照度分化仪可以用来测量色采比照度。可是 ，最低比率 ，我们需求方针取决于元素本身，即可否这是一个次要的UI元素 ，如一个图标或表单字段 ，或，假定文本元素，字体大年夜小可否小或除夜 ，是更除夜的字体可读性更强之前修补的比照 。
以下是WCAG为布景文字制订的色采比照度请求：
*14pt加粗或18pt正常 ：4.5 ：1（7：1更好）
*14pt加粗或18pt深化 ，及以上 ：3 ：1（4.5：1更好）
这些是UI元素的需求 ：
*图形对象（如图表） ：3 ：1
*中心 、悬停和活动外形 ：3 ：1
*可点击图标和表单位素 ：3 ：1
上面提到的Stark独霸法度圭表类型也可以模仿我们为不合色盲圭表类型的用户所做的筹划——幻想下场 ，全国上4.5%的人有良多埋伏的用户。假定你创作创造很难在正文中完成与链接的最比如较度 ，请在它们上面划线以使链接更随便被创作创造，因为一些色盲用户根柢看不到色彩比照度！
4 、辅佐用户修复偏向
让人们晓得他们做错了甚么
偏向经常会招致混乱 ，不凡是当用户不晓得他们幻想下场做了甚么，或若何修复时 。偏向是不成阻拦的 ，不凡是对现代的用户来讲，他们带着本身的心智模型 ，急仓促地投进到界面中，这就是为甚么辅佐用户阻拦偏向对包涵性是相当次要的 。
天然 ，最罕有的气候下 ，用户大年夜大年夜约犯偏向是当填写表单 ，并经常因为各类各式的遏制 ，即难于邃晓的认知遏制 ，招致所长的数据输进一个马达残疾，等等。起首 ，假定我们可以经由过程编程来措置用户的偏向 ，那么危殆便可以阻拦。一个理论的例子是 ，假定URL提交还没有添加https ：//，那么可以将https ：//添加到URL提交中 ，而不是强逼用户本身改削URL提交。
独霸表单标签描摹输进字段 ，独有领位符描摹可领受的输进
思虑以下其他促进表单所长的身手 ：
*老是独霸表单标签来描摹输进字段
*和占位符来展示可领受输进的示例
*启用主动加添和主动完胜应用 ，以促进输进请求
以下是一些辅佐用户改正所长的建议：
*及时了然展示表单偏向
*让用户在提交之前验证他们的输进
*次要且经常被遗忘：不要让用户感应感染本身很愚蠢 ！
5 、寄看"跳转到次要内容"
这多是一个恍忽的可访谒性特点 ，所以要出格寄看
跳转到主内容是一个绝对恍忽的可访谒性特点 ，针对那些独霸屏幕不雅不雅不雅不雅鉴赏器导航ui的用户。您大年夜大年夜约从未传闻过这个特点；这就是它的包涵性 。屏幕不雅不雅不雅不雅鉴赏器 ，或仅仅是那些次要独霸键盘导航ui的用户，独霸tab键经由过程tab键点击方针 。假定没有禁用 ，那么在桌面web不雅不雅不雅不雅鉴赏器被选择表单字段时很大年夜大年夜约会碰着这类气候 ，因为这比单击要随便良多 。
跳转到主内容是一种可访谒性加强 ，经由过程绕过主导航辅佐这部分用户阻拦几回——这是经由过程让第一个选项卡项有一个跳转到主内容的链接来完成的 。对那些不独霸屏幕不雅不雅不雅不雅鉴赏器的用户来讲 ，这个链接是恍忽的 ，因为这个链接只展示过一次选项卡。试着用谷歌搜刮一些对象 ，然后按tab键！
一样次要的是要直不美不雅不雅不雅不雅不雅不雅地指出往后存眷的是哪个元素 ，因为选项卡索引大年夜大年夜约会转移到一个意想不到的职位（选项卡索引是以屏幕不雅不雅不雅不雅鉴赏器从上到下读取） 。当tab - through tap方针为 ：focus外形时 ，不雅不雅不雅不雅鉴赏器就晓得主动设置元素的格式。就CSS代码而言 ，这经常看起来像一个蓝色的box-shadow ： ，但理论上它是outline： ，所以请确保不要袒护这个网站筹划格式 ！
6 、不产生发火压力
不要遗忘以殉国筹划为价值的用户
没有人快活喜悦爱好感应压力 ，但对那些有行动或认知遏制的人来讲 ，压力大年夜大年夜约会激起焦炙。多年来 ，跟着愈来愈多的义务可以经由过程设备来完成 ，界面变得愈加静态 。遗憾的是 ，太多的静态体验是筹划师试图以可用性为价值使ui更具想象力的下场 。一个有效的建议是简化筹划并删除不须要的静态元素 。
这包含传送带 、弹出窗口 、提示和分袂寄看力的动画 。
接上往 ，让我们看看若安在网站筹划中使这些元素能对残疾人开放 。起首 ，我们需求对需求存眷的主动播放媒体添加必定程度的独霸 ，因为这大年夜大年夜约会给那些有认知遏制的人添加出格的认知负荷 ，让他们感应不温馨 。WCAG 2.0定义的轨则是 ，假定媒体运转超出三秒，那么它理应是可控的 。任何其他可以主动动弹 、明灭或以其他编制挪动而无需用户与之交互的对象 ，比如动画和改削木马，假定延续时分超出5秒 ，也理应是可控的 。
假定媒体运转超出3秒 ，则理应是可控的
一样往常来讲，用户不快活喜悦爱好不测的挪动/媒体，最好阻拦它 。请寄看，一样的轨则也合用于每秒明灭超出三次的元素，不凡是当它是高比照度和白色时，因为这大年夜大年夜约招致癫痫迸发 ！
关于聊天消息、警报 、提示 、旧事撮要等，用户理应可以限制它们的频率 ，以便本身有更多的时分来不雅不雅不雅不雅鉴赏和邃晓正在通信的内容 ，并且还建议用户独霸esc键轻松地消弭任何警报或可见遏制。奉行义务的压力有时是不成阻拦的，因为一些接口，比如银行接口，大年夜大年夜约会因为安然启事商场 ，是以这些警报必须是不问可知的 。在这类气候下 ，需求更多时分的禁用用户理应供给多么做的机会，让界面晓得用户没有抛却它 ，并偏向地将数据流闪现来 。
7 、继电器与斥地人员
不单仅是网站筹划师需求对群集亲善
当触及到加强可访谒性时 ，斥地人员理应分担一半的义务 ，不凡是当触及到独霸户界面对屏幕不雅不雅不雅不雅鉴赏器亲善时 。为屏幕不雅不雅不雅不雅鉴赏器优化网站筹划次要产生发火在幕后，对非残疾用户没有任何影响 ，这使得这些网站对全数身手的用户都特别很是包涵 。对那些想晓得的人来讲，屏幕不雅不雅不雅不雅鉴赏器经由过程有声朗读屏幕上的内容来辅佐目力受损的用户 。可是图象呢？没有文本标签的图标呢 ？屏幕不雅不雅不雅不雅鉴赏器在没有文本描摹的气候下若何切确地传递筹划元素 ？这些赞助技能若何疾速地将中心转移到搜刮和导航等关头地标上 ？这恰是斥地人员需求措置的问题 。
没有附带文本的筹划元素可独霸Html在幕掉落踪队行描摹 ，这里有一个很棒的清单 ，你会想要添加书签 。
让我们来看看一些关头的方面 ：
*独霸语义HTML元素
*独霸ARIA地标角色向HTML元素添加更多凹凸文
*在这里声明（切确的）言语（WCAG指南）
*不竭构成元素
*独霸"alt文本"（偏向 ！未指定文件名）用于图象的文本更调（此处供给带领）
*供给无JS后备，永不独霸内联脚本
8、选择复杂的手势
我们不单仅用鼠标来导航——想想手指独霸
选择复杂的手势而不是宏壮的手势将博得非残疾用户的支撑 ，同时使残疾用户可以访谒ui 。手势在独霸法度圭表类型和网站之间经常是不合的 。起首是用户期看问题；比如 ，在触摸屏独霸法度圭表类型前程行滑动交互是相当正常的 ，但用户但凡不会想到在网站前程行滑动，甚至在挪动网站上也不会 。除此以外 ，对残疾用户来讲 ，除复杂的点击和点击以外 ，另有甚么需求身手的吗 ？
谜底是必定的，但对非残疾用户来讲 ，这也有点让人看而生畏 。是说你试过改削谷歌地图吗 ？这是一个特别很是抉剔的经验 ，对那些有行动遏制的人来讲 ，这几近是不成能完成的义务。因为谷歌映照没有供给独霸可单击按钮改削的更调编制 ，是以该下场既不成访谒也不包含 。
是以 ，我们需求一一问本身 ，'我们网站筹划中真的需求这类宏壮的姿式吗 ？比如 ，一个静态的垂直仓库可否可以像滑动改削木马一样工作 ？在这两种气候下 ，我们都邑让内容以任何一种编制溢出视图端口 ，那么滑动改削木马真正完成了甚么 ？对非残疾用户来讲 ，滑动下场可否可以慢慢加强 ？在这类气候下越复杂越好 。
与此同时 ，请务必确保网站筹划中的tap方针起码为44px2 ，以便它们易于单击和点击，同时也可用于视觉可视性，并且间距公允 ，以促进偏向单击的数量 。
