Google决定SERP排名时，W3标准是否是主要因素？

我有一个动态的php网站，根据在线w3验证器，该索引仅包含大约800个错误。

我试过检查主要网站，例如ebay，stackoverflow和其他网站，所有网站都包含大约400个错误。

所以我的第一个想法是，当验证器始终显示错误时，它有什么用？

其次，这些错误会影响我的SERP排名吗？就是说，我是否会尽可能改善这些错误，以增加我的Google搜索排名？

谢谢

验证可以提高我的结果吗？

没有。

验证器总是显示错误有什么用？

它并不总是显示错误。它在有错误的地方显示错误。这导致您的问题应该是什么，即：

编写可怕的无效HTML对我有害吗？

是的。它会损害您的利益，因为浏览器不兼容很多。因为没有人雇用我作为前端人员；因为它可能会破坏与DOM相关的处理；因为您的可访问性会吸引人，并会减少2％的人口；因为排名本身并不会因缺乏有效性而受到限制，但肯定会得到有意义且有序的代码的帮助。

尚未结束：这不仅对您有害，对我们所有人也有害，我们应该责怪您。因为您每天使用的优质Web服务都依赖于标准，并且如果它们的开发缓慢并且无法发挥其潜力，那是因为您，草率的标记。

每天，当您醒来并意识到网络不是应该已经建立的语义关系的完美架构网络时，您将向我们道歉。

也节日快乐。

所以我的第一个想法是，当验证器始终显示错误时，它有什么用？

好问题！验证器根据W3C规范检查标记语法，目前W3C规范是HTML或XHTML。从它可以告诉您技术上无效的意义上来说，它是完美的（或完美无缺，尽管我没有发现任何重大错误）。

但是，实际上无效的标记还不能解决问题。将W3C标准视为对特定英语方言的非常严格的规范。在开发浏览器时要牢记规范，可以将其视为使用该方言的学校，使用正确的语言来表达，阅读，收听和理解英语方言。在实践中，该浏览器还会走到操场上并环游世界，并学会了解对标准约定的一些细微修改。该浏览器还可以观看旧电影，因此即使在学校（未按规范进行严格的讲授）中，也可以学习如何理解“较旧”的语法和词汇。某些浏览器（最著名的是IE <9）具有父母（开发人员），他们认为可以修改常规课程以打造更好的浏览器，因此他们被送到了完全不同的私立学校。归根结底，您会得到不同的浏览器来理解不同的语言。他们每个人都有非常慷慨的“忽悠”因素。就像您知道某人说出自己的演讲或包含错字时的意思一样，浏览器也是如此。人们或社区甚至更经常地设计出创新的说话方式（写标记），尽管浏览器并未在学校接受正式培训（根据规范），但碰巧却能理解。到那时，您将获得许多仍可在实践中使用的非标准兼容代码。就像您知道某人说出自己的讲话或包含错字时的意思一样，浏览器也是如此。人们或社区甚至更经常设计出创新的说话方式（写标记），浏览器即使未在学校接受正式培训（符合规范），却碰巧能够理解。到那时，您将获得许多仍可在实践中使用的非标准兼容代码。就像您知道某人说出自己的讲话或包含错字时的意思一样，浏览器也是如此。人们或社区甚至更经常设计出创新的说话方式（写标记），浏览器即使未在学校接受正式培训（符合规范），却碰巧能够理解。到那时，您将获得许多仍可在实践中使用的非标准兼容代码。

其次，这些错误会影响我的SERP排名吗？就是说，我是否会尽可能改善这些错误，以增加我的Google搜索排名？

Google 推荐使用符合要求的标记，但是除了实验者严重扭曲其标记以致内容无法正确显示的情况之外，几乎没有确凿的证据。这可能是因为Google自己的抓取工具不仅精通标准规范，而且精通所有方言，包括那些不拘一格和古老的方言。它还有很多软糖补偿机制来弥补小的“错误”。

在一天结束时，请尽可能尝试有效的标记。如果您将其作为优先事项，则完全有可能这样做。以我的经验，当您足够先进以打破规则时（我知道我不是），您对规则和解析以及显示的含义已经足够了解，您的原始问题根本就不是问题。

它不会影响您的SERP排名。从Google网站站长中心的官方YouTube频道：

因此，如果页面经过验证，我们不会对其进行任何形式的提升。出于您自己的内部目的而做可能是一件好事，但您的排名并没有得到任何Google的提升。原因很简单，就是网络上的绝大多数页面目前都无法验证。

http://www.youtube.com/watch?v=FPBACTS-tyg

不过，验证您的页面仍然是一个好主意，因为这将使代码更少出错，并且更易于维护。

大多数SEO似乎都同意，具有未正确嵌套的代码或具有大错误的代码对SEO不利。他们都同意，当您真正拥有有效的HTML时，它不会为您带来更好的排名。

因此，我的最终结论是：出​​于网页设计和SEO的原因，您将希望修复所有可能导致不良渲染或解析器问题的明显错误。不必担心虽然不允许使用的属性，也不必担心使用标记代替的那个插件。只是不值得您花费时间或金钱。

- W3C验证：为什么你应该关心，为什么不能在yoast.com

这根本不是一个因素。HTML是一种非常灵活的语言，这样做是没有问题的

< ul >
 < li >< a xtooltip='Go to homepage' href='index.php' >Home< /a >< /li >
< /ul >

然后，您只需使用自己喜欢的JavaScript引擎，并获得带有工具提示的漂亮菜单。当然不会验证。

另一件事是W3C验证器不幸​​损坏。它无法验证内容类型，js代码，js代码html输出，ajax等。除了不检查内容类型外，这是一个严重的缺陷。如果您具有XHTML DOCTYPE但内容类型：text / html，则应针对HTML进行验证，大多数人将针对XHTML（错误地）进行验证，然后修复“错误” ...例如更改

[br] => [br /]

但是[br /]是HTML中的错误...因此，它们会执行验证程序错误地告诉他们的操作，而他们所做的只是在代码中添加错误。