cold-email-deliverability

电子邮件送达能力评审

评审冷邮件草稿及其发送设置——身份验证、域名架构、声誉信号、正文结构、法律合规性；按实际决定邮件进入收件箱的因素排序，返回一份投递风险报告。

为每项判断标注其来源：

• provider-verified - 邮箱服务提供商或标准组织的文档。
• vendor - 工具供应商的营销材料，没有独立的方法论。
• contested - 可信来源之间存在分歧。
• practitioner - 专家共识，未经对照验证。

绝不把供应商的数字说成定律。没有证据时，请明确说明。

投递优先级

每次评审都要体现这一顺序。这恰恰是这个领域的大多数建议弄反的地方。这里的投入指设置和监控时间及可逆性，绝非价格。

• 价值（购买的投递效果）：身份验证 > 声誉和投诉控制 > 内容结构 > 措辞
• 投入（设置、监控、可逆性）：声誉和投诉控制 > 身份验证 == 内容结构 > 措辞
• 效率（优先处理）：身份验证 > 内容结构 > 声誉和投诉控制 > 措辞

身份验证和内容结构在投入上并列，因为两者都只需一次性投入一小时，而且都完全可逆。两者的区别仅在于执行者不同——需要 DNS 访问权限，还是由草稿作者负责；这是重新排序的条件，并非投入上的差异。

1. 身份验证是硬性门槛。 花一小时处理 DNS，不做这一步，后续都无从谈起。SPF/DKIM/DMARC 对齐、有效的 PTR、TLS。经服务提供商验证：如今，验证失败会导致拒收（Microsoft 自 2025 年 5 月 5 日起返回 550 5.7.515），或触发 Gmail 4.7.x/5.7.x 错误代码。再怎么修改文案也无法弥补。
2. 发件人声誉及收件人互动和投诉信号，对投递效果起主导作用。 在邮件被接受后，这是影响投递效果最大的杠杆，也是四项因素中唯一需要持续维护的事项，而非一次性修复。Gmail 在邮件流层面而非单封邮件层面进行过滤；点击垃圾邮件按钮产生的投诉是最大的负面信号（机制经服务提供商验证，实践中有记录）。
3. 内容结构只是相去甚远的决胜因素，但成本足够低，仅凭投入产出比就值得优先于声誉维护：纯图片邮件、文本与图片比例过低、HTML 邮件没有纯文本部分、链接域名声誉——而不是词汇。
4. “垃圾邮件触发词”列表大多是无稽之谈。 它是作用最弱的杠杆，因此排在最后。没有独立的对照研究证明措辞、字数或链接数量会影响邮件是否进入垃圾邮件（而非回复率）。声誉良好的域名发出的 “FREE!!! Act now” 也能进入收件箱；声誉受损的域名发出的俳句则不能。仍要检查内容——但要直言不讳地告诉用户这一点，绝不能把违禁词列表当作主要修复方案。

这一顺序容易忽略的因素是：声誉和投诉控制在价值上排名第二，却在每一轮效率比较中都输给成本低廉的决胜因素，因为它需要持续维护，没有终点。只要发件人打算在本次活动结束后继续发送，或者 Gmail 垃圾邮件率已超过 0.10%，就应将其提升至首位——超过这一阈值后，无论身份验证还是内容修复，都无法触及已经被标记的邮件流。

如果发送域名没有 DMARC 记录，评审却只返回一个词汇评分，那就是失职。正因如此，工作流会先检查前提条件，最后才检查内容——这就是评审顺序，它刻意不同于效率排序。声誉会尽早评估，因为声誉受损的邮件流会让文案评审失去意义；但声誉修复会放到后面处理，因为这是一项会超出本次活动周期的持续工作。

道德边界

M3AAWG 于 2025 年 11 月发布的《冷邮件立场声明》指出，“使用欺骗性、误导性的投递方式发送未经请求的邮件（包括冷邮件）是一种滥用行为。”该声明还指出，“任何试图绕过邮件量限制、逃避垃圾邮件过滤器、隐藏发件域、人工模拟订阅者互动，或使用其他工具或服务利用邮箱服务提供商或云平台漏洞的行为，都尤其恶劣，绝不可接受。”

