把图片文件压小,不一定会让 Gmail 少截断你的邮件。关键不在图片看起来有多大,而在图片数据放在哪里。正常外链图片可以在服务器上很大,但邮件 HTML 里通常只保存一个短 URL;base64 或 data URI 图片则把图片数据直接写进 HTML,计量邮件源码时这些字节都在里面。
先看最终 HTML 的体积,不要只凭图片文件大小猜。再分清远程图片和嵌入图片数据,才知道应该改哪里。

先给结论
普通外链图片不会因为写了 <img> 标签,就把整个图片文件放进 HTML。HTML 会计入图片 URL、属性和周围的标记;图片文件本身由收件人的邮件客户端另行请求。
base64 图片不同。它把数据写进 src 属性,图片内容本身变成了 HTML 源码的一部分。哪怕正文只有几行,也可能让源码迅速变大。
看最终源码,不只看眼前的页面
一封看起来很简单的 HTML 邮件,源码可能并不简单。重复内联样式、追踪参数、隐藏兼容内容、复制的模块、注释和嵌入图片都会增加字节。相反,一张外链大图可能让加载变慢,却不会按同样的大小增加 HTML 体积。
所以,"图片有 800 KB" 和 "邮件 HTML 有 105 KB" 是两件不同的事。两者都会影响收件人体验,但处理方法并不相同。
外链图片:计入 URL,不计入整个文件
典型的图片写法是:
<img src="https://images.example.com/winter-card.png" alt="冬日贺卡">
HTML 中保存的是标签、URL 和属性,不是整张 PNG 或 JPEG 的字节。压缩外链图片仍有价值:它能改善加载速度、移动网络体验和视觉质量;但它不会自动以同样的幅度减小 HTML 源码。
URL 太长也会有一点影响
很长的资源路径、追踪参数,以及重复出现的同一 URL,都会占用 HTML 字节。通常它远小于 data URI 的影响,但仍属于最终体积的一部分。
外链图片并不等于完全没有风险
外链图片可能被阻止、加载慢、过期,或返回了错误的内容类型。保留有意义的 alt,并检查最终邮件。体积只是发送前风险中的一个维度。
base64 图片:图片数据确实会计入
以下写法把图片数据嵌入在邮件里:
<img src="data:image/png;base64,iVBORw0..." alt="优惠说明">
后面那长串字符就是 HTML 源码的一部分。base64 数据很容易把原本不长的邮件推进 Gmail 截断风险区。它看起来省去了单独加载图片的请求,但对于需要保持紧凑和兼容的邮件,通常不是好默认方案。
在这次中文界面实测中,嵌入图片的示例 HTML 为 105.7 KB,并被标为 Gmail 常见截断风险。这个样例除了刻意放入 data URI 图片外,正文很短。它说明的重点是:图片不只是显示在邮件里,图片数据已经进入了被测量的 HTML。
压缩图片有用,但先问它解决什么
若图片是外链的,压缩它可以改善加载和收件人体验,但不要默认它能解决 Gmail 截断提示。先找出是不是 HTML 本身过大。
若图片是 base64 嵌入的,把它迁移到可靠的图片地址,可能显著减小源码体积。迁移前仍应结合自己的图片托管、隐私和交付要求判断。
不要为了过一个数字就删掉 Outlook 兼容代码
需要减小 HTML 时,不要因为表格结构、条件注释或回退样式显得老旧,就随手删掉。它们有些仍在限制较多的客户端中承担可读性。
Outlook 邮件 CSS 兼容性:网页正常,为什么发到 Outlook 就乱了? 解释为什么有些看似老旧的结构仍在限制较多的客户端中保护正文。更完整的 Gmail 背景,可看 Gmail 邮件为什么被截断:102 KB 限制、HTML 体积与解决办法。
测量你实际准备发送的版本
最好在发送平台添加追踪、变量内容和页脚之后再检查。编辑器里预览的源码,不一定和真正送到 Gmail 的版本完全相同。重要邮件在静态检查后,仍建议发送一封受控的真实测试。
HTML 预检能提示字节数,也能发现图片 alt 或未替换变量等相邻风险;它是风险分析,不是对所有 Gmail 账号行为的一句保证。
EasyAImail 在这里做什么
免费 HTML 邮件检查适合已经有 HTML、准备发测试前想快速核对的人。如果邮件还没写,网页版或浏览器插件可以先让你说明真实场景,查看推荐模板并自己选择视觉方向,补齐缺失事实,再预览完整邮件,由你决定要不要发送。
目标不是为了生成更多代码,而是让最终邮件仍然像这位发件人认真写出来的。
常见问题
图片的宽高会计入 102 KB 吗?
写在 HTML 里的宽高只占少量字符。更关键的是图片数据是否被嵌入源码,还是通过独立 URL 加载。
一张 2 MB 的外链图片会让 Gmail 截断吗?
它的文件大小通常不会以 2 MB 加到 HTML 源码里。但它仍可能拖慢加载、影响体验,所以仍值得优化。
102 KB 是绝对保证吗?
把它当作最终 HTML 的实用风险阈值,不要把它当作替代测试的承诺。测量实际源码,再到真实收件箱测试更稳妥。
用对测量方式
发送前,请再核对最终版本的 HTML 字节数,是否有嵌入图片数据,外链图片是否还能加载并带有 alt,以及兼容代码是否承载了重要信息。这样比凭直觉压缩每一张图片,更容易找到正确的下一步。
