批量发信与单封发信：何时使用哪种方式，技术差异是什么

当有人谈到"发邮件"时，他们可能指的是几秒内送达的密码重置邮件，也可能指的是一次发给 50 万人的新闻通讯。这本质上是两类截然不同的问题，需要不同的解决方案。把两者等同对待是邮件基础设施中最常见的错误之一。

什么是单封发信（事务性邮件）？

事务性邮件发给单个收件人，由该用户的某个操作触发：创建账户、重置密码、完成购买、收到邀请。

特征：

• 每次 API 调用只有一个收件人
• 由用户操作或系统事件触发
• 时效性强：用户正在等待
• 高度个性化：针对该用户和该操作
• 非营销性质：主要目的没有商业推广意图

示例：验证邮件、密码重置、订单确认、发票收据、告警通知、双因素认证码。

什么是批量发信？

批量邮件同时发给多个收件人——从几百人到数百万人不等。它是有计划地安排发送，而非由单个用户操作触发。

特征：

• 每次活动有多个收件人
• 由发件人按计划或手动触发
• 时效性要求没那么高
• 可以个性化，但通常有共同的邮件正文
• 营销或信息告知目的

示例：新闻通讯、产品公告、促销优惠、再激活活动、活动邀请。

为什么这种区分很重要

投递特性不同

事务性邮件通常参与度很高：收件人在等待邮件，会立即打开。批量邮件的参与度参差不齐，收到的垃圾邮件投诉也更多。

邮箱服务商按域名和 IP 对您的邮件信誉进行评分。如果您在同一个 IP 上混发事务性邮件和批量邮件，批量营销活动上的垃圾邮件投诉会影响密码重置邮件的投递能力。

最佳实践：为事务性邮件和批量邮件使用独立的 IP 地址（至少使用带子域名隔离的独立发件域名）。

时效性要求不同

延迟三小时到达的事务性邮件意味着功能故障。用户会投诉、联系客服或直接放弃。

延迟三小时到达的新闻通讯则完全没问题。

事务性邮件基础设施应优化低延迟和高可靠性。批量邮件基础设施则应优化吞吐量和成本。

退订处理方式不同

批量邮件必须包含退订机制。这是法律要求（CAN-SPAM、GDPR、CASL），也被邮箱服务商强制执行（Gmail 和 Yahoo 要求批量发件人提供一键退订功能）。

事务性邮件不需要退订链接——在大多数情况下也不应该有。用户点击密码重置邮件中的"退订"后无法登录，体验比偶尔收到不想要的重置通知要糟糕得多。

速率限制和排队方式不同

向 10 万人的批量发送不能以 10 万个同时 API 调用的方式进行。接收域名会限制连接速率；如果连接过快，邮件会被延迟或拒绝。

批量邮件需要一个发送队列，能够按收件域名管理吞吐量、跟踪延迟和重试，并将负载分配到各个发送 IP。

事务性邮件可以更直接地发送：API 调用到达发送服务器后立即尝试投递，软退信自动重试。

共享 IP 与独立 IP

共享 IP

您的邮件通过与其他发件人共享的 IP 池发出。适合以下情况：

• 发送量较小的发件人（每月不足约 5 万封）
• 发送量不稳定的发件人（高峰期会使独立 IP 变冷）
• 刚起步：共享 IP 已有信誉，无需预热

独立 IP

您的邮件从专属于您的 IP 发出。适合以下情况：

• 大量发件人（每月 10 万封以上），希望完全掌控 IP 信誉
• 希望将事务性邮件的信誉与批量邮件隔离的发件人

重要提示：全新的独立 IP 没有信誉积累。在冷 IP 上发送数百万封邮件，大多数邮件会被延迟或拒绝。独立 IP 需要数周到数月的预热期，逐步增加发送量，让邮箱服务商确认您的邮件是用户期望收到的。

使用 Rovela API 处理两种类型

Rovela 通过同一套 API 处理事务性邮件和批量邮件，两者的使用模式有所不同。

事务性邮件：单独发送

POST /emails
{
  "from": "noreply@yourapp.com",
  "to": ["user@example.com"],
  "subject": "您的验证码",
  "html": "<p>您的验证码是 <strong>849261</strong>，10 分钟内有效。</p>"
}

邮件被接受后 API 立即返回。投递异步进行。

批量邮件：批次发送

对于批量营销活动，使用 POST /emails/batch，每次调用最多发送 100 封；或通过受众和营销活动功能准备收件人列表，由系统处理分组、定时、退订管理，并通过适当的基础设施发送。

使用子域名分离流量

如果需要在同一账户内将事务性邮件和批量邮件分开，请使用不同的发件域名：事务性邮件用 mail.yourapp.com，批量邮件用 news.yourapp.com。每个域名有各自的 DKIM 密钥和 SPF 记录，信誉相互独立。

实操建议

1. 为事务性邮件和批量邮件使用独立域名，隔离各自的信誉
2. 不要向事务性列表发送批量营销邮件——注册接收收据的用户并未同意接受营销
3. 按发送流监控投诉率——批量邮件的高投诉率不应影响事务性邮件的投递能力
4. 根据发送量选择合适的基础设施——起步时用共享 IP，了解发送规律后再考虑独立 IP
5. 持续进行列表清洁——两种流量都需要维护，但列表质量差带来的后果对两种类型不同