跳到正文

HTML 邮件兼容性检查

HTML Email Compatibility Check

拿邮件的 HTML 去对照各家邮件客户端真正支持的范围,直接指出会散架的元素,并把 Gmail、Outlook 等客户端里还剩下什么并排列出来。

把一封即将发出的邮件的 HTML 粘进来,这里会按客户端逐个说出什么撑不过它——并指出是哪个元素造成的。支持数据来自 caniemail:在真实设备上跑的测试,每一条都带着最后一次运行的日期。本站没有渲染设备群,也从不声称预览是截图。

🔒 完全在你的浏览器里运行emailhtmlcompatibilitynewsletter
大小: 0 B · Gmail 102 KB 上限的 0%
纯文本版本(可选)

怎么用

  1. 粘贴 HTML

    整封邮件,按将要发出的样子。如果你还会发一份 text/plain 部分,也把它粘进来——否则你会被告知你没有这一部分,而这是对的。

  2. 按严重程度顺序读结果

    “会坏”意味着它在有人在用的客户端里发出去就是错的;“外观”意味着某一个客户端略有不同。每条结果都点出它适用的客户端,以及它依据的 caniemail 特性。

  3. 跳到元素,接受改写

    点一条结果会高亮你源码里对应的那一段。能生成改写的地方,改写是从那个元素自己的内容构建的——flex 行变成装着你那几列的表格——“应用”把它接进去,文件的其余部分不动。

  4. 看两个窗格

    左边是你写的;右边是所选客户端留下的。把图片关掉——那是大多数读者最先看到的样子——再试试深色和手机开关。

常见问题

预览是 Gmail 的截图吗?

不是,这里也永远不会这么说。它是你的 HTML 套上那个客户端有文档记载的剥除规则,由你正在用的浏览器画出来。对 Windows 上的 Outlook 差别最大:它通过 Microsoft Word 渲染,所以这个窗格能告诉你 Word 还会留下什么,说不了 Word 会把它排成什么样。

为什么不到 102 KB 就警告大小?

因为 Gmail 量的是组装后的整封邮件,不是你的文件。传输编码、邮件头和发送平台的链接改写都会加上去,所以这里 100 KB 的草稿发出去就超限被截断,页脚和退订链接都藏到“查看整封邮件”后面去了。

Naver、Daum 和 Kakao 呢?

它们在列表里,但不带结论,因为没有任何公开的测试矩阵覆盖它们,本站也没有测过。选了其中一个,只会套用通用规则——去掉脚本和表单——面板会说明结果未经验证。关于 Naver 的一行自信的结论,比一行空白更糟。

我的草稿会离开浏览器吗?

不会。解析、规则和预览都在标签页里运行,草稿只存在这个浏览器的本地存储里,这样刷新不会丢。清空输入框就删掉了它。

可以从这些接进来

接下来

这些工具吃得下当前工具的产出,结果可以直接送过去。