HTML文件大小

HTML文件大小是指实际发送的.html文件的大小。这个文件大小不包括所含图像的大小，因为这些图像将从这个html文件中链接，并在打开时下载。

我们推荐的最大尺寸是100KB，因为任何超过的尺寸都会导致交付和显示问题。例如，Gmail会在102KB时剪切你的HTML。剪切会隐藏你的电子邮件的结尾，并且会破坏你的布局。

大多数电子邮件应该很容易在50KB以下。然而，有时复杂的渐进式增强或大量的活动内容会导致较大的文件大小。如果发生这种情况，有一些方法可以帮助减少你的HTML文件的大小。

• Clean your code. Email is constantly changing and we see a lot of templates with outdated code in them. A quick clean up can save a few KBs.

• Don’t over code. Some templates we see have extra code that simply isn’t needed. ǞǞǞ worst offender is adding additional table elements. Most layouts can be achieved with 5-10 tables, but we often see code with 30-40 tables. Fewer tables also has the added benefit of making your code easier to read.

• 将一些代码从HTML转移到CSS。 It’s not yet safe to move all your styles to CSS, but if done correctly moving some inline styles to embedded styles can help reduce code.

• 简化你的设计。 Another option is to go back 到 design stage. Single column emails use a lot less code.

• 将你的代码最小化。 Minifying code will remove unnecessary spaces and comments. This can have a huge effect but be careful as many ESPs enforce a maximum line length that could force a new line and break the code.

• 
  

外部资产规模

外部资产大小是指你所有的图像和外部样式表的大小。由于外部尺寸很少，我们现在将更多地关注图像。

If you’re using background images and media queries then it’s possible in certain environments not everything will be downloaded for every user. But, remember even if you define display:none;  on an <img>  element, it will still download. There is currently no way of stopping this.

大多数图片的最大尺寸是100KB，但如果你有一个大的高像素图片或一个动画的GIF，那可能会达到500KB。然而，这更多的是关于总的大小，我们将在完整加载的电子邮件大小部分中介绍。

有大量的资源可以帮助压缩图片的尺寸。

• 形象化的Optim – on Mac, or as a web service

• 铯 – on Windows

• CDN –  Many CDNs have image optimization built in. Some will even adjust the compression depending on the bandwidth available.

以下是我们推荐的一些其他提示。

• 确保使用最合适的格式，.jpg 格式用于照片，.gif 格式用于图形，.png 格式用于需要阿尔法图像时。channels

• 简化你的设计。再次回到设计阶段，使用更少的图像，更小的图像，或更简单的图像，可以压缩到更小的尺寸。

满载的电子邮件大小

这是当电子邮件被打开和所有东西被下载时的综合大小。这可能会根据打开电子邮件的环境而有所不同。

这里的主要问题是电子邮件的加载时间。你可能会在办公室里测试你的邮件，有非常快的连接，但你的许多收件人可能是使用移动设备，有缓慢的3G连接。

在良好的连接条件下，1MB大小的电子邮件将在几分之一秒内加载，对用户来说似乎是即时的。然而，在3G连接的情况下，可能需要2到14秒来加载整个邮件。而且，如果你的目标受众可能是在2G连接上，下载可能需要几分钟。

对于有限制性数据计划的用户来说，这也是一个潜在的问题，他们必须考虑下载的每一个MB。这在发展中国家尤其是一个考虑因素。

你可以做几件事情来帮助。

Firstly, look at all the recommendations we mentioned regarding html and image size optimization
If you have the time it’s always good to experiment with code and test what is really needed and what you can leave out. Experiment with images and try different ways to compress them. Make sure your email looks good and makes sense without images, so your users can start looking at your email while they wait for the images.

把它放在一起

对于文件大小，就像很多事情一样，这一切都归结于妥协。你可能会做一些A/B测试，发现大型高分辨率图片表现良好。你可能会发现大量的详细内容表现良好。你可能会发现复杂的互动性表现良好。然而，当你把这三者都放到一个活动中时，你可能会看到事情开始表现得很糟糕。