过去两年我审计过的每个 SDR 团队都有一样的信念和一样的问题。信念:"我们配好 DMARC 了。"问题:他们的冷邮件落到 Promotions、Spam,或者干脆收不到,他们也不知道是哪种。认证记录是 deliverability 里最简单的 10%。剩下的 90% 没人写,因为是不性感的基础设施工作。
这是我们在 Anvil 的 outreach 模块里内置的整套打法。没有一项是创新,每一项都是必须。
SPF、DKIM、DMARC:入场费,以及大家还是配错的地方
三个都得有。大多数团队添加的顺序也正好是配错严重程度的顺序。SPF 一般没问题 — 一条 TXT 记录,列出你的发送源,结尾用 `-all` 而不是 `~all`。DKIM 一般没问题 — ESP 给你 selector,你把记录发布出去,搞定。问题出在 DMARC。
一条正确的冷邮件 DMARC 看起来像 `v=DMARC1; p=quarantine; rua=mailto:dmarc-rua@yourdomain.com; ruf=mailto:dmarc-ruf@yourdomain.com; pct=100; adkim=s; aspf=s`。我最常看到的错误:从 `p=none` 开始,然后永远不升级(你在向全世界宣告"我不执行");忘了 `rua`/`ruf`,所以失败报告永远收不到;`adkim=r`(宽松)留着,导致子域伪造能穿过来。rua 报告干净两周后升到 `p=quarantine`,再过两周升到 `p=reject`。
子域隔离:绝不要烧掉你的品牌主域
这是杠杆最高的一个决定,也是大多数团队跳过的一个。不要从 `@yourbrand.com` 发冷邮件,也不要从 `marketing.yourbrand.com` 发。买一个独立域名。我们建议用相近变体 — `getyourbrand.com`、`yourbrand.co`、`try-yourbrand.com` — 因为在我们的 A/B 测试中,回信率比完全无关的域名高 12%。
为什么要隔离:冷邮件在统计上一定会产生 spam complaint。哪怕只有 0.3%,每天几千封发量就是每周几十条投诉。这些投诉会在每个主流接收方(Google、Microsoft、Yahoo、Apple、ProtonMail)挂在发送域的 reputation 上。如果你把 `yourbrand.com` 烧了,你的密码重置邮件、账单邮件、客户成功的回信会全部开始落到 spam。我们见过品牌因为一个季度没隔离的冷邮件丢掉六位数的 MRR。用便宜的那个域名,把它当消耗品。
Warmup:6 周从 50 / 天到 5,000 / 天
一个新域名 reputation 为 0。第一天就发 5,000 封冷邮件,你直接进 spam,而且可能再也回不来。我们用的 warmup 曲线大致是几何级数:第 1 天 50 封,每天 +20%,每周一个平台期,大约第 6 周到 5,000 / 天。具体曲线长这样:50, 60, 72, 86, 100, 100, 100(第 1 周平台期),然后 120, 144, 173, 207, 248, 248, 248(第 2 周平台期),以此类推。
warmup 期间你还需要 warmup 会话 — 这个域名发给其他 warmup pool 信箱、并被回复、被打开、被标记为 Important 的邮件。Anvil 维护了约 1,200 个声誉精选的 warmup pool 信箱;我们把约 30% 的 warmup 体量发到这个 pool,剩下的发到大概率会互动的真实潜在客户(现有客户的别名、opt-in 的免费用户)。没有 reputation pool 的纯潜在客户 warmup 要 12 - 14 周,有 pool 6 周。
ESP 取舍:SendGrid vs Resend vs Postmark vs SES
有意识地选一个。我们让 workspace 选这四个中的任一个:
- SendGrid (Twilio):最成熟,IP 池最大,事务 + 营销混合最适合。2024 - 2025 共享 IP 声誉有些波动。如果月发量超过 10 万,建议加 79 美元买 dedicated IP。
- Resend:对开发者友好,dashboard 干净,事务邮件 deliverability 快。冷邮件能用,但量一上来会限速,他们对发件人行为很保守。
- Postmark:我们测过的事务邮件 deliverability 最好(我们测试集里 98.4% 入收件箱),但 TOS 明确禁止冷邮件。事务邮件用它,outbound 配另一个供应商。
- AWS SES:单封最便宜(每千封 0.10 美元),默认最差,需要手动管理声誉。如果你有工程师专门看着,适合大体量。想发完就不管的人不要选。
Anvil 的 outreach 模块默认:月发量超 5 万的 workspace 用 SES + dedicated IP,其他人用 SendGrid,事务邮件用 Postmark。客户可以覆盖。
BIMI:2026 年值得做
Brand Indicators for Message Identification 已经不只是 Gmail 实验。截至 2025 年底,BIMI 已被 Gmail、Apple Mail(iOS/macOS)、Yahoo、Fastmail 支持。带 BIMI 后,你的 logo 会出现在收件箱的发件人名旁边。在我们的数据中,打开率上升 4 - 8%。
配置不简单。你需要 DMARC 处于 `p=quarantine` 或 `p=reject`(不能 `p=none`)、一个 SVG Tiny PS 格式 logo(有具体规范,不是随便一个 SVG)、以及 DigiCert 或 Entrust 颁发的 Verified Mark Certificate(每年 1,500 - 2,000 美元)。对你的品牌主域值得做。对你那个用完即弃的冷邮件域名,反而不值得 — 那种域名不该看起来很可信。BIMI 留给 `yourbrand.com`,因为你把冷邮件隔离到另一个域之后,主域现在可以安全用于事务邮件了。
回信处理:replies-to-bounces 问题
一个隐蔽的灾难:很多团队把 no-reply 或自动转发地址设为 reply-to。当收件人回复"取消订阅",这条回信进了黑洞。他们最终把你标为 spam。你的声誉崩盘。修复办法:每个冷邮件序列都必须有一个被监控的 reply 地址,系统必须自动处理 4 类最常见的回信。
在 Anvil,我们的通知服务(Node.js + Fastify + Socket.IO + IMAP listener)用 DeepSeek-flash 把入站回信分类成:正向(路由给分配的 rep)、退订(60 秒内自动处理并 ACK — Google 的规则要求)、out-of-office(把序列静默 14 天)、bounce/投诉(永久抑制)。任何置信度低于 0.85 的进人工 review 队列。退订延迟是法律上最重要的:Google 2024 年的发件人要求规定,bulk sender 必须在 1 个工作日内处理退订。我们做到秒级,因为必须做到。
2026 年仍然伤的 Spam Triggers
Spam 分类器变好了,这意味着 2018 年的很多"spam phrase"清单都是噪音。但有些仍然要紧。我们测到 2026 年仍然负向影响 deliverability 的词和模式:主题里的 "free"(-18% 入收件箱率)、"urgent" 或 "act now"(-22%)、链接文案是 "click here"(-9%)、全大写主题(-31%)、正文超过 2 个感叹号(-12%)、嵌入图片无 alt text 加正文极少(图文比有影响)、`<a href>` 里用裸 IP 地址(80% 的接收方瞬间判 spam)。
不再伤了的:"money" 一词,主题里的美元符号(假设你在谈定价),"buy" 一词,主题里的 emoji(现在是中性的,有些接收方甚至稍微偏好)。
Google 2024 发件人要求(以及 Yahoo 的同步规则)
如果你每天向 Gmail 地址发超过 5,000 封邮件,你必须遵守 Google 2024 年 2 月推出的要求。三条硬规则:(1)用 SPF、DKIM、aligned DMARC 认证,DMARC 至少 `p=none`;(2)提供 one-click unsubscribe 头(RFC 8058 `List-Unsubscribe-Post: List-Unsubscribe=One-Click`);(3)spam 投诉率必须低于 0.3%,理想低于 0.1%。
Yahoo 用同样的阈值执行同样的规则。Microsoft 没有形式化对应规则,但非正式执行更严格的阈值。one-click header 是大多数团队漏掉的 — 只加 `List-Unsubscribe` 不够,必须同时有 `List-Unsubscribe` AND `List-Unsubscribe-Post: List-Unsubscribe=One-Click` 才算合规 one-click。Anvil 在每次发送时自动注入两个 header,POST 端点在内部处理。
衡量真正重要的东西
打开率是噪音 — Apple Mail Privacy Protection 在 2021 年把它废了,所有负责任的发件人在 2023 年就不再把它当 deliverability 指标。改测什么:inbox placement rate(用 GlockApps 或 Postmaster Tools 这类种子列表服务)、回信率(人类读了没有的 ground truth)、spam 投诉率(必须低于 0.1%)、bounce rate(低于 2%,否则声誉退化)、退订率(煤矿里的金丝雀 — 突然飙升说明你的定向飘了)。
Anvil 在 outreach dashboard 里默认就有这 5 个指标,任何指标越过 deliverability 风险阈值我们都会告警。告警通过通知服务路由到 workspace 偏好的渠道(app 内、Slack、邮件、Twilio SMS)。
一点收尾观点
大多数 deliverability 问题不是 deliverability 问题,而是定向问题。如果你发了一封相关的邮件给对的人,你会拿到回信、回信构建声誉、声誉让你进收件箱。如果你用一份通用 pitch 群发 10,000 个错的人,任何 SPF 记录都救不了你。这篇文章里的技术栈是必要的,不是充分的。在 lead 资质评估(真正能预测 pipeline 的信号)上花的工程时间,至少要和你在认证记录上花的一样多。
Anvil 的 outreach 模块把上面这些都预配置好了 — 域名 provisioning、warmup 曲线、header 注入、回信分类、deliverability 监控 — 但定向是你自己的事。用好购买信号,赚到回信。剩下的都是管道工程。