指南预热基础
邮箱预热需要多长时间?
每个答案给出的天数都不一样。本指南说明 Google、Microsoft 和 Yahoo 实际公布了什么,为每种情况给出一个可供规划的数字,并列出邮箱已经准备好的迹象。
要点速览
- 新域名上的新邮箱,按两到四周来计划;在发信情况良好的域名上新建的邮箱,按一到两周。
- 没有哪家邮件服务商规定固定的预热期。Microsoft 针对新 IP 地址所说的“两周左右或更短”是唯一公开的时长;Google 描述的则是形态:从低量开始,慢慢增加,避免骤增。
- 每天 10 封的预热,给你的是每天 10 封的发信记录。真实的发送量必须从那里一步步往上加。
- 预热邮件连续一周以上在每家服务商那里都进入收件箱,身份验证通过,没有邮件被延迟,邮箱就算准备好了。
- 时间解决不了 SPF 或 DKIM 缺失、内容不受欢迎或收件人名单质量差的问题。
新域名上的新邮箱,按两到四周来计划;在已经正常发信的域名上新建的邮箱,按一到两周。这些是用来做计划的数字,不是规则:Google 和 Yahoo 都没有公布必须预热多久,最接近官方数字的,是 Microsoft 的一句话:新的发信 IP 地址“可望在两周左右或更短的时间内完成全部爬升”。预热结束的标志,是你的邮件在你实际需要的发送量下进入收件箱,而不是日历上到了某一天。
简短回答,按情况分
这取决于哪一样已经有了记录:域名、邮箱,还是两者都没有。
| 你的情况 | 计划时间 | 原因 |
|---|---|---|
| 新域名,新邮箱 | 第一次真正群发之前,预热 2 到 4 周 | 一切都还没有记录。Google 说,稳定的发送量“对新域名尤其重要,因为它们正在建立自己的发信信誉”。 |
| 在发信情况良好的域名上新建的邮箱 | 1 到 2 周 | 服务商按域名记录信誉,所以邮箱一开始就带着域名的信誉。 |
| 沉寂超过一个月的现有邮箱 | 1 到 2 周 | 近期的记录是空的。见停发一段时间后重新预热。 |
| 近期出过垃圾邮件问题的邮箱或域名 | 没有定数:数周,从原因解决那天算起 | Google:“垃圾邮件率的改善要过一段时间才会在垃圾邮件分类上体现出来。” |
| 邮件发送服务商提供的独立 IP 地址 | 2 到 7 周,由服务商的计划决定 | Microsoft 说“两周左右或更短”;Amazon SES 用 45 天让新 IP 逐步爬升。 |
邮件服务商实际是怎么说的
多数答案只给出一个天数,却不说出处。下面是运营收件箱的那些公司截至 2026 年 10 月公布的内容。
Google 的电子邮件发件人指南有一节题为“Increase sending volume slowly”(慢慢增加发送量)。它没有给出天数,描述的是一种形态:
先向互动积极的用户发送少量邮件,然后随着时间慢慢增加发送量。
如果你没有大量发信的记录,就不要突然让发送量激增。例如,突然把此前的发送量直接翻倍,可能导致限速或信誉下降。
Google 唯一提到的增长速度出现在 Gmail 发件人十大常见问题中,是给邮件被暂时拒收的发信方的建议:暂停,在 24 小时内以低于引发问题的水平发送,然后“慢慢增加发送量,常见的每日增幅为 25% 到 100%,视多种因素而定”。这些都是针对发往个人 Gmail 账号的邮件写的;Google 的常见问题说,这些指南不适用于发往 Google Workspace 收件箱的邮件。
Microsoft
Microsoft 的 Outlook.com Postmaster 故障排查页面,是唯一一处有服务商白纸黑字写出时长的地方。它解释说,此前没有发过邮件的 IP 地址通常还没有信誉,更容易遇到投递问题,然后写道:
新 IP 可望在两周左右或更短的时间内完成全部爬升,具体取决于发送量和名单的准确度,并且前提是垃圾邮件投诉率保持在最低水平。
同一页面还说,好的域名能缩短等待时间。在域名现有的 SPF 记录(列出谁可以为该域名发信的 DNS 记录)下新增的 IP,“通常还能得到一项额外的好处:继承该域名的一部分发信信誉”。这就是给成熟域名上的新邮箱更短时间的文档依据。
Yahoo
Yahoo 的 Sender Hub 同样没有给出时长。它的常见问题指出了预热要避免的风险:“如果你一直以某个速率发信,活动量却突然激增,你可能被标记为遭到盗用的发信方,邮件被归为垃圾邮件。”
邮件发送服务商,针对它们自己的 IP 地址
替别人发信的公司公布的时间表更明确。Amazon SES 会“用 45 天”自动预热一个新的独立 IP。Twilio SendGrid 则加了一句提醒:“循序渐进的预热并不能保证完美的发信信誉。”
这些文档在形态上是一致的:从低量开始,匀速增加,避免跳跃,邮件被拒时放慢。时长则留给你自己决定。“两到四周”是一种惯例,在单个邮箱的发送量下正好符合这种形态。
这几周里发生了什么
如果你的邮箱在 Google Workspace 或某家主机商那里,你是从它们的 IP 地址发信,这些地址与其他客户共用。你预热的不是 IP。你是在为自己的域名积累记录。Google 说,Gmail“按域名和 IP 地址跟踪发送量、反馈和限制”。Yahoo 说“每个 IP 和 DKIM 域名都有信誉”;DKIM 是把邮件和你的域名绑定在一起的签名。如果没有为你自己的域名设置 SPF 和 DKIM,这份记录就没有属于你的东西可以依附。按域名积累记录,也是用于冷邮件的辅助域名背后的思路。
预热工具连接到你的邮箱,让它与共享池中的其他邮箱交换简短的邮件。其中一部分会得到回复。有邮件进了垃圾邮件夹时,收件的邮箱会把它移出来。Gmail 的帮助说明了这样做对操作者本人的效果:“移出该邮件后,该发件人今后的邮件就不会再进入垃圾邮件。”
几周之后,域名就有了这样一份记录:经过身份验证的邮件,发送量稳定并缓慢增长,没有人举报为垃圾邮件。
有两件事没有文档依据。没有哪家服务商说过,预热池里交换的邮件与相识的人之间的邮件相比,它给多大的权重。还有一个常见的说法与 Google 自己的文字相左:介绍预热的文章常把邮件被打开列为积累信誉的信号之一,而发件人指南写明“Google 不跟踪打开率”。
一次预热,逐日来看
下面是一个真实的递增计划,也就是 WarmupBay 使用的:第一天 3 封,每天多一封,直到达到每日目标。免费的目标是每天 10 封。在网站上放置徽章后,最多 30 封。
| 第几天 | 当天邮件数(目标 10) | 累计发送 | 当天邮件数(目标 30) | 累计发送 |
|---|---|---|---|---|
| 1 | 3 | 3 | 3 | 3 |
| 5 | 7 | 25 | 7 | 25 |
| 8 | 10 | 52 | 10 | 52 |
| 14 | 10 | 112 | 16 | 133 |
| 21 | 10 | 182 | 23 | 273 |
| 28 | 10 | 252 | 30 | 462 |
免费目标在第 8 天达到,更高的目标在第 28 天达到。最大的一步是第一步,从 3 封到 4 封,多了三分之一。从第二周起,每天只增加十分之一或更少。这个起点接近 Google 所说每日增幅的低端,很快就降到它以下。
达到目标并不是预热的终点。从那时起,发送量不再增长,开始保持稳定,而稳定正是需要几周时间的部分。

