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

Question

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

Answer 1

更新：由于此问题已关闭且我的回答类似于博文，我published an updated version on 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支持。很少支持倒退。基于market share的客户的多数使用“现代渲染引擎”。

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