发送限额与域名预热：为什么新域名容易被过滤

发送限额看起来像是不必要的限制，直到你了解它要防范什么。一个新域名在启用的第一个下午就发送四千封邮件，接收服务器可能会怀疑这是被盗用的账户。在没有发送历史的情况下突然增加邮件量，可能触发过滤，连正常邮件的投递也会受到影响。

限额不只是用来区分套餐。它也能降低新域名一开始就大量发送、损害尚未建立起来的信誉的风险。

下面介绍发送限额、达到限额后的处理方式，以及逐步增加发送量的方法。任何预热计划都不能保证邮件通过垃圾邮件过滤。

发送限额保护什么

主要是你的域名信誉，以及共享基础设施的信誉。

你的域名信誉。 Gmail、Outlook、Yahoo 等服务会评估发件人的发送历史和垃圾邮件迹象。发送量及其变化、投诉、无效地址和收件人的反应都会影响判断，但具体过滤模型并未公开。从陌生域名突然大量发送，可能影响你的所有邮件，包括账单和密码重置邮件。

同一基础设施上的其他用户。 在共享平台上，不同账户可能通过相同的 IP 地址发送邮件。一批未经请求的邮件可能损害该 IP 的信誉，进而影响其他用户的投递。限额有助于降低这种风险，但不能单独阻止所有滥用行为。

提高配额不会取消接收方的评估。正确的身份验证、配置和合适的内容都有帮助，但发件人无法决定邮件最终进入哪个文件夹。

各套餐的限额

这些是套餐的基础值，不代表实际可用配额。计数按服务使用的日历日期进行，而不是滚动的 24 小时窗口。每日配额按收件人数消耗，账户限额则合计旗下所有邮箱：二十个 Starter 邮箱不能各自消耗 1,000，因为账户总上限是 6,000。To、Cc 和 Bcc 一起计数，所以一封发给 120 人的邮件也会超过 Starter 的单封限额。新域名的配额会降低。Nano 要求使用自己的 SMTP，表中数值不包含通过平台服务器发送的服务。

SMTP 提交还有每小时限额，自动发送时尤其需要注意。程序如果试图在一分钟半内用完每日配额，可能先达到小时限额。应避免集中突发发送，并确认实际发送路径的限制。

为什么新账户的限额更低

没有历史付款的试用账户，基础安全限额为每个邮箱每天 30、每个账户 50、每封邮件 10 个收件人，以及每小时 15 次 SMTP 提交。每日消耗按收件人数计算，新域名预热还可能进一步降低配额。试用期外或账户状态不同时，规则也不同。确认付款后，通常会解除从未付款账户的安全限制，但套餐限额、域名限额及其他检查仍然适用。

目的是保护共享基础设施。试用服务也会吸引只想发送一批未经请求的邮件然后离开的人，而 IP 信誉受损的后果由其他用户承担。付款会影响账户权限，但本身不能证明发送行为合规，也不能保证投递成功。

每天 30 的基础值用于小范围测试设置、投递和邮件客户端，不是用来开展营销活动。根据收件人数和域名预热情况，实际可用额度可能更低。

达到发送限额后会怎样

如果限额检查发生在邮件交给 SMTP 服务器之前，发送会被拒绝并返回错误，而不是悄悄消失。对于后台任务，应检查最终状态和错误，不能只确认任务已创建。即使服务器在配额内接受了邮件，也不代表它一定进入收件箱。

每日计数器与服务的日历日期关联。如果到下午 4 点就用完配额，不会随着旧邮件逐渐超过一定时长而一点点恢复容量，而是按新的日期计数。SMTP 小时计数器有独立的周期。应确认所用时区和实际剩余额度，不要默认在当地午夜重置。

如果经常达到限额，可以在发送量确有合理增长时考虑更高套餐。营销活动可以使用专业服务商和自定义 SMTP，但要核对所选发送方式的限制。自己的发送路径不会取消网页版邮箱和 API 的检查。也可以减少通知，例如用每日摘要代替许多单独的邮件。

仅为绕过配额而增加邮箱并不能解决问题。账户总限额仍然存在，接收方看到的也还是同一个域名。这不会改善信誉，还可能被视为规避防护的行为。

域名预热

新域名没有发送历史，接收服务器可能会更加谨慎。一开始就大量发送存在风险，即使内容正常，也不能保证进入收件箱。

域名预热是逐步增加收件人真正期待的邮件，而不是制造虚假互动，也不保证投递成功。下面只是用于评估节奏的示例：

如果域名从未发送过邮件、长期停用，或首次使用大名单，逐步增加尤其重要。已稳定发送多年的域名不一定需要完整重做预热。不过，更换服务商可能改变 IP、身份验证和邮件处理方式。域名历史并不能保证迁移后没有投递问题。

