如果我们不关心XHTML和CSS的验证会有什么缺点？

Question

如果我们不关心XHTML和CSS的验证，有什么用呢？ CSS 3以外的错误和供应商特定属性

• 就开发时间而言（有效的XHTML和CSS代码如何节省查找问题的时间？），
• 代码调试（我们如何快速跟踪问题？），
• 跨浏览器兼容性（它如何帮助我们实现跨浏览器兼容性？），
• 网站可维护性（如何为其他人维护和更新？），
• 网站的未来变化（如果客户可以在将来提出要求，如何对设计进行任何更改？），
• SEO排名（它如何影响我们网站的搜索引擎排名？）
• 辅助功能（代码的有效性会增加网站的可访问性吗？）

我要解释一个客户的秘书，Code验证不只是Fashion，这对他的网站是有益的。我不仅仅是在鼓吹这样做以赚更多钱。它只对开发者有用，主要对他的网站有益。

Answer 1

显而易见的一点是，如果您的标记有效，则可以通过各种浏览器呈现它所呈现的几率。

但与此分开，有时您花费宝贵的开发时间来追踪错误（通常是特定于给定浏览器的错误），但却发现错误的原因是您的标记无效且不同的浏览器正在处理该错误标记以不同的方式。验证（无论是XHTML还是HTML）可以节省您追踪这些问题的时间。事实上，昨天就有an example here。 OP认为他有一个奇怪的Firefox特定的jQuery问题。事实上，他只是有无效的标记，修复标记解决了他的问题。

所以我认为你告诉客户验证可以节省时间，从而节省资金。

请注意，这是验证的参数，而不是宣告有效性（通过图标等）。

Answer 2

我在这里找到了一些非常好的答案

http://validator.w3.org/docs/why.html

http://ianpouncey.com/weblog/2010/01/web-accessibility-myths/

  

使用标记不正确 - 不是   根据规格 - 阻碍   可访问性。滥用标记为   演示效果（例如，使用   布局表或要更改的标题   字体大小）使其变得困难   有专门软件的用户   了解组织   页面或浏览它。   此外，使用演示标记   而不是结构标记   传达结构（例如，构建   什么看起来像一个数据表   它是一个HTML PRE元素   难以呈现页面   可理解的其他设备（参考   对差异的描述   内容，结构和   介绍）。

http://www.w3.org/TR/WAI-WEBCONTENT/#gl-structure-presentation