两周够吗?
有时够。对于记录清白的域名上的新邮箱,两周稳定的预热是合理的计划。对于全新的域名,这是时间范围的下限:Microsoft 的“两周左右或更短”,前提是发送量、名单准确度和投诉率都顺利。
两周无论如何都换不来的,是一次跳跃。不管预热达到了什么水平,你的真实发送都必须大致从那里接着来。一个每天交换 10 封邮件的邮箱,拥有的是每天 10 封的记录,而不是每天 200 封的记录。Google 举的那个反面例子,“把此前的发送量直接翻倍”,在预热结束的第二天和第一天同样适用。
怎么知道邮箱已经准备好了?
没有哪家服务商会发通知。要把下面这些迹象放在一起看。
- 预热邮件连续一周以上在每家服务商那里都进入收件箱。WarmupBay 的仪表盘会显示每天的邮件落在了哪里(收件箱、Gmail 标签页或垃圾邮件),Google 和其他服务商分开显示。只有在积累了 20 次投递可供统计之后,它才显示进入收件箱的比例,按起步的速度,最早是第五天。
- 每封邮件的身份验证都通过。SPF、DKIM 和 DMARC 是基于 DNS 的三项检查,用来证明邮件确实来自你的域名;在你发给自己的一封邮件的邮件头里,它们都应显示“pass”。
- 没有临时拒收。服务商觉得你发得太快时,会用一个以 4 开头的代码推迟你的邮件。你会看到一封“delivery delayed”(投递延迟)通知,或者在发信工具的日志里看到它。
- 你的日常邮件仍然能送达。如果客户开始在垃圾邮件里发现你的回复,就停止增量,查明原因。

