在电子邮件开发中使用缩小的HTML

Question

我会遇到什么（如果有的话）陷阱如果我想使用缩小的HTML代码作为电子邮件进行部署？

考虑到我针对我打算支持的客户采取了必要的预防措施，使用缩小代码是否能确保大多数不同客户的正确呈现？

更具体地说，试图解决某些版本的Outlook中的闭包和白色间距等问题。我生活在格式正确的代码中，因此如果我可以将其缩小，部署，那么很好的格式化代码似乎有点过头了它，并称它为一天..

Answer 1

这会导致各种电子邮件客户端出现问题。

根据我的经验，不同的网络邮件客户端（特别是雅虎和Gmail）会遇到超过一定长度（几百个字符）的行问题并开始表现奇怪 - 缺少部分内容，用随机字符替换等。

如果这种情况发生在HTML中间，那可能是灾难性的。

没有充分理由在电子邮件中缩小HTML - 所有与空白等内容相关的问题都可以通过互联网进行详细记录，并且可以轻松获得修复。

Answer 2

缩小html电子邮件的风险自负。缩小时会改变布局，尤其是在Outlook中。从我阅读的文章中，缩小会带走评论，而我需要Outlook条件评论来整理我的某些电子邮件。我在Litmus和Acid上的Email中对此进行了测试...两个测试平台在Outlook中均显示扭曲的布局。我实际上使用了20种不同的html / css缩小在线工具，但它们几乎都没有缩小我的文件，或者在所有情况下都扭曲了我的布局。