此技能旨在维护投递卫生并确保合规，绝不用于规避过滤。明确拒绝协助以下行为：

• 隐藏或伪造发件人身份。
• 使用相似或具有欺骗性的域名。
• 伪造 Re:/Fwd: 线程。
• 人工制造互动或建立回复机器人预热网络。
• 规避服务提供商的邮件量限制。
• 隐藏、破坏或阻止退订。

不要掩盖其中的真实矛盾，而要向用户说明：从业者建议将发送量分散到多个自有、已预热且身份标识真实的发送域名上，而 M3AAWG 则谴责为逃避限制而“隐藏发件域”的做法。界限在于身份，而非数量：

• 卫生规范 - 明确归属、正确完成身份验证且能标识真实发件人的域名。
• 滥用行为 - 选择域名来掩饰发件人身份、绕过邮件量限制，或用新名称重启已受损的发件人信誉。

拒绝请求中的滥用部分，并继续处理其余部分。滥用行为不是下方菜单中排名靠后的选项，而是根本不在菜单上；任何邮件量目标、截止日期或工作量上限，都不能让它重新成为选项。

域名架构——合法选项的排序

合法性是门槛；此排名只针对通过门槛的选项。这里的投入包括配置和预热时间、持续监控以及可逆性——在这项技能中，域名被封禁是最难逆转的结果，因此可逆性权重最高。

• 价值（控制影响范围并赢得投递位置）：域名集群 > 一个专用发信域名 > 企业子域名
• 投入（配置、预热、监控、可逆性）：域名集群 > 企业子域名 > 一个专用发信域名
• 合规成本（各地区的发件人身份识别和退订抑制范围）：域名集群 > 一个专用发信域名 == 企业子域名
• 效率（从这里开始）：一个专用发信域名 > 企业子域名 > 域名集群

专用域名和子域名的合规成本相同，因为二者都是一个发件人身份对应一个退订抑制列表，收件人的地区决定适用于该身份的规则，而不是 DNS 标签。尽管设置成本更低，子域名的投入仍高于专用域名；一旦被封禁，影响会波及组织域名，而且无法将其停用搁置。

1. 一个专用发信域名，与品牌相关，并如实标识同一发件人；这是默认的入门选择。配置只需一小时，预热需要一周或更久，而且这是唯一一种恢复时可将其停用搁置并替换、成本近乎为零的架构。
2. 企业域名的子域名——具备品牌辨识度，且可使用你已掌控的 DNS，但隔离效果有限；声誉会向组织域名扩散，而 Gmail 会统计主域名（包括子域名）的批量邮件量，因此它永远无法重置每天 5,000 封的计时。
3. 专用域名和邮箱集群——本策略刻意不优先采用的方案——在三者中价值最高，但每轮效率比较都落败，因为每个域名都永久需要单独完成身份验证、预热、Postmaster 注册和监控。当发送量目标超过一个已预热域名下的邮箱所能承载的规模（以发件人自己的 Postmaster 数据为准），或确实存在第二个品牌时，再提升其优先级。它的合规成本不可忽视：所有域名必须共用一个退订抑制列表，因为退订约束的是发件人，而不是域名——按域名分别抑制的集群，其退订机制有缺陷，会被列为 BLOCKER。

从此选项列表中删除、而非降级的方案：在主企业域名上进行大规模冷启动外呼。它是唯一无法停用搁置并替换的资产，而且承载着事务性邮件和企业邮件，一波投诉就可能连带影响这些邮件。

本页中的两种排序都是默认方案，而非定律——排序会随具体情况和执行者而变化。根据你对该发件人的已有了解重新排序：

• 已有多年真实声誉的成熟域名，会让子域名更具竞争力，也会使停用并替换成为错误的恢复方案。
• 新成立的公司没有需要保护的声誉，也没有可继承的品牌，因此前两档之间的差距会缩小。
• DNS 由 IT 团队控制且对方不愿授权新域名的团队，子域名是唯一快捷选项；而能自行配置域名的团队，则几乎可以零阻力地采用第一档方案。

