对于大部分Web站点，与Web服务器进行交互是最简单的通信方式——就如您在对讲机（walkie-talkie）上与好友聊天一样。您可以一边讲话他在另一边接听，或者他说话你接听，但您不能同时接听和讲话。对于Web用户，当填写在线表单然后单击提交按钮后，整个页面就会发送至Web服务器，用户必须等待服务器接受请受。当服务器完成处理请求时，它就会将处理过的内容发送过来。只有这时，才可以最终刷新用户页面（参见图1）。Ajax是一种减少这一系列事件的尝试。当用户位于Ajax类型的Web站点时，浏览器可以幕后异步调用Web服务器而无需发送整个页面。
使用Ajax的主要原因通过适当的Ajax应用达到更好的用户体验；把以前的一些服务器负担的工作转嫁到客户端，利于客户端闲置的处理能力来处理，减轻服务器和带宽的负担，从而达到节约ISP的空间及带宽租用成本的目的。传统的web应用允许用户填写表单(form)，当提交表单时就向web服务器发送一个请求。服务器接收并处理传来的表单，然后返回一个新的网页。这个做法浪费了许多带宽，因为在前后两个页面中的大部分HTML代码往往是相同的。由于每次应用的交互都需要向服务器发送请求，应用的响应时间就依赖于服务器的响应时间。这导致了用户界面的响应比本地应用慢得多。
经典的Web应用程序模型工作方式如下：大多数用户动作在界面上激发一个HTTP请求到web服务器。服务器做一些处理——获取数据，处理数字，与现有的应用系统进行沟通——最后返回HTML到客户端。这样的模型适合于以超文本为基础的Web应用程序，但作为一个强调用户体验的狂热分子（The Elements of User Experience一书的拥护者），我们认为超文本造就Web成功的东西，却并不一定满足软件应用程序的要求。
传统的Web应用程序模型技术上来说意义非凡，但它并不适用于创建完美的用户体验。当服务器在做数据处理的时候，用户在干什么呢？没错，他们在等待。一个任务所需的步骤越多，用户需要等待的次数也越多。
显然，当我们设计Web应用程序的时候，我们不应该让用户傻等。界面一旦加载完成，为什么还要因为程序需要从服务器传输一些东西而中断用户交互呢？实际上，用户为什么要看到程序与服务器的联系？
