有了网络交互这一最基础的要素，用户可以通过点击链接和表格提交的方式来与网页交互。这一交互性开创了客户端(通常是网络浏览者)与服务器之间的对话(客户端发送数据和页面请求给服务器，服务器收集数据并返还至页面)。一旦服务器发送一个页面，所有对话都将终止，直到客户端提出另一请求。用户对页面的处理是非实质的，除非点击了另一个链接或是提交了另一个表格。



这一交换类型并未趋向于我们在软件应用程序中已逐渐习惯的动态交互类型，在后者中，用户行为会获得立即的反馈，且带有上下文。例如，现代的拼写检查会出现在联机文档中，而不是在附属窗口中逐个地显示单词。

一个有效的用户界面会通过一项任务引导用户，随时提供反馈以避免发生错误，而不是让用户在完成之后再纠正错误。这一在线引导类型很难通过标谁的网络技术来实现。拿必填项来说，在一个标谁的网络环境中，用户提交表格，服务器随后会检查数据，如果该项未填写，那么服务器会将表格返还给用户让其补充完整。如果用户在提交之前未找到所有必填项，那么这一动作将会一直重复。在一个更为动态的界面中，表格字段在完成的时候就生效了，而提交按钮仅在所有选项都填写完成时才会被激活。

在网络中，这一类型的客户端交互仅在有扩展(add-on)技术支持时方才可能实现，诸如Flash和JavaScript.当今的绝大多数浏览器都支持JavaScript，绝大多数浏览器安装程序中也包含了Flash的插件。不过，这些技术受支持的范围不及标谁的HTML广泛。用户可以在他们的浏览器预设中禁用JavaScript，并且有些设备并不支持JavaScript和Flash；其他的设备提供支持但实现效果不同。尽管客户端脚本语言为交互提供了很多益处，但是我们无法排他地依赖它来提供必要的交互。为了实现通用可用性，在这些技术不可用或禁用时，也要保证使用客户端脚本语言的网络应用程序能发挥作用。

Ajax

Ajax，即AsynchronousJavaScript和XML的缩写，这是一项提供动态界面元素和动态页面内容的技术，并频繁地用于创建网络应用程序。有了Ajax，页面可以发送小字节数据的请求来回应用户的动作(例如，在地图上进行放大)，同时数据会显示在页面的一个区域而不用下载整个网页。Ajax之所以拥有性能优势是因为每个用户的动作并不要求重新装载整个页面。Ajax还因为支持动态和回应性的用户界面而提供了更多的交互。

程序和表格与传统的软件应用程序已经开始了竞争Ajax的不足在于其对JavaScript的依赖性，我们已经鉴定了JavaScript的风险所在，即没有人能保障其可以在客户端的浏览器上运行。并且，JavaScript的实现效果因不同的浏览器而有所不同，这使得大量的跨平台检查成为了任何Ajax项目的一个关键组成部分。除此之外，搜索引擎无法谁确索引带有动态内容的页面，因为对用户隐蔽的内容也会对搜索引擎软件隐蔽。最后，Ajax，更通常的叫法是动态界面，对可访问性提出了挑战。

可访问性

在网络的早期，当我们从基于文本的网页进人到图形网页时，我们改善了可用性但牺牲了通用可用性。因为文本是可机读的，因此它可以被广大的用户和设备访问。图形是非机读的，使用了图形和复杂布局的网页增加了访问的难度。如今，当我们从简单的链接和表格上升到复杂且动态的界面时，我们看到的是一个与交互类似的趋势。尽管这些界面可能更具有可用性且更高效，但它们要实现针对所有用户的可访问性会更难。屏幕阅读软件的用户或许并不知晓动态内容已经下载到页面。键盘用户或许无法使用界面工具。一些“瘦”客户端，诸如PDA和移动电话，没有马力来运行这些技术。HTML和其他的W3C技术旨在使用诸如替代性文字和回退(fallback)功能来支持可访问性设计，然而，很多插件(add-on)技术在设计的过程中并未考虑到可访问性。

好消息是，W3C正努力创建标准来支持同时具有动态性和可访问性的界面的发展。可访问性富因特网应用程序(AccessibleRichInternetApplication，ARIA)计划创建一种标注应用程序界面的规范，以便所有类型的客户端一从标准的浏览器到屏幕放大镜再到屏幕阅读器都能以某种方式帮助用户访问和操作动态界面元素。ARIA和Adobe在努力实现可访问的Flash，HTML和XHTML也在不断努力，这些技术将产生多种工具，我们可用来创建可访问的动态界面。与此同时，我们拥有标准的工具，随时允许我们创建可访问且有效的网站建设Web应用程序。