当谈到电子邮件中的文件大小时，我们实际上谈论的是三个主题：发送的HTML文件的大小、外部资产的大小以及加载完成后的总大小。我们希望将所有这些文件的大小保持尽可能小，但最大尺寸是多少，我们应该以什么为目标？
HTML 文件大小
HTML文件大小是实际发送的.html文件的大小。该文件大小不包括所包含图像的大小，因为这些图像将从该html文件中链接并在打开时下载。
我们建议的最大大小是100KB，因为超过这个大小可能导致交付和显示问题。例如，Gmail会在102KB处截断您的html。截断将隐藏电子邮件的结尾并可能破坏布局。Gmail对邮件的处理还有其他考虑，例如图像预取对电子邮件跟踪的影响。
大多数电子邮件应轻松低于50KB。然而，有时复杂的渐进增强或大量的广告内容会导致文件大小变大。如果发生这种情况，有许多方法可以帮助减小HTML文件的大小。
清理代码。电子邮件正在不断变化，我们看到许多模板中有过时的代码。快速清理可以节省几个KB。
不要过度编码。我们看到的一些模板中有不必要的额外代码。有关创建高效模板的指导，请参阅我们的高级电子邮件模板指南。最糟糕的罪魁祸首是添加额外的表格元素。大多数布局可以用5-10个表格实现，但我们经常看到包含30-40个表格的代码。较少的表格还有一个额外的好处，即使您的代码更易于阅读。
将部分代码从HTML移动到CSS。 目前尚不安全将所有样式移至CSS，但如果方法正确，将部分内联样式移至嵌入样式可以帮助减少代码。
简化设计。另一种选择是返回到设计阶段。单列电子邮件使用的代码少得多。
压缩代码。 压缩代码将删除不必要的空格和注释。这可以产生巨大影响，但要谨慎，因为许多ESPS施加最大行长度限制，这可能会强制新行并破坏代码。
外部资产 Size
Fully Loaded Email Size
这是打开电子邮件并下载所有内容时的总大小。这可能会根据打开电子邮件的环境而有所不同。
这里的主要问题是电子邮件加载所需的时间。您可能在办公室使用非常快的连接来测试电子邮件，但您的许多收件人可能在使用慢速3G连接的移动设备上。
在良好的连接上，总电子邮件大小为1mb会在瞬间加载，并给用户带来即时的感觉。然而，在3G连接上，加载完整的电子邮件可能需要2到14秒。而且，如果您的目标受众可能使用2G连接，下载可能需要几分钟。当电子邮件加载缓慢时，引人注目的主题行对于提升互动变得更加关键。
这对于那些有严格数据计划的用户来说也是一个潜在的问题，他们必须考虑下载的每个MB。这在发展中国家尤其需要考虑。
您可以做的几件事来帮助：
首先，查看我们提到的关于html和图像大小优化的所有建议
如果您有时间，尝试代码实验，测试哪些是确实需要的，哪些可以省略。对图像进行实验，并尝试不同的压缩方法。确保您的电子邮件在没有图像的情况下也看起来不错，并且有意义，以便您的用户在等待图像时可以开始查看您的电子邮件。
综合一切
对于文件大小，以及许多其他事情，最终都取决于妥协。您可能会进行一些 A/B 测试，发现大型高分辨率图像表现良好。您可能会发现大量详细内容表现良好。您可能会发现复杂的互动表现良好。但是，当您将这三者全部放入一个活动中时，您可能会看到一切开始表现不佳。电子邮件性能问题也可能源于可发送性问题，例如电子邮件地址拼写错误。
