影响: 编写上述带有浓郁上世纪风格的HTML代码可能导致标记复杂程度过高，进而在不同浏览器中出现彼此相异的运行效果。此外，我们也没有任何理由在微软Edge甚至是IE新版本（包括IE 9、10与11）当中使用此类复杂的标记方式。
元素处理内容布局了，另外严格限制其在显示表格数据时的使用频率。充分了解当前有哪些标记选项可供使用，具体可以点击此处查看whatwg.org中的汇总。使用HTML代码来描述页面内容，而非定义内容的显示方式。要正确显示设计内容，请优先使用CSS。
2. “在我的浏览器中明明没有问题……”
错误: 开发人员可能会偏爱某款特定浏览器或者极度鄙视另一款浏览器，而且会将这种带有偏见的观点带入网页测试工作当中。在某些情况下，我们甚至有可能将来自网络的示例代码直接纳入到项目当中，而并没有测试其能够在其它浏览器中正确得以渲染。再有，某些浏览器会在样式方面拥有不同的默认值设定。
影响: 编写一个只适用于特定浏览器的站点很可能会给使用其它浏览器的用户带来非常糟糕的访问体验。
如何避免: 在开发过程中针对每一款浏览器及其版本进行网页测试显然是不现实的。不过我们可以每隔特定一段时间就利用多种浏览器来检查自己的网站是否能够正常运作，这算是种比较理想的折衷办法。目前无论大家使用哪种首选开发平台，都有大量免费工具可以帮助各位实现测试工作，具体包括免费虚拟机或者站点扫描工具。Browsershots或者BrowserStack等网站还能够提供快照，帮助我们了解特定页面在不同浏览器/版本/平台上拥有怎样的渲染效果。而Visual Studio等工具也能够利用不同浏览器显示我们目前正在开发的单一页面。当利用CSS进行设计时，请记得对所有默认值进行“重新设定”。
如果大家的站点使用了任何面向单一浏览器所创建的特殊CSS功能，那么请留心处理各类提供程序前缀，包括-webkit-、moz-或者-ms-。作为行业趋势指南，我建议大家认真查阅下面提供的各参考站点（皆为英文原文）：
虽然以上参考资料已经解释了我们该如何避免提供程序前缀及其相关理由，但大家也可以点击此处通过具体建议了解更多解决办法（英文原文）。
3. 反应速度太过缓慢
错误: 对于包含有大量高品质图像以及/或者图片的页面，我们应当利用![]()
元素对其高度及宽度属性进行调整。而来自页面中的CSS以及JavaScript等文件链接往往也体积庞大。另外，源HTML标记的存在经常会带来不必要的复杂性与加载负担。
影响: 如何某个页面的完全渲染时间过长，那么一部分用户可能会放弃访问甚至不耐烦地重新加载整个页面。在某些情况下，如果页面的处理时耗太长，甚至可能引发其它未知错误。
如何避免: 不要以为互联网的传输速度越来越快就可以毫无顾忌地设计出臃肿的页面成果。相反，将往返于浏览器与站点之间的每一点流量都视为运营成本。图片可以说是页面臃肿问题的罪魁祸首，因此为了最大限度降低图片给页面带来的加载成本，请从以下三个角度进行考量：
问问自己：“页面中所包含的所有图片都是必要的吗？”如果答案是否定的，那么去掉那些不必要的图像。大家也可以点击此处对自己的网站进行扫描，从而获取建议以了解哪些图片可以进行压缩。
利用Shrink O’Matic或者RIOT这类工具来将自己的图片尺寸控制在最低水平。
采取图片预加载方案。这虽然不会降低初始下载的具体成本，但却能够让站点上其它使用相关图片的页面拥有更出色的载入速度。
另一种降低成本的方式则是压缩CSS与JavaScript链接文件的体积。目前我们可以选择大量工具来帮助自己完成这项评估工作，其中包括Minify CSS以及Minify JS。
在结束第四点错误之前，我们还得提一句，请在HTML当中使用
