最尴尬的发送前错误，是邮件已经很好看，收件人却看见了 {{first_name}}。它不一定是显眼的大故障，也可能藏在按钮里的 staging 地址、没有替代文字的图片，或某次改稿时被弄丢的营销退订入口。
先不要因为邮件看起来完成了，就把发布细节当作已经完成。交付或发送前，用几分钟检查变量、目标地址、追踪和邮件类型。这和确认文案是否自然不同，也不是在承诺送达、合规或所有收件箱显示效果。
发布检查真正要找的是什么
它找的是那些本来应该在收件人看到前被替换、被确认或被删除的内容。变量在编辑阶段很有用；当邮件写给真实的人时，{{first_name}}、[公司名称] 或临时活动名，必须被替换，或者被有意识地删掉。
测试环境也是同样的道理。一个页面能正常打开，不代表它适合交给客户。它可能是 staging、preview，或者还在内部流程里的临时版本。
从收件人最容易看到的地方找占位符
检查主题、预览文字、称呼、标题、主按钮、图片 alt、页脚和署名。不要只看第一段。占位符很容易留在按钮下面的文字、上次活动复制来的页脚，或某个不常看的图片说明里。
如果某个字段确实要留空，也要让最终文案自然地不依赖它。留下变量语法，再期待发送平台一定会替换，并不是检查流程。
测试域名不是因为能打开就没问题
staging、dev、qa、sandbox 和 preview 在制作阶段都有用，但出现在客户链接里就应该警惕。收件人可能看到未完成页面、登录提示，或你不准备交付的版本。
在发送前给这封邮件列一个允许域名的小清单。活动可能确实需要多个域名，但每一个都应该有清楚的理由，审核的人能说出它为什么在这里。
把按钮承诺和落地页一起读
不要只扫 URL。把按钮文字、前后的承诺和它打开的页面放在一起看。写着 "下载指南" 的按钮，不该只是因为首页能打开就跳去普通首页。
发现测试地址后，简单地一次改干净
看到 staging 地址，就替换成已经批准的生产地址，再重新检查。不要只改某一个按钮，却把同一个地址留在图片、页脚或另一个语言版本里。
UTM 一致性是交付细节，不是装饰
追踪参数不是邮件的情绪核心，但缺失或不一致会让之后的数据判断变得混乱。先确定团队希望保留哪些字段，再检查同类活动链接是否遵循同一规则。
这不意味着每个链接都要一模一样。社交主页、支持页和活动 CTA 的作用不同。关键是知道哪些链接需要衡量，不让参数因为复制粘贴而意外变化。
营销邮件和事务邮件要分开检查
检查前先确认邮件类型。营销邮件对退订入口的要求，与订单回执或账号通知并不相同。不要为了清单给事务邮件塞进虚假的退订链接，也不要把促销内容伪装成事务邮件来跳过该有的核对。
在这次中文界面实测中，营销邮件样例发现了 7 项问题，其中 3 项是发送阻断。报告识别出未替换的 {{first_name}}、缺少图片 alt、staging 域名、UTM 缺失或不一致，以及营销模式下没有可用退订链接。很短的样例，也能同时暴露几类没有收尾的工作。
静态规则检查不能告诉你的事
它能检查提供的 HTML 里出现了什么，却不能保证邮件一定送达、满足所有法律要求，或在每个客户端都显示一致。它也不能替代你打开收件人实际会看到的页面。
发布规则检查后，还应确认邮件在常见客户端中的基础可读性，可接着查看 Outlook 邮件 CSS 兼容性：网页正常，为什么发到 Outlook 就乱了？。有关源码体积和 Gmail 截断，则看 Gmail 邮件为什么被截断：102 KB 限制、HTML 体积与解决办法。
把最后一轮核对放进写信流程
最省心的发布检查，不是最后一分钟才开始。姓名、日期、报价、链接和活动信息最好有清楚的来源。邮件生成或改完后，用最终版本对照来源，而不要只靠记忆。
EasyAImail 可以在更前面帮你完成写作：它理解真实情境、推荐相关模板，由你选择模板后再追问缺少的信息，并让你在发送前审阅完整邮件。这样发布检查要做的就更清楚：核对最后的事实和地址，而不是猜测你原本想表达什么。
常见问题
未替换变量一定要阻止发送吗？
若收件人会在姓名、公司、日期或其他应该真实出现的位置看见占位符，应当视为发送阻断。可选字段留空是另一回事，但不该留下变量语法。
规则检查没有问题，就代表邮件合规吗？
不代表。它只是有针对性的静态核对。适用要求、收件人预期、发送设置和真实收件箱表现，仍要分别确认。
每封邮件都要有 UTM 和退订入口吗？
不一定。取决于邮件类型和发送情境。先说清类型，再检查适用的要求，比拿一张清单套所有邮件更可靠。
让最后一分钟只做事实核对
发送前，请再核对称呼、最终 URL、环境名称、需要的追踪字段、图片文字，以及这类邮件真正适用的要求。这几分钟安静的核对，能保护你前面已经花在邮件上的心思。
获取 Edge 插件 
获取 Firefox 插件