电子邮件文件大小的重要性
电子邮件
·
2018年8月27日
关键要点
前提: 电子邮件活动的有效性在很大程度上取决于文件大小——无论是对于可投递性还是用户体验。过大的HTML或图像资产可能导致剪裁、加载时间变长和参与度降低，尤其是在移动设备上。
目标: 帮助营销人员通过优化HTML、外部资产和完全加载的大小来平衡设计愿望与技术限制。
亮点:
HTML文件大小:
保持在100 KB以下以避免Gmail剪裁（理想目标≈50 KB）。
过大的HTML可能破坏布局并影响可投递性。
减少大小通过：
代码清理（去除过时标记和未使用元素）。
避免表格的过度嵌套——5–10个表格通常足够。
尽可能将安全的内联样式移动到嵌入的CSS中。
简化布局（单列设计）和压缩代码。
外部资产（主要是图像）:
建议的最大值 = 每个图像100 KB; 动态GIF可能达到500 KB。
使用ImageOptim、Caesium或CDN压缩进行优化。
选择正确的格式：照片使用JPG，图形用GIF，透明背景用PNG。
使用更少、更轻的图像——display :none仍然下载资产。
完全加载大小:
理想的总加载量 ≤ 1 MB以获得流畅的性能。
在3G网络上，大邮件可能需要2–14秒才能加载；在2G上更长。
针对慢速或有限数据用户进行优化（尤其是在发展地区）。
测试和平衡:
A/B测试以找到视觉丰富与性能之间的权衡。
确保邮件在没有图像的情况下也可阅读，以加快感知加载速度。
糟糕的大小优化会加剧可投递性和参与度问题。
结果: 干净、紧凑的代码和优化的媒体提高加载速度、收件箱到达率和不同设备上的用户体验。
Q&A 精华
为什么电子邮件文件大小很重要？
大型邮件在 Gmail 中有被剪切的风险，并导致长加载时间——这两者都会损害互动性和可达性。
推荐的最大 HTML 大小是多少？
保持您的HTML小于100 KB（理想情况下< 50 KB）。Gmail在102 KB时截断消息。
我怎样可以减少我的HTML大小？
去除冗余代码，最小化表格嵌套，合并CSS，并安全压缩.
处理图像重量的最佳方法是什么？
使用CDN或优化工具压缩文件，使用正确的格式，并限制每个文件至 ≤ 100 KB。
我如何确保Bird Pay用户在慢{
保持总电子邮件大小 < 1 MB，设计时考虑无图像备用，并优先加载重要内容。
电子邮件大小优化的最终目标是什么？
平衡设计质量、可传递性和速度——从而提高打开率和点击率。
当谈论电子邮件中的文件大小时，我们实际上谈论的是三个主题：发送的HTML文件大小、外部资产的大小和完整加载的大小。我们希望将所有这些文件大小保持尽可能小，但是最大尺寸是多少，我们应该瞄准什么目标呢？
HTML 文件大小
HTML 文件大小是实际发送的 .html 文件的大小。此文件大小不包括所包含图像的大小，因为这些图像将从此 html 文件中链接，并在打开时下载。
我们建议的最大尺寸是 100KB，因为超出此尺寸可能会导致可传递性和显示问题。例如，Gmail 会在 102KB 时截断您的 html。截断将隐藏电子邮件的末尾，并可能破坏您的布局。Gmail 处理电子邮件还有其他注意事项，例如图像预取对电子邮件跟踪的影响。
大多数电子邮件的大小应轻松低于 50KB。然而，有时复杂的渐进增强或大量的活动内容会导致文件大小较大。如果发生这种情况，有很多方法可以帮助减小 HTML 文件的大小。
清理您的代码。 电子邮件不断变化，我们看到很多模板中都有过时的代码。快速清理可以节省几KB。
不要过度编码。 我们看到的一些模板包含不需要的额外代码。关于创建高效模板的指导，请参阅我们的高级电子邮件模板指南。最严重的做法是添加额外的表格元素。大多数布局可以通过 5-10 个表格实现，但我们经常看到 30-40 个表格的代码。较少的表格也有助于使您的代码更易于阅读。
将一些代码从 HTML 移到 CSS。 目前将所有样式移动到 CSS 尚不安全，但如果正确完成，将一些内联样式移动到嵌入样式可以帮助减少代码。
简化您的设计。 另一种选择是回到设计阶段。单柱电子邮件使用的代码要少得多。
压缩您的代码。 压缩代码将删除不必要的空格和注释。这可能会产生巨大的影响，但请谨慎，因为许多 ESP 强制实施最大行长度，这可能会强制换行并破坏代码。
推荐的电子邮件大小限制
指标 | 建议限制 |
|---|---|
HTML 文件大小（理想） | ≤ 50 KB |
HTML 文件大小（最大） | 100 KB |
图像文件大小（典型最大值） | ≤ 100 KB |
动画 GIF 最大值 | 最多 500 KB |
完整加载的电子邮件大小（推荐） | ≤ 1 MB |
慢速网络下的加载影响 | 3G 网络下 2–14 秒；2G 网络下时间更长 |
外部资产大小
外部资产大小是指所有图像和外部样式表的大小。由于外部尺寸很少见，我们现在将更关注图像。
如果您正在使用背景图像和媒体查询，那么在某些环境中，不是所有用户都会下载所有内容。但是，请记住，即使您在 <img> 元素上定义了 display:none; ，它仍然会下载。目前没有办法阻止这一点。
大多数图像的最大大小是 100KB，但如果您有一个大型高分辨率图像或一个动画 Gif，则可能会达到 500KB。了解电子邮件性能问题通常需要阅读电子邮件头进行故障排除。然而，更重要的是总体大小，我们将在完整加载电子邮件大小部分中讨论。
有大量资源可以帮助压缩图像大小：
ImageOptim – 在 Mac 上，或作为 web 服务
Caesium – 在 Windows 上
CDN – 许多 CDN 内建了图像优化功能。一些甚至会根据可用带宽调整压缩。
这里有一些我们推荐的其他提示：
确保您使用的是最合适的格式，照片用 .jpg，图形用 .gif，需使用 Alpha 通道时用 .png
简化您的设计。再次回到设计阶段，使用更少的图像、更小的图像或更简单的图像，以便可以压缩到更小的尺寸。
完整加载的Email大小
这是当电子邮件打开并且所有内容下载时的总大小。这可能会因打开电子邮件的环境而有所不同。
这里的主要问题是电子邮件加载所需的时间。您可能会在办公室使用非常快的连接测试您的电子邮件，但您的许多收件人可能使用的是慢速3G连接的移动设备。
在良好的连接上，1mb的电子邮件总大小可以在一瞬间加载完毕，对用户来说似乎是瞬间完成的。但是，在3G连接上，加载完整电子邮件可能需要花费2到14秒。而且，如果您的目标受众可能处于2G连接中，那么下载可能需要几分钟。当电子邮件加载缓慢时，吸引人的主题行在互动中变得更加重要。
这对于数据限制计划的用户来说也是一个潜在问题，他们必须考虑他们下载的每个MB的数据。这在发展中国家尤其需要考虑。
您可以做一些事情来帮助：
首先，查看我们提到的关于html和图像大小优化的所有建议。
如果您有时间，尝试对代码进行实验，测试哪些是真正需要的，哪些是可以省略的。尝试压缩图像的不同方法，确保您的电子邮件即使没有图像也看起来不错且有意义，这样您的用户在等待加载图像时也可以开始查看您的电子邮件。
Putting it All Together
对于文件大小，就像许多事情一样，最终都归结为妥协。您可能会进行一些A/B测试，发现大尺寸高分辨率图像效果不错。您可能会发现，大量详细内容表现良好。您可能会发现，复杂的交互性表现良好。然而，当您将这三者放入单个活动中时，您可能会发现效果开始变差。电子邮件性能问题还可能源于可达性问题，比如电子邮件地址拼写错误。