下面是需要认得的延迟信息,列在 Google 的 SMTP 错误参考和 Microsoft 的故障排查页面上:
421 4.7.28 Gmail has detected an unusual rate of email. To protect our
users from spam, email has been temporarily rate limited.
421 RP-001 The mail server IP connecting to Outlook.com server has
exceeded the rate limit allowed. Reason for rate limitation is related
to IP/domain reputation.
400 段的代码是临时性的:邮件标准 RFC 5321 说,“错误状况是暂时的,可以再次请求该操作”。Google 对这种情况的指示是“减少发送量,直到 SMTP 错误率下降,然后再慢慢增加。”
哪些情况会让它更久
- 缺少身份验证。Google 要求所有向 Gmail 发信的人设置 SPF 或 DKIM。没有它们,预热什么也积累不下来。WarmupBay 在你连接邮箱时检查 SPF、DKIM 和 DMARC,并给出一条现成的 DMARC 记录。如果 72 小时后记录仍然缺失,它会停止预热。
- 有投诉记录。Google 要求发信方把垃圾邮件率保持在“0.10% 以下”,并“避免垃圾邮件率达到 0.30% 或更高”。超过这条线的域名,必须先修复自己的记录,预热才能在上面继续积累。
- 真实的群发加得太早或太快。第六天就发五十封冷邮件,就是一次骤增,不管旁边的预热工具在做什么。
- 时发时停。M3AAWG 发件人通用最佳实践,一个行业反滥用工作组的指导文件(3.0 版,2015 年),是这样说的:“发送量的稳定,无论量大量小,在决定 IP 信誉和送达结果时都起着不可或缺的作用。”
预热完成后,要把它关掉吗?
预热没有终点线。它是发信记录的第一段,而这份记录会随着你接下来发的每一封邮件继续下去。
真正该问的是:你自己的邮件现在能否提供预热原先提供的东西,也就是稳定地发给想收到邮件的人。如果你每个工作日都发信,而且有人回复,预热池能添的就不多了。如果你的发信是一阵一阵的,少量而持续的邮件往来能把它拉平。工具供应商一般建议让预热一直开着。没有哪家邮件服务商用文档给出过肯定或否定的答案。
如果一切都停了一段时间,多数情况下你不需要再做一次完整的预热。停发一段时间后重新预热说明了停多久没有关系,以及怎样恢复。
WarmupBay 能做什么,不能做什么
WarmupBay 是一个免费的预热池,按上面展示的递增计划运行。进了垃圾邮件夹的预热邮件会被取出来,所有预热邮件都归入名为“WarmupBay”的文件夹,与你自己的邮件分开。只要徽章在你网站的页脚保持可见,每天 30 封的更高上限就一直有效。没有付费方案,无需信用卡;详情见永久免费。
对于本指南里的时间安排,这意味着新邮箱不用你手动发任何东西,就能有头几周稳定的、经过身份验证的邮件往来。你可以连接邮箱,在仪表盘里跟踪这些邮件落在哪里。
它做不到的事:
- 它不保证邮件进入收件箱。没有什么能保证。你写什么、写给谁,仍然重要。
- 每天十封或三十封邮件能给邮箱一个稳定的开端。它们不是每天发几百封的记录。
- 它通过应用专用密码连接 Gmail 和 Google Workspace,通过 IMAP 和 SMTP 连接其他服务商。Microsoft 365 和 Outlook.com 邮箱目前还无法连接。
- 每个账号一个邮箱。
- 它是新的。2026 年 10 月上线。
常见问题
预热期间可以发真实的邮件吗?
可以。邮箱仍然是你的,与会回信的人之间的日常往来只会充实它的记录。面向不认识你的人的群发,要等预热运行了两周左右再开始,先少量加入,再从那里逐步增加。
每天 10 封预热邮件够吗?
没有哪家服务商公布过最低数量。文档强调的是稳定:M3AAWG 的发件人实践说,发送量的稳定很重要,“无论量大量小”。每天十封能让新邮箱或休眠的邮箱保持稳定的活动。它不能让邮箱做好每天发几百封的准备;那样的发送量必须用真实邮件一步步建立起来。
每天多发些预热邮件,预热会更快吗?
不会。等待换来的是一段时间内稳定的记录,而不是邮件总数。Google 的指南说,发送的邮件越多,增加发送量的速度就应该越慢。更高的每日目标只会让递增期更长,不会让预热更短。
我域名下的每个新邮箱都需要单独预热吗?
需要一次短的。域名的信誉会延续过来,所以一到两周是合理的计划,而不必四周。但一个邮箱一夜之间从零发到满量,仍然是你域名发送量的骤增,而这正是服务商警告的情况。
2026 年邮箱预热还有用吗?
服务商自己描述的那部分依然成立:Google 要求发信方从低量开始、慢慢增加;Microsoft 说新 IP 地址在建立起信誉之前没有信誉;Gmail 的帮助说,你把某个发件人的邮件移出垃圾邮件后,该发件人今后的邮件不会再进你的垃圾邮件。预热池做不到的,是让不受欢迎的邮件变得受欢迎。Gmail 的计划政策说,用户把邮件标记为垃圾邮件后,该发件人今后的邮件更有可能被归为垃圾邮件。不能指望预热抵消这一点。
我预热了一个月,邮件还是进垃圾邮件夹。哪里出了问题?
那就说明缺的不是时间。检查进垃圾邮件夹的那些邮件,SPF、DKIM 和 DMARC 是否通过,再看看这些邮件写了什么、发给了谁。如果预热邮件能进收件箱,而你的群发邮件不能,原因就在群发邮件上。Google 还指出,垃圾邮件率改善之后,它的分类要过一段时间才会跟上。
参考来源
- Email sender guidelines – Gmail Help
- Email sender guidelines FAQ – Gmail Help
- Top 10 Gmail sender issues – Gmail Help
- Report spam in Gmail – Gmail Help
- Gmail Program Policies – Gmail Help
- Learn about the deprecation of the old Postmaster Tools interface – Gmail Help
- Gmail SMTP errors and codes – Google Workspace Help
- Troubleshooting – Outlook.com Postmaster (Microsoft)
- Sender Best Practices – Yahoo Sender Hub
- FAQs – Yahoo Sender Hub
- Warming up dedicated IP addresses (standard) – Amazon Simple Email Service
- Warm up an IP address – Twilio SendGrid Docs
- M3AAWG Sender Best Common Practices, Version 3.0 (February 2015)
- RFC 5321: Simple Mail Transfer Protocol, section 4.2.1