这实际上定义了你的文档模型，用xhtml1.0标准解释。

但是后来，网页的布局越来越复杂。仅仅依靠这些html标签是做不出精美漂亮的页面的，还得有一些其他的工具辅助。例如，我希望图片偏移20px，或者希望文本间距为5px。只靠html实现真的比登天还难。这个时候W3C又坐不住了，站出来呼吁，“我们再定义一个可能实现这个功能的东西吧。”经过无数次讨论，CSS1.0的标准出来了。这可以用来轻松实现内容偏移、间距等效果。发展到后面的css2.0，css3.0。每个人在用CSS定义样式时都必须遵循这个标准。

后来人们发现单靠html和CSS还是不够完善。缺少人机界面交互，达不到动态效果。让网页上的东西动起来会更完美，所以w3c推出了emascript标准，规定了文档对象模型接口。语法等。比如人们常用的javascript，就符合emascript标准。

好了，现在一切似乎都很完美。有了html标准、css标准和emascript标准，我们终于可以做出漂亮的网页了。当我们把这些标准放在一起，我们就形成了一个网络标准。那么什么样的网页符合网络标准呢:

例如，一段html是这样写的

那么这段代码是否符合web标准呢，我们再来分析这些代码，第一行你定义了你的文档类型是xhtml1.0，也就是说你的所有html标签的写法必须遵行这个标准，在body内的第一个<p>标签中,font标签已经在这个标准中被弃用了，color属性也在这个标签中被弃用了,所以这段话不符合web标准，再来看<img>标签，它的align属性定义了图片的对齐方式，但缺少了alt属性，在xhtml1.0标准中，img是必须定义alt属性的.所以这段代码也不符合1.0的标准,再看dl标签,dt定义了标题,嵌套了<h1>标签，根据xhtml1.0的定义。<dt>标签中不允许嵌套<h1>标签,所以同样也不符合1.0标准,再看最后一个<b>标签，谢天谢地。这个标签终于符合web标准了。但是w3c已经说了。我们暂时保留这个标签的意义。不过还是推荐大家使用<strong>标签，这个语义性更强。在后面新的标准中，我们可能取消<b>标签做为标准标签。关于html标准的约束请大家查看相应文档。那么这个身体符合web标准吗？我们再来分析一下这些代码。在第一行中，您定义您的文档类型是xhtml1.0，这意味着您的所有html标记都必须按照这个标准编写。第一

 说到这里。我想大家都明白了。这个页面连xmhtml1.0标准都不符合，那么肯定也不符合web标准了，至于符不符合web标准，完全在于你定义的版本.但是这段段码在浏览器中是可以正常解析的，因为我们前面说过，标准都是向前兼容的，只是不符合你现在所定义的标准而已，那么我该如何让这段代码符合我的web标准呢。只有两种办法。1.降低你的文档模型的标准（这样可能带来更多的麻烦）2.重新修改你的代码,比如把颜色放到style属性中,img加上alt属性.相比起来，我们更愿意选择第二种.说到这个。我想大家都明白。这个页面甚至不符合xmhtml1.0标准，所以当然不符合web标准。至于不符合web标准的符号，这完全取决于您定义的版本。但是这段代码可以在浏览器中正常解析，因为我们前面说过，标准都是向前兼容的，只是不符合你现在定义的标准。那么我该如何让这段代码符合我的web标准呢？只有两条路。1.降低你的文档模型的标准(这可能会带来更多的麻烦)。2.修改您的代码，例如将颜色放在样式属性中，并将img属性添加到alt属性中。相比较而言，我们更喜欢第二种。

网上有个解释:webstandard=div+css。不能使用表格布局。看了上面这篇文章，我们就不难理解了。这个概念纯粹是混淆视听。是局部的。不能说一个表格布局的网页不符合web标准。w3c从未定义使用表格布局不符合标准。<表>标签一直是所有版本的标准标签。虽然我们都用div做布局，但是我们要明白:别人推荐的不等于标准。

如前所述，web标准取决于我们编写html/css/js时定义的版本。比如我的html用的是xhtml1.0标准，那么我的html也要符合xhtml1.0标准。但事实似乎并非如此。互联网上几乎99.999%的网页都无法验证，总有这样那样的错误。w3c官网:http://www.w3.org所有页面都可以验证，有兴趣的朋友可以测试一下。说到这里，我们的文章好像走进了死胡同。既然这么多网页不符合web标准，也能获得不错的排名和流量。web标准和SEO有什么联系？