面试

• 每条消息只问一个问题。
• 提供多选项。
• 跳过上下文已回答的问题。
• 如果你的运行环境具有持久记忆，且之前的运行已存储此发件人的设置，请先确认，而不是重新询问。

1. 类型：B2B 冷邮件外联（未经请求）还是 B2C 批量邮件／生命周期邮件（用户已选择订阅）？先问这个——同意依据、退订规则、预热单位和反馈循环都会有所不同。
2. 必须完成的日期：本周发送、本月发送，还是没有固定日期？
3. 一次性成果还是可持续积累的资产：针对一个名单开展一次营销活动，还是打造一个旨在持续运行的外联渠道？
4. 工作量上限：由谁执行、可投入多少小时、是否能控制 DNS，以及其中有多少必须保持可逆？
5. 每日发送量，以及是否接近向任一服务商发送 5,000 封／天？（这是 Gmail 和 Microsoft 经服务商验证的批量发件人门槛；在 Gmail 达到后将永久生效。）
6. 发送域名：主公司域名、专用发送域名／子域名，还是多个？每个域名是否都能如实表明真实发件人身份？
7. 是否已有 SPF、DKIM 和 DMARC 记录，且是否了解对齐状态？“不知道”也是有效答案——工作流第 3 步会进行验证。
8. 收件人使用的服务商分布：主要是 Gmail、Microsoft、Yahoo、企业邮件网关，还是各种类型都有？
9. 收件人所在地区：美国、欧盟（哪些成员国）、英国、加拿大、澳大利亚，还是多个地区？不同地区的法律要求截然不同。
10. 是否已注册 Postmaster 仪表板：Google Postmaster Tools、Microsoft SNDS/JMRP、Yahoo CFL？是否知道当前 Gmail 垃圾邮件率？
11. 草稿是真正的一对一邮件，还是面向大量收件人的模板邮件？这会影响批量邮件要求是否适用，以及退订建议。
12. 目前有哪些症状：退信代码（550 5.7.515、4.7.x/5.7.x、550 5.4.5）、被报告进入垃圾邮件文件夹，还是回复量突然下降？

根据对第 2-4 个问题的回答，重新排列两种排序，并告诉用户哪些回答让哪些选项发生了变化：

• 如果截止日期在一周内，应优先处理身份验证（耗时一小时，且能为所有后续工作扫清障碍），并将所有需要预热期的架构降级——今天才配置的域名无法在本周承载发送量。要如实说明这一点，不要交付一个无法按期完成的计划。
• 如果目标是持续积累，应将声誉和投诉控制从第三位提升至第一位；当发送量目标证明单个域名无法承载时，再提升域名群方案的优先级。
• 如果只是一次性成果，则保留现有的效率排序，并完全排除域名群方案。
• 如果无法控制 DNS，则发件人只能使用公司子域名，身份验证修复也要排进其他人的待办事项——应围绕这一交接安排顺序，而不是假设一小时就能完成。
• 如果对不可逆结果的容忍度较低，无论其他答案如何，都应优先选择专用发送域名，而非子域名。

工作流

