暗色模式验收，不只是把白底换成黑底

同一封 HTML 邮件在手机系统、桌面客户端和网页邮箱中，可能经历完全不同的暗色处理。某些客户端尊重作者声明，某些只改页面背景，还有一些会反转几乎所有颜色。只在浏览器缩小窗口预览，无法代表真实收件环境。

有效的验收目标不是让每个平台像素一致，而是确保身份可辨、正文可读、主要操作可发现，并且关键信息不会因为颜色反转或图片透明而消失。

先辨认三类暗色策略

第一类保留原始颜色，只把客户端外壳变暗；第二类会局部改变浅背景与深文字；第三类会整体重映射色值。测试截图应注明客户端、系统版本、主题设置和实际策略，否则团队无法复现。

检查最终对比，而不是源代码色值

模板里的十六进制颜色只代表输入，客户端处理后的截图才代表输出。重点检查正文、辅助说明、验证码、链接和按钮文字。大标题在亮色下醒目，不代表反转后仍与背景分开；浅灰辅助字最容易在暗底上降到不可读。

不要只靠颜色表达“成功、警告、失效”。状态旁保留明确文字或图形，链接使用下划线或其他稳定线索。需要系统核验时，可先用 HTML 邮件渲染工作台 记录桌面、手机、图片关闭和纯文本结果。

透明图片需要明暗两侧边界

透明 PNG 或 SVG 标志在白底上正常，放到暗底后可能只剩不可见的深色轮廓。优先使用自身带安全底板或同时适用于明暗背景的素材。若必须切换版本，仍要考虑不支持相关媒体查询的客户端。

图片中的重要文字不会被客户端重新着色，也可能在禁图时完全消失。产品名、验证码、价格和截止时间应保留为真实文本，并提供准确替代文字。

按钮要经得住背景与文字同时变化

只给链接元素设置背景色，某些客户端会丢失内边距或重写文字颜色。验收时核对整个可点击区域、圆角边缘、按钮文字和按钮外侧背景。主操作与次操作必须仍有层级，但不能把唯一可识别线索寄托在细微色差上。

1. 查看默认亮色版本，确认内容顺序与链接目标。
2. 切到系统暗色并彻底重开客户端。
3. 分别检查按钮静态、长按或悬停状态。
4. 关闭图片，确认操作文字与目标仍可理解。
5. 用键盘或辅助技术确认链接名称有意义。

验证码与交易信息单独验收

验证码常用大字号、字间距或浅色代码块突出。整体反转后，代码块可能与页面融为一体，字符也可能因过度字距而难以复制。确认代码仍是文本、可完整选中，并且有效期说明与安全提示没有被降成几乎不可见的灰字。

交易邮件还要检查金额正负号、状态图标和明细分隔线。细线在反转后可能消失，表格在窄屏也可能横向截断。关键关系应由标题、顺序和明确标签共同表达。

把暗色检查纳入发布流程

模板每次改变背景、文字、标志或按钮，都应触发暗色回归；只改普通文案时可缩小矩阵。测试地址应保持干净，避免同主题旧版本干扰对照。使用 一次性测试地址 接收当次构建，并在缺陷中记录模板版本或提交编号。

发布门槛优先保护可用性：正文或主要按钮不可读、身份标记消失、验证码无法复制应阻断发布；轻微色差但不影响理解，可进入后续视觉修复。最终结果应同时参考真实客户端和纯文本版本。