为什么电子邮件客户端不使用现代渲染引擎？

Question

这是2017年,我们仍然坚持使用HTML表来创建丰富的电子邮件.为什么？利用现代浏览器引擎背后的辛勤工作(即闪烁)似乎是合理的,当你想要的只是正确渲染HTML文档时.

Answer 1

更新:由于此问题已关闭且我的回答类似于博客文章,因此我在Medium上发布了更新版本.

电子邮件客户端使用适合的渲染引擎显示的电子邮件.这并不总是与显示网页同步.

只有少数电子邮件用户关心HTML/CSS支持.想想电子邮件营销人员和开发者.绝大多数电子邮件用户只需要一种简单,安全的方式来与其他人一起发送和接收富文本消息.这就是电子邮件客户端的设计目标.

更高级的用户通常不会将良好的HTML/CSS支持作为首要考虑因素.最近的创新为我们提供了一些关于电子邮件客户端受挫的人的一些见解:帮助管理传入的消息,更高的安全性,更少的垃圾邮件和整体易用性.

如果开发人员花费很长时间使用<tables>和内联CSS来创建电子邮件,没有人会在意.当谈到改变电子邮件的呈现方式......"如果它没坏,为什么解决这个问题？"当电子邮件客户端实际上做更新渲染,这是很少的高科技社区外部的消息.很少有人关心.

考虑桌面Outlook,它通常与Word和Powerpoint等程序捆绑在一起.所有这些程序都有类似的界面和显示输出.如果您可以创建Word文档,则在Outlook中编写电子邮件几乎没有学习曲线.这对很多人来说都是巨大的.很可能,Outlook的渲染引擎不是基于它正确呈现HTML文档的能力而选择的,但产品仍然被认为是成功的.因为桌面Outlook并没有获得自动更新,旧版本(我们必须编写代码)往往会闲置.

有趣的事实:Outlook 2000-2003使用本地安装的任何版本的Internet Explorer呈现电子邮件,以便在计算机上呈现电子邮件(通常是Internet Explorer 6).

Gmail是另一个例子.虽然Gmail具有非常好的HTML/CSS支持,但它直到2016年底才支持外部CSS文件.Gmail(非正式)将安全性作为原因之一.我不知道是什么让Gmail团队在晚上工作,但我敢打赌,电子邮件开发人员无法优化他们的电子邮件布局.我打赌这是安全的.所以这就是gmail开发工作的重点.

整体电子邮件客户端的工作相对较好.由于HTML/CSS支持对很少人很重要,因此改变它可能并不经常成为制作电子邮件客户端的产品团队的优先事项.

然而,事情正朝着正确的方向发展.Gmail和Yahoo! 应用程序开始在大多数产品中支持媒体查询.iOS上的展望获得了巨大的改进,包括良好的标记支持.与Web相比,新出现的电子邮件客户端(Mailbox,Nylus.Polymail)通常具有良好的HTML/CSS支持.很少支持倒退.基于市场份额的大多数客户使用"现代渲染引擎".

此外,我们始终可以参考自己的电子邮件分析.没有很多Outlook订阅者？然后使用<div>s 编写电子邮件.不需要支持每个移动客户端？然后用media-queries.