Gmail 与 Yahoo 发件人新规：2024 年要求详解

2023 年 10 月 3 日，Google 和 Yahoo 联合宣布了十年来最大的邮件投递规则变更：自 2024 年 2 月起，发件人必须正确配置邮件认证、把投诉率压到足够低、并让退订变得轻而易举——否则邮件将不再被投递。执行如期开始，此后两家几乎每个季度都在加码。如果你的 Gmail、Yahoo 收件人打开率在 2024 年出现断崖式下跌，原因几乎可以肯定在这里。

本指南逐条解释每项要求、适用对象、实际执行过程，以及每一处缺口的修复方法。拿不准时，请以官方页面（Google《Email Sender Guidelines》与 Yahoo《Sender Requirements》）为准，两者都会不定期更新。

谁算"批量发件人"

Gmail 的规则针对每天向 Gmail 账户投递 5,000 封及以上的发件人。两个常被忽视的细节：

• 统计口径是你所有域名加总，不是按单个域名分别计算。把营销邮件拆到五个发信域名发送，并不能绕过门槛。
• Gmail 会持续跟踪这个阈值——哪怕只有一天超过 5,000 封，之后你就一直按批量发件人对待，没有退回机制。

Yahoo 从未公布具体数字门槛，它的要求适用于发送"可观体量"的发件人。实际操作上，只要你的日发送量接近 5,000 封，就应当假定 Yahoo 也把你视为批量发件人。

对所有发件人都适用的要求

不到批量门槛，标准更低，但绝不是零。两家对所有发件人的底线要求：

• 至少通过 SPF 或 DKIM 之一。两项都不过的邮件面临的是直接拒收，而不只是进垃圾箱。Google 要求 DKIM 密钥长度至少 1024 位，并推荐 2048 位。
• 每个发送 IP 的正反向 DNS 都有效——PTR 记录能解析出主机名，且该主机名能反向解析回同一 IP。
• 使用 TLS 加密连接发送。
• 垃圾邮件投诉率低于 0.3%，以 Google Postmaster Tools 中的数据为准。
• 遵循 RFC 5321 与 RFC 5322 的报文格式规范，且绝不冒用 gmail.com 的 From 头——Gmail 已对自己的域名实施 quarantine 级别的 DMARC 策略。

另外，From 头中的域名必须真实存在且可收信。使用不存在或不可投递的 From 域名，邮件会被直接拒收。

批量发件人的完整要求

SPF、DKIM、DMARC 三者齐备

批量发件人必须同时配置 SPF 和 DKIM（不是二选一），并发布一条 DMARC 记录，策略为 p=none 或更强。满足最低要求的记录如下：

v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com

但光有记录不够——你的邮件必须真正通过 DMARC。也就是说，信头 From 域名必须与通过 SPF 或 DKIM 的域名对齐。靠某个无关的 bounce 域名"通过认证"毫无意义。先从 p=none 开始、读透报告，再逐步推进到 quarantine 和 reject。切记不要一步跳到 p=reject——安全推进顺序见 DMARC 配置指南。

垃圾邮件投诉率低于 0.3%

Google 在 Postmaster Tools 中统计你的垃圾率，要求保持在 0.3% 以下。现实的目标是 0.1% 以下：长期在 0.1%–0.3% 之间徘徊的发件人已经开始被限速。一旦超过 0.3%，投递会迅速恶化。Yahoo 的垃圾率只按送达收件箱的邮件计算，所以它的数字可能与你自己系统里的对不上。

营销邮件必须支持一键退订

商业和订阅类邮件必须携带可用的 List-Unsubscribe 头，以及 RFC 8058 定义的一键退订标记：

List-Unsubscribe: <https://yourdomain.com/unsubscribe?id=123>, <mailto:unsub@yourdomain.com>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

Gmail 对一键退订（POST 方式）的强制执行自 2024 年 6 月开始。Yahoo 强烈推荐 POST 方式，同时也接受 mailto。两家共同的三个硬性要求：

• 退订必须一次点击即生效——不得要求登录，也不得在处理请求前插入确认页。
• 退订请求必须在2 天内处理完成。
• 邮件正文中还必须有清晰可见的退订链接，可以指向偏好设置页。

事务性邮件——密码重置、订单确认、安全通知——不在此列。

执行是怎么一步步收紧的

两家都没有在 2024 年 2 月 1 日直接拉闸，而是渐进式推进：

