SaaS 产品几乎一定会用到邮件注册验证、登录验证码、找回密码、订单通知、发票、订阅提醒、系统告警、产品更新、营销活动。很多人一开始只关心“怎么把邮件发出去”但真正上线后更重要的问题是能不能送达能不能追踪能不能区分交易邮件和营销邮件能不能处理退信和投诉。邮件发送方案不是随便接一个 SMTP 就结束。它关系到用户登录、支付通知、账号安全和产品留存。本文参考了几类常见邮件服务官方资料Resend Email APIPostmark Developer DocumentationAmazon SES DocumentationAmazon SES email authentication methodsSendGrid Email APIMailgun Webhooks先区分交易邮件和营销邮件邮件大致可以分成两类交易邮件和营销邮件。交易邮件是由用户动作触发的必要邮件比如注册验证、找回密码、订单收据、发票、支付失败、团队邀请、系统告警。营销邮件是主动触达比如产品更新、活动通知、促销、newsletter、用户召回。这两类邮件最好分开发送。原因很简单交易邮件必须尽快送达不能被营销邮件的退订、投诉、低打开率拖累。Postmark 的 Message Streams 就强调把不同类型邮件流量分开管理。即使你不用 Postmark也应该采用类似思路交易和营销分域名、分通道、分模板、分监控。SMTP 还是 API邮件服务通常支持 SMTP 和 API 两种方式。SMTP 更通用几乎所有语言和框架都能接API 更现代通常更容易传模板变量、元数据、标签、幂等键和追踪字段。如果你只是给旧系统接一个发送通道SMTP 很方便。如果你在做新的 SaaS优先考虑 API。API 的好处是错误结构更清楚日志更完整模板能力更好Webhook 和事件追踪更容易关联到业务对象。对独立开发者来说API 通常更省心。Resend适合开发者快速接入Resend 的定位很清晰面向开发者的现代 Email API。它的优势是接入体验简单API 文档友好适合 Next.js、React Email、现代全栈项目。对独立开发者来说如果你想快速把验证码、邀请邮件、通知邮件跑起来Resend 是很顺手的选择。Resend 官方资料也提到可以用幂等键避免重复请求导致重复发送这对重试逻辑很有价值。适合场景独立开发者 现代 Web SaaS 交易邮件为主 希望开发体验简单 希望快速上线需要注意的是不要只看 API 简单还要配置好发信域名、DKIM、SPF、DMARC 和退信处理。Postmark适合重视交易邮件送达Postmark 长期以交易邮件稳定性和送达表现著称。它的官方文档把 Transactional Message Streams 定义为由用户动作触发的一对一邮件例如欢迎邮件、找回密码、订单确认。这非常符合 SaaS 的核心邮件需求。如果你的产品非常依赖注册验证、登录验证码、支付收据、重要通知Postmark 是很稳的选择。适合场景交易邮件非常关键 希望交易和营销流量分开 重视单封邮件状态追踪 需要清楚的投递日志它不一定是最低成本方案但对“关键邮件不能丢”的产品很有价值。Amazon SES适合低成本和规模化Amazon SES 的优势是成本低、可扩展、适合已经在 AWS 生态里的团队。官方文档说明Amazon SES 可以用于发送营销、通知和交易邮件也支持 SPF、DKIM 等邮件认证方式。如果你发送量很大或者已经使用 AWSSES 是很有吸引力的方案。适合场景发送量较大 团队熟悉 AWS 希望控制成本 愿意自己处理更多配置和监控 需要和 AWS 生态集成它的缺点是接入和运维相对更工程化。域名认证、生产权限、退信投诉处理、发送信誉、监控告警都需要认真配置。独立开发者如果想省事SES 未必是最省心的第一选择。SendGrid适合综合型邮件能力SendGrid 是老牌邮件平台支持 Email API、模板、发送统计、联系人和营销相关能力。官方资料强调它的 Email API、动态模板、实时验证和送达洞察等能力。如果你的产品既有交易邮件又有营销邮件、模板管理、运营邮件需求SendGrid 属于综合型方案。适合场景既要交易邮件又要营销邮件 需要模板和运营协作 希望使用成熟平台 需要较完整的统计和工具需要注意的是交易邮件和营销邮件仍然要分开管理不要把所有邮件都混在一个发送流里。Mailgun适合 API、Webhook 和技术团队Mailgun 也是面向开发者的邮件 API 平台支持 API、SMTP、日志、路由和 Webhook。Mailgun 官方 Webhooks 文档说明应用可以通过 Webhook 在接近实时的方式接收账户事件例如投递、失败、投诉等。如果你希望邮件系统和自己的业务系统深度集成尤其重视事件回传和自动化处理Mailgun 是一个成熟选择。适合场景技术团队接入 需要 API 和 Webhook 需要处理投递、退信、投诉事件 需要较强的邮件基础设施能力同样配置域名认证和监控非常重要。不建议自己搭邮件服务器早期 SaaS 不建议自己搭邮件服务器。邮件送达不是把 SMTP 服务跑起来就行。你要处理 IP 信誉、域名信誉、黑名单、退信、投诉、SPF、DKIM、DMARC、TLS、队列、重试、退订、合规。这不是独立开发者早期应该投入大量时间的方向。除非你有非常特殊的合规或基础设施需求否则优先使用成熟邮件服务。选择时看这几个维度你可以用下面维度评估邮件服务交易邮件送达是否可靠 API 是否好用 是否支持模板 是否支持 Webhook 是否能追踪投递、打开、退信、投诉 域名认证是否清楚 是否支持交易和营销分离 成本是否适合你的发送量 是否容易迁移 是否有足够好的日志和排查能力不要只看价格。找回密码邮件进垃圾箱可能比多花一点服务费更贵。一个独立开发默认建议如果你不知道怎么选可以按下面方式想最快接入Resend 最重视交易邮件稳定Postmark 发送量大、成本敏感、熟悉 AWSAmazon SES 需要综合营销和模板能力SendGrid 需要成熟 API 和 WebhookMailgun 不建议早期自建邮件服务器这不是绝对答案但足够应对大多数早期 SaaS。写在最后邮件系统不是边角功能。它关系到登录、安全、支付、通知和用户信任。早期选择邮件方案时优先考虑交易邮件送达、域名认证、日志追踪、Webhook 和后续迁移而不是只看“谁最便宜”。下一篇我们继续聊文件能力文件上传系统。原文链接邮件发送方案对比 | Harries Blog™