网页可用性“七宗罪”(第一部分)
作者 Christian Heilmann 翻译 Dorian fscommand导致网页可用性问题的原因很多，其中有我们之前讨论的用户不关心可用性的问题。如果你身处他们中间会感触颇多。另一个原因就是开发人员范的一些错误，当然犯错误很自然，但是我们能够在错误中学到知识，使我们得到完善。
下面是我做为网页开发人员总结的一些主要的错误，如果我们在未来的开发中加以注意，便会生产出更加亲和的网页产品，使我们的客户和访问者都能够满意。
我在每个错误的描述后面都给出了一些避免错误的小提示。当然，可能受到项目预算的限制、客户关系的原因，遵循这些提示有些困难，但是记得这些提示是没有坏处的。在为最终用户做设计时要始终遵照客户的意愿,否则都是做无用功。
错误#1 部对产品进行测试就发布
许多网页制作工具、开发环境、内容管理系统都试图建立标准的 AAA页面，WYSIWYG编辑器自动生成许多标记，并且强制为IMG标签增加 ALT属性，这些都是很好的方法，但是这些是不够的。
要求HTML在语义或者逻辑上的完全正确（只有人才能确定)不是必须的。确实有许多不错的工具，但是它们只是工具而已，机器是不能理解人类的交互行为的。不管检验结果是多么精细，机器都不能判断其是否有意义。
这对开发意味着什么呢？
留出时间对开发人员对产品进行培训（对于集成开发环境，这是一次性投资）
把缺陷和相关工作环境列入文档。保证这个文档在项目组成员中人手一份。
在开发过程中强制进行人工测试。如果没有时间，这可以由一个经过训练的编辑来做。
错误#2 负太多责任
假设：一个网站要在原来计划的基础上进行内容扩充。如果你部愿意为改动负责（通常不愿意，除非有钱的客户愿意为你增加的时间付钱）你要确信客户知道你产品的所有细节。
向用户介绍你自己是一个可访问性(accessibility)的超级英雄，晚上穿着性感的夜行衣，除暴安良，这将直接导致你的失败。并不是客户不相信你，而是他们认为你可以全权负责，问题就是你将被卷入客户公司的内部争论，而你就是那个要负责的人。
一个标准的情景：市场部拿来一个完全谈不上可访问性(accessibility)的描述文件，因为它可能出自于一个媒体设计公司，项目经理拿着它来找你。你向项目经理解释这个文件，并且被告知这是市场部要的，他将怎样处理。你向他解释的内容被反馈给市场部（有些信息被丢失了）。你就像在玩儿童传话游戏，最后花掉许多时间去重复重复再重复。
事实是这样的
客户需要一个网站
客户要给用户、访问者提供愉快的访问体验
客户很可能因为不同的原因改变每项需求
合乎逻辑的方法是当计划产品时尽可能快的指导用户那里有可访问性(accessibility)问题，并且使用户同意遵循这些准则。这将给你留出后路，如果客户投诉你，你应该说“我们帮助你们确保站点的可访问性(accessibility)”，而不是“我们来使你的站点具有可访问性(accessibility)”。
这对开发意味着什么呢？
为客户建立工作室，在开始开发之前进行可访问性(accessibility)培训
在客户公司中找一个可访问性(accessibility)支持者，负责这个开发。通常会有这样的人愿意站出来
给出可访问性(accessibility)分析以及怎样在改变设计时保持可访问性(accessibility)。吃完项目建立聚餐之后，在合同中简明扼要地给出可访问性(accessibility)为客户方的责任。任何需要你介入的帮助都要额外计费，额外的支出会使客户的人员仔细地聆听你的建议。告诉你的法务团队在措辞上要体现出是在为客户省钱和保护他们不受损失，法律措辞是很有力的武器。
确认你所鼓吹的能够实现，你一开始的产品要做的很完美。任何错误都会使客户怀疑你的建议是错误的。
错误#3 只为最坏的情况做打算
这经常在我们开发人员中发生，我们只为残障人士考虑，从而丢失了对全盘的考虑。然而，可访问性(accessibility)是针对每一个人的，不论是常人还是残障人士。我们多数人没有键盘访问、语音识别、屏幕阅读方面的概念，总是担心页面不能通过这些技术访问。
有一个小秘密：屏幕阅读器也是一个有自己规则的工具。许多页面工程师相信屏幕阅读器的神话。找一个来测试一下，或者问问使用辅助技术阅读网页的人，他们需要的是什么。
现在你无法知道在屏幕前面的人群是否有什么残障，或者他们的知识背景。毕竟可访问性(accessibility)要针对大多数人。否则可访问的页面将是难看而无味的。
对可访问的站点的最低要求是：
语法正确的HTML
内容能够足够清晰，不论是读还是听。
对任何视觉元件（图片）设置替代文字
标题链接要区别于正文
这些是你的站点的基础，如果要增加其他的规则记得不要丢掉这些基本准则。
其他要避免的是
低对比的图片或CSS样式
颜色混合对于色盲是不可识别的
过小并且不可调整的字体
在大字体时内容互相重叠
如果你想加入一些诸如下拉菜单等的javascript特效，可以也很不错。确保脚本能够被用户的浏览器识别。最好能提供关掉特效的方法。
这对开发意味着什么呢？
确保基本原则一开始就贯彻其中，向客户展示站点在不同的环境运行的有多好
介绍渐进式完善的概念，不要以具体的视觉图呈现，而是基本的线条框架
使用允许编辑直接写作的工具，比如空白的word模板，或wordpress等发布工具。
演示可访问性(accessibility)是如何帮助每个人的－－用PDA或者手机访问站点。
不要忘记强调搜索引擎友好
不要低估CSS 和 JavaScript做为可用性改善的作用。
带着可用观念去设计，好的图形设计不光是愉悦心情，更重要的是使访问者不需要很多思考就能很快找到想要的东西。
带着可扩展观念去设计。站点能够在信息和屏幕空间两个纬度进行扩展，不要填满所有空间，因为有可能有一天要增加导航的数目或者更换更长的内容文字。 严重支持HOHOHAHEI
页:
[1]