邮件质量审计

要解决的问题

邮件群发前的"能不能发"很少被完整回答。认证是否对齐、名单来源是否合法、退订抑制是否真正生效、投诉与频率是否失控，往往散落在 DNS 记录、ESP 导出和事件日志里。更麻烦的是，打开率本身是受 MPP 影响的代理指标，不能单独证明人类注意力；真正的结果判读要落在点击、回复和程序声明的结果真值集（如电商、CRM、订阅数据）上。这个技能把这类门槛检查变成一次可重复的审计。

它如何工作

审计对象是一个邮件项目/profile 和一个归一化观察窗口：

• 冻结证据：先核对 provider 队列与时间窗口，再比较各速率，避免窗口错位被当成信号。
• 逐项评分：对 20 条 S1..D5 标准评分，每条观察状态都要给出 source/date/type/confidence。
• 红线否决：验证四条 veto——SEND-S1 认证破坏、SEND-S2 购买/抓取/非法名单、SEND-N1 退订失效或抑制未执行、SEND-D1 声明/披露与批准证据不符。
• 运行类型化 scorer：以点击、回复、下游行动为主要参与证据，opens/CTOR 只作为带警示的代理证据。
• 输出结论：SHIP / FIX / BLOCK / UNDECIDED / NOT_SCORED，并列出 S/E/N/D 细节、结果真值集和修复责任人。

审计全程不发送邮件、不改 provider 设置，只写一份权限明确的 v3 审计产物；持久化还需要单独授权。

适用边界

• 证据不足时返回 NOT_SCORED/UNDECIDED，"当前证据没看到阻塞项"不等于完整的 SHIP。
• 过度频率是严重的 E4/E5 发现，但不是自动否决项。
• Newsletter 不需要购物车或购后旅程，只评分其声明程序中适用的部分。
• 只有发送侧、缺少项目证据时，只能给出已验证的红线检查和具体缺口。