到目前为止，我们讨论的解决方案都不是标准。尽管XMLHttpRequest得到了广泛支持，但是你已经看到了，创建XMLHttpRequest对象的过程会随浏览器不同而有所差异。许多人错误地认为Ajax得到了W3C的支持，但实际上并非如此。W3C在一个新标准中解决了这一问题以及其他缺点，这个标准的名字相当长：DOM Level 3 加载和保存规约。这个规约的设计目的是以一种独立于平台和语言的方式，用XML内容修改DOM文档的内容。2004年4月提出了1.0版本，但到目前为止，还没有浏览器实现这个规约。
什么时候加载和保存规约能取代Ajax？谁也不知道。想想看有多少浏览器没有完全支持现有的标准，所以这很难说，但是随着越来越多的网站和应用利用了Ajax技术，可能以后的版本会得到支持。不过，较早的DOM版本就花了很长时间才得到采纳，所以你得耐心一点。在一次访谈中，DOM Activity主席Philippe Le Hégaret称，需要花“相当长的时间”才能得到广泛采纳。DOM Level 3也得到了一些支持，Opera的XMLHttpRequest实现就基于DOM Level 3，而且Java XML处理API（Java API for XML Processing，JAXP）1.3版本也支持DOM Level 3。不过，从出现了相应的W3C规约这一点来看，起码可以表明Ajax技术的重要性。
从1997年8月起，人们就一直在为解决浏览器之间的不兼容而努力，加载和保存规约则达到了极致。你可能注意到，标题里写的是“Level 3”，那么Level 1和Level 2呢？Level 1在1998年10月完成，为我们带来了HTML 4.0和XML 1.0。如今，Level 1已经得到了广泛支持。2000年11月，Level 2完成，不过它被采纳得比较慢。CSS就是Level 2的一部分。
开发人员能从加载和保存规约得到些什么？在理想情况下，它能解决我们目前遇到的许多跨浏览器问题。尽管Ajax很简单，但是你应该记得，仅仅是为了创建XMLHttpRequest对象的一个实例，就需要检查浏览器的类型。真正的W3C规约可以减少这种编写代码的工作。基本说来，加载和保存规约会为Web开发人员提供一个公共的API，可以以一种独立于平台和语言的方式来访问和修改DOM。换句话说，不论你的平台是Windows还是Linux，也不论你用VBScript开发还是用JavaScript开发，都没有关系。还可以把DOM树保存为一个XML文档，或者将一个XML文档加载到DOM。另外，规约还提供了对XML 1.1、XML Schema 1.0和SOAP 1.2的支持。这个规约很可能得到开发人员的广泛使用。