• 2024 年 2 月：对一小部分不合规的批量邮件返回临时错误（4xx）——这是警告信号，表现为发送日志里的延迟（deferral）持续攀升。
• 2024 年 4 月：开始按递增比例永久拒收（5xx）不合规流量。
• 2024 年 6 月：对营销和订阅邮件强制执行一键退订要求。
• 2025 年 11 月起：Gmail 宣布加大对不合规流量的执行力度，未达标的邮件将遭遇临时乃至永久拒收。

转发与间接邮件流

如果你转发邮件或运营邮件列表，认证会在特定环节失效：SPF 会失败，因为转发服务器的 IP 不在原始发件人的 SPF 记录里；DKIM 只有在邮件正文未被改动时才能幸存。接收方靠 ARC（Authenticated Received Chain）来解决这个问题——它把每一跳的认证结果原样传递下去。转发方应当为邮件加盖 ARC 头；如果你的邮件经常被转发，请阅读ARC 协议入门，了解中间环节应尽的义务。

合规检查清单

按顺序逐项过一遍，每项都对应一个检测或修复工具：

• 一条 SPF 记录覆盖所有发件来源——用 SPF 检测验证，缺失的记录用 SPF 生成器构建。
• 每个发送服务都启用 DKIM，且用你的域名签名——用 DKIM 检测逐个检查。
• 已发布 DMARC 记录，含 rua 地址，From 域名对齐通过——用 DMARC 生成器生成，用 DMARC 报告分析器持续监控。
• From 域名真实存在且能收信——不是停放或不可投递的域名。
• 每个发送 IP 的 PTR 记录有效，正向解析一致。
• 所有营销邮件都带 List-Unsubscribe 与 List-Unsubscribe-Post 头，退订请求 2 天内处理。
• Postmaster Tools 与 Yahoo 反馈环中的垃圾率低于 0.3%（目标 0.1%）。
• 所有 SMTP 出站连接使用 TLS。

如果计划里还有新域名或新 IP，别忘了给信誉预热留出时间——见发件信誉预热指南。

验证合规状态

先对发信域名跑一次完整的 邮件投递测试，一次看清认证、DNS 卫生和黑名单状态；或者用 邮件健康检查快速过一遍所有 DNS 记录。然后向 Gmail 和 Yahoo 的种子地址发一封真实邮件，打开显示原始邮件，确认 SPF、DKIM、DMARC 三项都是 PASS 且域名是你的 From 域名。认证失败的排查方法见DMARC 失败排查指南。

常见错误

• 按域名分别计数。三个域名每天各发 2,000 封，在 Gmail 眼里就是 6,000 封。
• DKIM 通过但 DMARC 失败。服务商用自己的 bounce 域名签名，对齐断裂，合规照样不通过。这是"我全都配了怎么还不行"的头号原因。
• 只留 mailto 退订头。Gmail 要求一键退订的 POST 方式，只有 mailto 头的营销邮件在 Gmail 侧依然不合规。
• 垃圾率飙了才去看数据。Postmaster Tools 的数据有延迟，等你看到 0.4% 时，信誉损失早已造成。
• 只修认证不做预热。合规邮件从一个零历史的新域名发出，在信誉建立之前照样投不好。

常见问题

不遵守这些要求会怎样？

不合规流量先收到临时错误，然后永久拒收（5xx）的比例越来越高，侥幸过关的也会进垃圾箱。自 2025 年 11 月起 Gmail 明确在加码执行，所以问题会随时间越来越严重，而不是维持现状。

我每天发不到 5,000 封，这些规则跟我有关吗？

完整的批量发件人要求不适用，但所有发件人的底线要求适用：至少配置 SPF 或 DKIM、PTR 记录有效、使用 TLS、报文符合 RFC 规范、投诉率保持低位。而且只要某一天发送量冲过 5,000 封，Gmail 之后就会把你按批量发件人对待。

DMARC 用 p=none 算合规吗？

算。两家都接受 p=none 或更强的策略，前提是对齐后的邮件真正通过 DMARC。但 p=none 只是监控姿态，不是防护——报告确认正常发件源干净后，应推进到 quarantine 或 reject。

事务性邮件也要遵守这些要求吗？

认证要求适用于你发出的所有邮件。一键退订要求只针对营销和订阅类邮件——订单确认、密码重置等事务性邮件豁免。

Outlook 等其他收件方也有类似规则吗？

微软对 Outlook.com、Hotmail 和 Live 地址的批量发件人推出了类似要求，自 2025 年 5 月起分阶段生效。你为满足 Gmail 与 Yahoo 所做的技术工作——SPF、DKIM、对齐的 DMARC、PTR、低投诉率——正是所有主要收件方现在共同期待的。