1. 运行采访。
2. 根据伦理边界筛查请求。遇到明确要求规避的请求，必须先拒绝，再做其他事情。
3. 按照 references/authentication-and-setup.md 审核前置条件：检查 SPF/DKIM/DMARC 是否存在且对齐、PTR、TLS、必要时的退订标头，以及域名架构是否符合上述排序。如果可以执行 DNS 查询或浏览网页，请自行核验记录；否则请用户粘贴查询结果。任何一项不通过都是阻塞项：报告问题，说明任何文案修改都无法弥补，并暂停内容审核，直至问题修复。
4. 按照 references/reputation-and-measurement.md 评估声誉和衡量指标：垃圾邮件率是否达到阈值、退信、黑名单、仪表板注册情况、发送量和预热是否合理。已被烧毁的域名应进入修复流程，而不是文案审核。
5. 按照 references/content-review.md 审核正文结构——先检查结构和链接域名质量，最后才看措辞，并如实说明措辞是最薄弱的杠杆。
6. 仅在主题行存在欺骗性或会损害投递位置的结构问题时（伪造 Re:/Fwd:、全部大写、标点过多）才提出问题。绝不根据打开率为其打分，也不起草变体——将这类需求转给 mbfinotti/sales-skills@cold-email-subject-line-tester。
7. 使用 references/compliance-by-region.md 检查每个收件人所在地区的法律合规性。
8. 汇总报告（格式和通过／未通过的完整示例见 references/review-examples.md），运行质量关卡，并与用户迭代，直至通过。
9. 交付前，将针对标记问题部分提出的任何改写文案交由你偏好的人工化技能处理——绝不直接交付模型生成的原始首稿。
10. 如果你的运行环境支持持久记忆，请保存设置答案（域名、身份验证状态、发送量、地区、仪表板），以便后续审核直接从草稿开始。

B2B 冷邮件与 B2C 群发邮件

两者相同：

• 身份验证体系和对齐规则。
• 声誉机制和投诉率计算。
• 内容结构检查。

两者不同——每次都要区分：

• 同意依据：B2C 按定义必须选择加入；B2B 冷邮件未经请求，其合法性因地区而异（参见合规参考）。
• 一键式 List-Unsubscribe（RFC 8058）：这是群发／营销邮件的要求；低于群发阈值的真正一对一冷邮件不在此要求范围内——是否需要纯文本退订说明存在争议（参见内容参考）。
• 预热对象：B2C ESP 发送方按照已公布的预热计划预热专用 IP；B2B 冷邮件预热邮箱和域名（参见声誉参考）。
• 反馈循环：B2C ESP 会通过 Yahoo CFL / Microsoft JMRP 屏蔽个别投诉者；Gmail 不向任何人提供逐封邮件反馈循环。
• 邮件列表清理：列表休眠策略、重新互动和双重选择加入是 B2C 群发邮件的做法；B2B 的对应做法是在发送前剔除退信地址并验证地址。

调用示例和预期输出

常见请求：“为什么我的冷邮件进了垃圾邮件”“审核这封冷邮件的可投递性”“检查我的邮件是否包含垃圾邮件触发词”（如实回答——参见层级中的第 4 点）“我的域名会被列入黑名单吗”“我们下个月开始每天发送 2,000 封邮件——我们的设置准备好了吗”。

预期输出——审核报告，按以下顺序排列：

1. 结论：CLEARED、AT RISK 或 BLOCKED。
2. 按层级分组的发现（身份验证 → 声誉 → 内容 → 合规性），每项标注严重程度（BLOCKER / RISK / ADVISORY）和来源标签。
3. 按投递位置层级的效率顺序列出修复事项，而不是按上述发现分组顺序排列——始终先修复 DNS 和设置问题，再修改内容。
4. 衡量计划：要注册哪些仪表板、要监控哪些指标，以及达到哪些阈值时应采取行动。

完整模板以及一个未通过和一个通过的完整示例：references/review-examples.md。

质量门槛

每项发现都带有严重级别。门槛可量化：未解决的 BLOCKER 和 RISK 数量。

• 硬性门槛——任何一项未解决都会使判定保持为 BLOCKED：
  • 身份验证已配置，且符合发件方的级别要求：任何发件方至少需要 SPF 或 DKIM；群发邮件需要 SPF + DKIM + 对齐的 DMARC。
  • 全文不得存在任何误导性表述（发件方身份、主题、域名）。
  • 满足收件方所在地区的同意／退订／披露要求。
  • 已知情况下，Gmail 垃圾邮件率低于 0.30%。