网页设计强调结构(html)和表现(css)的分离，我们可以这样理解它们的概念。该结构是一所房子。是用钢筋混凝土和砖块搭建的架子，表现的是结构的装饰和修饰。就像装饰一样。房子的地板安装好了，墙壁用石灰和油漆粉刷。没有结构，性能就没有实际性能的价值，这就是为什么在xhtml1.0strict及其更高的标准中取消了它。文本

让我们了解浏览器和搜索引擎是如何解析我们的html的。为什么我们在这里谈论浏览器？因为在我看来，搜索引擎和浏览器解析html的方式大致相同。当一个网页被抓取后，它就开始解析html，最终会把整个页面解析成一棵有严格父子关系节点的dom树。然后呈现给用户，比如我写了下面这段代码:

 可以看到这是一段xhtml1.0过渡标准下的html.却有很多错误(错误包括：第一个div中<h1>标签没有结束标签.img没有alt属性。<p>标签也没有结束标签)，但是如果把这段代码放到浏览器中去执行，却可以看到正确的效果，<h1>标签起作用了。P标签也起作用了,图片也能显示出来了，我们很奇怪为什么这段代码连标签都没写对为什么在浏览器中却能正确解析,如果我们假设这段代码是没有错的，它正确的dom结构应该为下(图一)所示你可以看到这是xhtml1.0过渡标准下的一段html。但是有许多错误(错误包括:在第一个div

中；标签没有结束标签。img没有alt属性。<p>标签没有结束标签)，但是如果您将这段代码放在浏览器中执行，您可以看到正确的效果，

为什么浏览器可以正确解析错误的代码？而且似乎还能“猜出”错误代码的真实意图。原理是浏览器在构建标签树时使用字典分析模式和整理模式(htmltidy)。简单来说，浏览器会将所有标签和属性与内置字典中的信息进行匹配。如果匹配正常，就直接解析。如果匹配异常，直接解析。启用排序规则模式，它将分析您的错误代码并修复它，例如

但是“校对模式”并不是万能的，我们不能苛求浏览器能帮我们修复所有的错误。所以当我们的页面嵌套越来越深，标签越来越多，内容越来越多的时候，浏览器在无法修复标签的情况下唯一能做的就是“去掉某个错误块中的所有标签，只保留内容”。

从搜索引擎的角度来讲，在分析内容之前它的前提也跟浏览器一样要先构建一棵完整的dom树，只有当这棵树构建完成，搜索引擎才能确定页面中上下文的关系，以及你在页面中使用了哪些加权（如<strong>,<h1>）的标签，以及它们的分布位置等等。但是搜索引擎在解析时更强调“内容块”的概念，即一个标签一个块。还是以上html的例子。当搜索引擎在构建这个dom树时，当它解析到第一个div内的<h1>标签时，发现这里出现了错误，解析到P标签的时候，又遇到了错误，这个时候为了正确构建这棵dom树，它会启用整理模式，但这个时候的模式可能并不是帮你修复错误，而是以“块”为单位。查找错误块(节点)的上级块(节点)（如果上一级还有错误，则继续往上一级查找）,如果上一级块没有错误，则将这个上级块内的所有子块及子子块有错误的标签全部剔除，也就是说把<divid="top">之内的所有有错误的标签全部剔除，最终构建的dom树则为上面图二所示(2011.4.5修正：图二中有一处小错误，左侧的div标签下是还有img标签的)。从搜索引擎的角度来说，分析内容的前提是要像浏览器一样建立一个完整的dom树。只有当这个树被建立时，搜索引擎才能确定页面中上下文之间的关系以及你在页面中使用什么权重(例如

这样，我们可以看到我们精心编写的

1.当页面节点越来越多的时候，要特别注意标签层面的错误。越是靠近顶层的节点，我们越要小心。比如结尾标签写的少，对seo可能是致命的。

2.无论使用什么布局，节点的嵌套层次越少越好。首先，它可以减轻搜索引擎在解析节点时的负担。其次，搜索引擎更容易确定节点(上下文)之间的关系。其次，关键词权重很重要。

3.当标签的属性可以用css替换的时候，尽量把它们移到css中。

4.浏览器和搜索引擎都允许html出错，但在外部条件相同的情况下，标准html显然更容易获得更好的排名。

写这篇文章花了我将近四个小时，有些地方不是很透彻。第三篇分享一下吧。

来源:光年论坛(转载请注明出处链接和作者)

作者:newyhj

欢迎分享，转载请注明来源：内存溢出

原文地址: https://outofmemory.cn/zz/785170.html