两个原则比时间表更重要。先向真正期待你邮件的人发送，不要购买打开记录或回复。并且发送前先清理名单：排除已知无效地址，确认收件人的同意。邮箱验证有助于评估地址，但不能证明对方同意接收，也不能保证没有退信。

接收服务器在评估什么

发送量不能解释所有结果，还应检查其他信号：

投诉率。 这是接收服务计算的垃圾邮件标记指标。Google 发件人指南建议将 Postmaster Tools 中的比率保持在 0.1% 以下，并避免达到 0.3% 或更高。后者在该指标中大致相当于每千次对应三次投诉，不一定是占全部已发送邮件的比例。不要把这些值当作所有服务的统一规则。

退信率。 因地址不存在而发生的永久拒绝，可能说明名单过时或未经过检查。超过 2% 在这里是暂停并调查的提醒，不是所有邮箱服务共有的封禁阈值。

身份验证。 为实际发送来源配置 SPF、DKIM 和 DMARC，并检查域名对齐。接收方要求会因邮件类型和发送量而不同。预热不能修复身份验证错误。

稳定性。 每天发送 500 封，与只在星期一发送 3,500 封，即使每周总量相同，也会形成不同的负载模式。避免无法解释的突发增长，但不要把固定时间表当作信誉良好的证明。

收件人的反应。 真实回复和正常往来有助于判断名单质量。打开率的测量并不准确，各过滤系统对信号的权重也不公开。不要为预热域名而伪造互动。

怎样避免超过发送限额

将事务性邮件与营销活动分开。 账单和密码重置邮件不应受一场营销活动质量的牵连。使用独立域名或子域名有助于区分流量，但不能完全隔离信誉，尤其是在共享基础设施上。

注意收件人数。 发给大名单的通知可能先超过单封限额，再超过每日配额。按允许的规模分批发送，如果不应让其他人看到地址，就使用 Bcc。这不会取消总配额消耗或营销邮件的相关要求。

将自动发送分散到一天中。 SMTP 小时限额单独适用。夜间任务一次发送所有邮件，很容易达到限额。

永久拒绝后应排除相应地址。 继续向已知无效地址发送会降低名单质量。不要把临时错误当成永久拒绝。

让退订更简单。 找不到退订方式的收件人更可能将邮件标为垃圾邮件。适用相关要求的批量发件人，还需要提供支持一键退订的邮件头。可以看看收件人一侧会发生什么。

常见问题

每日发送限额是多少？

基础值为 Nano 每个邮箱 200、每个账户 400；Starter 为 1,000 和 6,000；Pro 为 2,000 和 15,000；Agency 为 2,500 和 40,000。每封邮件的收件人限额按套餐从 50 到 500 不等。每日配额按收件人数计算，预热和账户状态可能降低实际限额。Nano 要求自己的 SMTP。

为什么我的限额低于套餐标注值？

没有历史付款的试用账户，基础安全值为每个邮箱每天 30、每个账户 50。其他状态有不同规则。确认付款后通常会解除从未付款账户的限制，但域名预热和其他检查仍然存在。

达到限额时会怎样？

交给 SMTP 服务器前的检查会拒绝发送并返回错误。对于后台发送，应查看任务最终状态。每日配额按服务日期计算，不使用滚动窗口；小时计数器有独立周期。

可以提高发送限额吗？

更高套餐可能提高基础配额。营销活动可以考虑专业服务商，但要确认实际发送路径的限制。自定义 SMTP 不会取消网页版邮箱和 API 的配额。增加邮箱不能绕过账户总上限，也不会自动改善域名信誉。

使用自己的 SMTP 服务商时还有限额吗？

取决于发送方式。即使选择自己的路径，网页版邮箱和 API 仍会检查平台配额。通过配置档案进行 SMTP 提交有自己的检查条件，服务商也会施加限制。如果直接通过外部服务商发送，则遵循对方规则；超过限额的后果应向服务商确认。

域名预热需要多长时间？

有时会用四到六周作为参考，但不能保证届时达到目标量。节奏取决于实际投递、投诉、名单、发送路径和配额。如果指标恶化，应减少发送并调查原因，而不是机械地按日期增加。

迁移中的域名也要预热吗？

如果域名已稳定发送多年，不一定要完整重新预热。但新的路径和 IP 同样可能影响投递。如果域名是新启用的、长期停用过，或即将显著增加发送量，就应逐步增加。迁移后要核对身份验证和实际结果。

达到限额本身会损害信誉吗？

如果邮件在交给外部服务器之前就被拒绝，收件人不会看到它，这次尝试也不会在对方产生投诉或退信。但这不能说明之前已接受邮件的信誉，也不保证整个发送链路没有错误。