• 内容评分审核：按照内容参考中的要求执行全部十项结构检查；每项未通过的检查都应根据该文件的严重级别映射记录为 RISK 或 ADVISORY。
• 通过标准：零 BLOCKER，且零未解决的 RISK。用户在报告中确认后，ADVISORY 发现可以随内容一起发布。
• 迭代：每次修复后重新运行未通过的检查层，直到通过门槛。绝不能为了通过而将 BLOCKER 降为 RISK。

KPI 和衡量指标

• Gmail 垃圾邮件率：目标低于 0.10%，绝不能达到或超过 0.30%（由服务提供商验证；在 Postmaster 控制面板中每日测量）。接近 0.10% 时 → 审核名单和定向策略；达到 0.30% 时 → 停止发送（连续 7 天无问题后，才重新具备缓解措施的资格）。
• 退信率：业界常见的行动阈值约为 2-5%，但这是供应商惯例；相比精确数值，趋势和清理永久退信地址更重要。
• 回复率（B2B）／点击率和转化率（B2C）：值得信赖的互动信号。
• 明确降低打开率的权重：Apple Mail 隐私保护会预取跟踪像素（Litmus 2026 的供应商测量数据显示，约 55-60% 的打开受到影响），而 Google 表示其不跟踪打开率（由服务提供商验证）。打开率充其量只是趋势指标，绝不能作为邮件送达位置 KPI。

失败模式

• 身份验证出问题时却编辑文案。修复：按层级处理——始终先处理 DNS；在 BLOCKER 解决前暂停内容审核。
• 将种子名单的“收件箱”结果当作证明。种子邮箱没有互动历史记录，而且邮件送达位置会因收件人而异——只能作为趋势参考，不能作为定论。
• 混淆 Google Workspace 每个账号每天 2,000 封邮件的上限（出站硬限制，按滚动 24 小时计算）与 Gmail 每天 5,000 封邮件的群发发件方信誉阈值（入站分类）；两者机制不同，后果也不同。
• 假设只有一个统一的合规截止日期。Gmail 和 Yahoo 从 2024 年 2 月 1 日起强制要求群发邮件身份验证；Microsoft 的同等要求则从 2025 年 5 月 5 日起生效——晚了 15 个月。
• 假设 Gmail 允许屏蔽个别投诉者。它没有按邮件提供反馈的机制；结构性预防是唯一选择，不同于 Yahoo（CFL）和 Microsoft（JMRP）。
• 依赖自动化预热网络。它们会制造虚假的互动；M3AAWG 明确将这种做法称为恶劣行为，而且没有独立证据表明它们能改善真实收件人的邮件送达位置。
• 域名信誉受损后仍执着于挽救，而不选择弃用。业内惯例是：对于已被列入域名黑名单或信誉崩塌的域名，停用并更换为标识真实可信的域名通常更省成本；“85% 成功移出黑名单”的数据来自供应商，未经验证。例外情况是该域名承载公司邮件和事务性邮件——这种域名无法停用，因此必须修复其信誉（参见信誉参考）。
• 将词语列表评分作为主要修复措施。此类说法只是未经证实的经验之谈——参见层级第 4 点；内容发现应放在最后报告，并明确标注。
• 将 B2B 冷邮件规则套用到 B2C 群发邮件，反之亦然。预热单位、退订要求和同意依据都不同——参见上文的区分。

参考资料

• mbfinotti/sales-skills@sales-outbound-sequence - 按触达步骤安排的节奏和时间；不在此处的讨论范围内。
• references/authentication-and-setup.md - 服务提供商要求和日期、对齐、错误代码、退订标头、DNS 注意事项、域名架构、账户上限。
• references/reputation-and-measurement.md - 邮件流过滤、投诉率计算、阈值、仪表板、种子测试有效性、预热惯例、补救措施和封锁名单。
• references/content-review.md - 十项结构检查及其严重性映射、跟踪和链接指南、退订争议、常见误区说明。
• references/compliance-by-region.md - 美国、欧盟及其成员国、英国、加拿大、澳大利亚；B2B 与 B2C 的同意依据和处罚。
• references/review-examples.md - 报告模板、一个不合格的完整示例、一个合格的完整示例。