首先声明一下，本文的主旨并不是奉劝大家都要去检测一下站点是否符合W3C严格到近乎苛刻的规则，仅仅是希望阐述一些平时代码书写过程中可能忽略掉的问题，记住W3C validators仅仅是一个工具，切勿神化他，也别鄙视他，无论你在乎与不在乎，他就在那里，不卑不亢，但通过这个工具的确可以检测出一些站点隐藏的代码不规范问题，在获得最后那个绿色的“Valid”的验证通过的消息之前，经历一系列代码规范纠错的过程，不觉得也是一个享受成就感的过程吗，anyway 你也许会说我一点都不享受，我就是不鸟所谓的规范，那也完全没问题，本文你就当是过眼云烟，浮云飘过即可。
首先，老规矩还是以本站为例子，尽管有点自卖自夸的意思，不过写教程是个辛苦的活，也容许我享受与一点些许成就感，点击这个链接： 可以查看到本站首页顺利通过了严格W3C validators测试，当然为了看到这个养眼的绿色标识，前后可也颇费周折，但也长不少知识，简单罗列记点分享给大家。
Google Plus 的 rel=”publisher” 无法通过验证
坑爹的Google，竟然官方提供的信息发布商的验证代码是不符合规范的，或许Google压根就不理会所谓的W3C规则，也难怪，谁教他是互联网老大呢，有点小暴脾气完全可以理解，暂可是小人物两个都惹不起，还是设法通过验证再说，搜索了不少方案，最后有一个方案完美解决，就是将rel=”publisher” 替换成 顺利通过了W3C validators验证；
URL中的&需要统一替换成& a m p ;(因为会被浏览器转译为&，请去掉空格)
所有的URL中涉及的&需要统一替换成& a m p ; ，否则无法通过验证；
不要在网页中插入任何内嵌样式
这点相信大家都可以理解，出于网页载入速度考虑也不建议网页内嵌任何样式，统一载入外部样式，然后通过CDN来调用这些静态文件。
暂时就这么几点，当然还有很多不同的问题可能无法通过验证的，还是回归本篇开头所表达的观点，本文并不是建议大家一定要让网站适应所有的W3C规则，因为有时候往往网页里边内嵌的第三方代码根本无视W3C规则，那么你就算如何调整也是无济于事的，本文的主旨只是建议大家用这个作为一种工具检测一下网页代码里边可能的很明显的代码错误，穿插个小插曲，在验证首页W3C的过程中竟然意外的发现了一处极其低级的代码未封闭的错误，向来都感觉汗颜，但至少及时发现并且修复了，所以大家尽可不要太在意自己站点是否能完美的通过W3C验证，满足最后看到那个绿色”Valid”消息的虚荣心，就把这个当一个代码检测工具，检测一下自己代码到底是否犯了一些不该犯的低级错误，至少比你聘请一个技术高手来手工检测代码来得专业得多，不是吗？^_^