HTML 邮件无障碍检查清单：alt 文本、对比度、链接和变量

邮件成功投递，不代表每个收件人都能顺利使用。图片没有说明，可能让人错过唯一的优惠信息；日期对比度太低，可能几乎看不见；按钮写着“点击这里”，离开上下文后就不知道要做什么。

无障碍不是一封邮件做得很完美之后才添加的“加分项”。它是确认收件人能理解你决定发送的内容的一部分。

打开免费的 EasyAImail Email HTML Preflight，粘贴或上传最终 HTML，即可在浏览器中查看检查报告。

先找出绝不能丢的信息

在改任何一条样式前，先确认收件人无论如何都应获得哪些信息：

• 这封邮件是谁发的。
• 有什么变化、截止事项或需要关注的内容。
• 收件人下一步需要做什么。
• 点击后会到哪里。
• 会影响决定的日期、价格、订单或账户信息。

这些信息尽量用真实文本呈现。图片可以强化表达，但不应该成为唯一承载关键指令的地方。

给图片写“正确类型”的 alt 文本

alt 文本不是把图片里的每个细节都念出来。它要表达的是：当图片对理解有帮助时，图片在这里承担什么作用。

如果图片展示特定商品和优惠，alt 可以说明商品或优惠，也可以确保同样的信息已在图片附近的文字中写出；如果图片本身是一个按钮，应让它的动作或目的地清楚；如果图片只是装饰，用 alt="" 往往更好，避免读屏软件播报无意义内容。

检查器会提示“图片缺少 alt”，因为它无法只靠代码判断图片是否重要。这个提示的意义是让你做一次有意识的判断，而不是给每张图机械填上“图片”二字。

让链接脱离上下文也能懂

尽量避免“点击这里”“了解更多”或一串裸链接。更好的链接文本应直接说明会发生什么：

• “查看修改后的方案”
• “下载 11 月发票”
• “选择交付日期”

明确的链接文字能帮助视觉扫读、使用辅助技术的读者，以及隔一段时间回来看邮件的人。它也会让邮件表达更坦诚，不像一个模糊的自动模板。

在真正需要决策的地方检查对比度

对比度不只关系标题。还应检查小标签、截止日期、按钮、页脚说明，以及任何彩色状态提示。如果这些位置太淡，收件人可能错过一个必须处理的动作。

不要只用颜色表示确认、紧急、成功或错误。把颜色与文字状态、下一步一起写清楚。这样不仅更易读，也能在客户端暗色模式改变颜色时保留原意。

不要让变量原样出现在收件人面前

{{first_name}} 这类未替换变量，看上去只是一个小模板错误，但如果它出现在称呼里，收件人立刻会感觉这封邮件没有被认真检查。

检查器会把正文中的 Handlebars 或 Mustache 未替换变量列为发送阻断项目。最终检查时，不只看变量，也要核对姓名、日期、金额和条件文案。排版再漂亮，也掩盖不了事实没有补全。

别让版式把内容藏起来

过长且不断行的网址、太宽的图片或固定宽度模块，都可能让小屏幕上的邮件很难读。检查器会关注溢出和图片尺寸，因为结构问题造成的阅读障碍并不比少一个单词轻。

使用清晰标题、合理阅读顺序和能在窄屏下保持意义的结构。如果使用 table 做布局，也要让内容顺序本身合乎阅读逻辑，而不是只在样式完全生效时才看得懂。

实用的发送前无障碍清单

1. 关键信息和主要操作用真实文本写出，不只放在图片里。
2. 有意义的图片有合适 alt；纯装饰图使用空 alt。
3. 链接和按钮的文字能说明动作或目的地，不依赖周围颜色。
4. 重要文字、日期和按钮有足够清楚的对比度。
5. 姓名、日期、金额和模板变量都已在最终版本中替换完成。
6. 邮件不需要宽屏、背景图或悬停效果才能读懂。

EasyAImail 能检查什么，仍要由你判断什么

EasyAImail Email HTML Preflight 会把缺少 alt、低对比度、占位链接、未替换变量、图片问题、溢出和客户端兼容风险放进同一份浏览器内报告中，帮助你发现匆忙终读时容易忽略的结构问题。

但它无法知道某个日期是否敏感、某项产品描述是否真实、某句话对老客户是否合适。这也是为什么最终审核必须由你完成。

如果邮件从零开始写，EasyAImail 网页版会先理解你的沟通目的并推荐模板，你自己选择模板后再补齐信息、生成和审核 HTML 邮件；如果你已经有 Gmail 或 Outlook 草稿，则可以使用浏览器插件主动审校或局部修改。

常见问题

所有图片都必须写 alt 吗？

有实际意义的图片应该写出能表达用途的 alt；装饰图片一般使用空 alt，让辅助技术跳过它，而不是增加噪音。

“点击这里”能作为按钮文字吗？

通常不如直接说明操作更好。写“查看账户详情”“下载指南”这类文字，收件人更容易理解。

为什么一个未替换变量会这么重要？

它会在收件人最先注意到的地方破坏信任。{{first_name}} 原样出现，说明邮件没有被完整检查。

无障碍检查能判断语气是否合适吗？

不能。静态检查能发现结构和内容风险，但事实是否准确、请求是否得体，仍要结合具体关系由你判断。

无障碍也是发送前的认真一读

把最终 HTML 放进 EasyAImail Email HTML Preflight 检查，但不要把分数当成判断力的替代。目标很简单：每位收件人都能理解你在说什么，以及你希望对方下一步做什么。