可访问性并不是单单针对残疾人，尽管这是这是一个创建具有可访问性站点的一个主要原因。一个具有亲和力的站点对任何人来说，显示效果都同样出色，无论他是不是残疾人。它可以被更多使用不同浏览器或浏览设备的人所访问。

有一种对可访问性站点的常见误解，认为它与众不同，或者不如那些不具有可访问性的站点具有视觉吸引力。

这有一个例子将告诉您可访问性是如何给每一个人造福的：一个网站有一个表单，用它来进行注册参加一个研讨会，表单中，你可以选择去参加三个城市中的一个城市的研讨会。每一个城市名字旁边都有一个单选按扭。如果表单的创建者没有可访问性的意识，那么使用图像浏览器的人就不得不把鼠标放到很小的单选按扭上，然后点击它来选择城市。如果开发者了解可访问性，并且在每个按扭旁边用 <label>标记说明，那么您就可以点击城市的名字来选择地点了。那么，您认为哪种方法使表单使用更简便呢？

使用语义化、结构化的xhtml将使你走向可访问性站点之路。要对可访问性的文档有一个基础的概念，尝试使用一个文字化的浏览器（如：< a href="http://lynx.browser.org/">lynx）看看内容是否依然起作用。虽然这离通过可访问性的验证（这是你必须去做的）还差很远，但是这是一个好的开始。

许多网页设计师喜欢使用框架把浏览窗口分割成几个独立的部分，每部分都是由独立的html文档组成，这样做对某些程序（比如一个区域网的应用程序）可能很好，但是在公众网上，使用框架将存在许多缺点:

• 你会令浏览者迷惑。做网页的一个基本原则是每一个页面用一个唯一的url表示。打破这个原则，你将使浏览者很难明了网站的结构。
• 框架带来了搜索引擎的问题。一个搜索引擎要把一个框架编入索引中，你就必须提供指向所有页面的链接。从搜索引擎搜到你网站的浏览者也会遇到一些问题，他们很可能访问的是缺少了某些重要信息（导航链接）的文档。一些框架结构的网站试图通过 robots.txt文件告诉搜索引擎不要把次级页面编到索引中，以此来解决上面的问题。其他的一些网站则用javascript把通过搜索引擎过来的访问者送到首页。如果你的目标就是获得少量的浏览者，这两种方法都是可行的。
• 框架破坏了书签。大多数浏览器不能在一个框架网站的页面上使用书签。当你打开书签后，你将打开的是框架设置的默认地址，往往去的都是这个网站的首页。
• 打印变得愈加的困难。许多浏览者在打印文档的时候，同样会遇到问题。大多数的浏览器都会要求你解开这个框架，否则不能打印。
• 通过e-mail传送链接变得更加的困难。框架很有效的消除了往一个网站中的页面发送链接的可能性。本质没有变，只是提高了网站的复杂性。
• 使网站具有可访问性变得更加的困难。这会让那些不使用图形化浏览器（它支持框架）的人遇到问题的。也正因为此，可访问性准则不建议大家使用框架。

此外，你这是在给自己找麻烦。框架将使一个网站在技术上更复杂。

把“不要使用表格布局”解释成“不要使用表格”对一些人来说没什么区别。这个并不是如何去解释的问题。如果你想标记一个列表数据，理所当然应该使用表格，这才是表格应当起的作用。然而，有一点很重要：当你建立数据表格时，有许多方法可使他们更具有逻辑性和可访问性。

表单通常是没必要去使用的，而且使用起来很困难，部分的原因是因为他们是用不合逻辑的方法建立的，部分是因为基本的html代码并没有使用标签（标签可以使表单更具有可访问性，更容易使用）。一些相关的标签（如<label>、<fieldset>和 <legend>）是存在的，而且是应该被使用的。

一个普遍的问题是用什么给表单布局。一些人说，可以把一个表单看作一个列表数据，可以用表格来构造，然而还有一些人提议用css来布局。两种方法都是可用的，但是如果你用的是表格，请确保这个表格是有意义的，而且要保证当一个包含表单的表格被线性后是可用的。

不要依靠javascript。许多人（包括你自己）可能都会认为如果把javascript从他们的浏览器中移除，就可以更加安全或者可以避免弹出窗口。他们也可能正在使用的浏览器压根就不支持javascript。根据thecounter.com的调查，6%的web用户不使用javascript, 而根据w3schools.com的调查，这个百分比为8%。

大多数情况，使用javascript的地方，对访问者都没什么好处。当然有一些例子显示javascript能够给访问者提供更好的体验。一个例子就是校验表单的输入。

值得注意的是这并不是说您不应该使用javascript。而是说你不应该创建一个依靠javascript运行的网站

同样的事也适用于cookies。如果浏览者不接受他们的网站就拒绝运行，那么你的cookie就使用错了。