Mailchimp Transactional（Mandrill）替代方案（2026）：扁平 HTTP 发信 + 域名邮箱

对照 Mailchimp Transactional / Mandrill 的嵌套 messages/send 与额度包，与 Rovela 的扁平 POST /emails、Idempotency-Key、入站与域名邮箱——何时双跑。

为什么有人在搜 Mailchimp Transactional（Mandrill）替代方案

Mailchimp Transactional——搜索里仍常叫 Mandrill——是 Mailchimp 营销套件旁的事务邮件产品。它提供成熟的 messages/send API、模板，以及按额度（credits）计费的用量包装，很多线上应用已经用了多年。2026 年输入 “Mailchimp Transactional alternative” 或 “Mandrill alternative” 的工程师，很少是在说「Mandrill 投递不了」，而通常是在说下面之一：

发送契约是嵌套 JSON：顶层 API key，内容放在 message 里，含 from_email / from_name / to[] 对象、merge vars、可选 async——对主要发 OTP、魔法链接、收据、邀请的 SaaS 偏重。
产品嵌在 Mailchimp 生态里。开通 Transactional 往往要走 Mailchimp 账号路径，控制台与营销共用，心智模型混着受众/活动与应用触发邮件。
定价按事务额度（按块售卖；具体块大小与单价请看 Mailchimp 官网，本文不编造数字）——适合稳定高量，不太适合想要「永久免费额度 + 真投递」的边角项目、预发环境或 AI agent 原型。
希望 hello@ / support@ 人类邮箱 和入站与发信 API 在同一组织——而不是营销套件 + Mandrill 旁边再挂一个邮箱厂商。
Worker / 无服务器超时重试需要与 OTP 路径同一扁平 POST 上的一等公民 Idempotency-Key。

以上并不表示 Mailchimp Transactional 在规模上弱。搜索意图往往是：扁平 HTTP 事务发信、API 旁的邮箱，以及更小的 OTP 形流量表面。截至本文撰写，Rovela 没有单独的 /alternatives/mandrill 营销页——这是工程长尾文。其他关键词类的兄弟文（勿混钩子）：SendGrid 替代、Resend 替代、Postmark 替代、Mailgun 替代、Brevo 替代、Amazon SES 替代、SparkPost 替代、Mailtrap 替代、Plunk 替代。本文主关键词仍是 Mailchimp Transactional / Mandrill。

何时仍应继续用 Mailchimp Transactional（Mandrill）

留下——或双跑——如果：

你已按 Mandrill credits 买量，块定价仍优于再开一家 ESP，贵的是信誉/IP 历史，不是 JSON 形状。
遗留任务熟练使用 messages/send 与 messages/send-template（merge vars、metadata、async 批量），本季度重写风险高于留住供应商。
组织已在 Mailchimp 做营销，采购或品牌工具希望事务 + 营销在同一厂商关系下。
合规已批准 Mandrill webhook 与退订/抑制行为，为 OTP 再开一家 ESP 不值得走评审。

Rovela 面向想要扁平 POST /emails、签名投递 webhook、域名邮箱、入站与 Idempotency-Key 在同一组织、并带永久免费小用量档的开发者——而不是带嵌套事务 API 的营销平台。

「Mandrill 味」对事务 SaaS 的体感

四个字段也要包一层 `message`

Mandrill 经典发送体把 API key 放顶层，内容进 message，收件人是对象（email / name / type），发件人是 from_email / from_name。对 merge 很重的活动很有表达力；对只要 from / to / subject / html 的应用则偏仪式感。Rovela 文档是单一端点上的扁平体：POST https://api.rovela.dev/emails（HTTP email API、Quick Start、API: emails）。

Mailchimp 生态 vs 邮件基础设施

Mailchimp Transactional 旁是受众、journey 与营销发送。一队人同时管 newsletter 与密码重置时很有价值；只做认证邮件的产品工程师仍要付多产品账号的认知成本。Rovela 聚焦邮件基础设施：发信 API、webhook、入站，以及域名上的企业邮箱（定价、webmail 手册、SMTP）。

Credits vs 永久 Free 的 OTP 原型

Mandrill 包装偏额度（请看 Mailchimp 事务定价页的当前块——此处不编造单价）。边角项目、预发组织、agent 原型常想要永久 Free、能真投递、不必先买 credit 包。Rovela Free 含每月 100 封、5 个邮箱、1 GiB 存储且无需绑卡；升级只提高限额，不换另一套 API（定价）。

只出站 vs 人类能打开的收件箱

事务 ESP 擅长出站；创始人与客服仍需要浏览器或 IMAP 里的 support@yourdomain.com。Rovela 在同一组织提供邮箱。客户端 SMTP 为 mx.rovela.dev:465，按设备凭据（SMTP）。

Worker 重试时的幂等

Rovela 接受 Idempotency-Key；24 小时内重试返回原响应而不再发一封（email API）。Mandrill 有自己的 async / metadata 模式——本文不宣称独家。对 SaaS 团队而言，关键是幂等键落在 OTP 已在用的同一扁平 POST上。

文档对照：发信、鉴权、webhook、邮箱、入站

1. 一次发送：`POST /emails`

用带 sending_access 的 Bearer 密钥鉴权（Quick Start、Authentication）。from 必须在已验证域名上。没有与线上行为不同的单独沙箱密钥（Quick Start）。

curl -X POST https://api.rovela.dev/emails \
  -H "Authorization: Bearer re_your_sending_key" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: mandrill-migrate-otp-user_123-2026-11-05" \
  -d '{
    "from": "Acme <no-reply@yourdomain.com>",
    "to": "alice@example.com",
    "subject": "Your Acme code: 482913",
    "html": "<p>Your verification code is <b>482913</b>. It expires in 10 minutes.</p>",
    "text": "Your verification code is 482913. It expires in 10 minutes."
  }'

响应：入队消息 id（{"object":"email","id":"..."}）。
幂等：24h 内同 key → 原响应，不重复发送。
概览：HTTP email API。200 表示已接受投递，不是「已进收件箱」。

2. 真发信前先验证域名

在控制台添加域名，发布所示 DNS（SPF、DKIM、DMARC、return-path）后验证（Quick Start、域名指南）。未验证域名会 400 拒绝——不会静默丢弃。Mandrill 对现代账号同样要求验证域名与 SPF/DKIM——这是行业卫生，不是 Rovela 独有。

3. 投递 webhook

注册你处理的事件（email.delivered、email.bounced、email.complained 等）。投递带签名（x-resend-signature）；尽快返回 2xx，按事件 id 去重（Webhooks overview、Security）。生产优先 webhook，少轮询 GET /emails/:id。读消息状态需要 full_access 或控制台会话；sending_access 只能发（API: emails、Authentication）。

4. 企业邮箱、webmail、SMTP

Webmail：rovela.email / webmail 手册。
客户端 SMTP：主机 mx.rovela.dev，端口 465 SSL/TLS；用户名=完整地址；密码=按设备凭据（SMTP）。邮箱只能以自身身份发送，并用你的域名 DKIM 签名。
Free 含 5 个邮箱；付费档提高数量与存储（定价）。

应用量走 HTTP；人类与仅 SMTP 的应用走 SMTP。

5. 模板与同一组织上的入站

可存带变量的模板并按 ID 发送——各套餐均含模板（定价、模板欢迎信示例）。在已验证域名上启用入站（full_access 密钥），发布返回的 MX，catch_all 为 false 时可列收件人，订阅 email.received（Receiving email）。更深模式：入站邮件 API webhook。

迁移清单（Mandrill / Mailchimp Transactional 味）

不是 SDK 一键替换。以扁平 HTTP JSON 为契约。

盘点流量。 把事务（OTP、魔法登录、邀请、收据）与营销受众、Mandrill 偏批量的 async 任务分开。先迁事务。认证邮件卫生：OTP/魔法链接进垃圾箱。
创建 Rovela 组织，用 Free 证明真投递（注册）——永久免费档、无需绑卡（定价）。
验证发信域名（按所示 DKIM / SPF / DMARC / return-path）。DNS 传播期间可双发——剩余量继续用 Mandrill credits。
为应用服务器建 sending_access 密钥；域名、模板、webhook、入站管理用 full_access（Authentication）。
把嵌套 message 换成 POST https://api.rovela.dev/emails：from_email+from_name → from，to[].email → to，subject/html/text 一一对应。附件、模板、调度、批量等可选字段对照线上文档——不要假设 Mandrill 字段名。
在 OTP、魔法链接、收据上加 Idempotency-Key，避免重试双发。
重接事件 webhook。 Mandrill 事件体 ≠ Rovela 签名体。验签；返回 2xx；按 id 去重（Webhooks overview）。
邮箱其次。 建 hello@ / support@，试 webmail，再把 IMAP/SMTP 客户端切到 mx.rovela.dev:465。
入站最后。 MX 变更影响该主机名全部邮件。启用入站、订阅 email.received，就绪后再切 MX——若已有自建邮服，可用文档中的 ingress 转发（Receiving email）。

多数团队会为额度经济或营销相邻流量保留 Mailchimp Transactional，只把 OTP/收据路径迁走。这种拆分很正常——不是任何一方产品失败。

定价：不编造 Mandrill 数字

需求	Rovela Free（文档）	说明
月发送量	100 封	见定价
邮箱	5	同一 Free 档
存储	1 GiB	同一 Free 档
绑卡	不需要	永久免费档
API / webhook / 入站 / 模板	含	升级只提限额

付费档（定价页 Pro、Enterprise 定制）提高邮件、域名、邮箱与存储上限。架构落地前务必再读 /pricing。Mailchimp Transactional 额度块只引用 Mailchimp 官方事务定价——此处不编造其限额。已在 Mandrill 上的企业仍可能因额度经济留下；本文不编造相反结论。

本文不是什么

不是说 Mailchimp Transactional / Mandrill「投递失败」或「扛不住量」——规模与 credits 正是人们从那里起步的原因。
不是营销对比表的克隆——截至撰写没有可粘贴的 /alternatives/mandrill 页。
不是 SendGrid / Resend / Postmark / Mailgun / Brevo / SES / SparkPost / Mailtrap / Plunk 文的换皮；那些在上方兄弟链接。本文钩子是：扁平 HTTP vs 嵌套 message、邮件+邮箱 vs Mailchimp 生态、永久 Free vs credit 包做 SaaS OTP。
不发明 MCP 工具、中国境内 ESP 话题或未文档化端点。

下一步

发信：Quick Start · Email API · Authentication
运维：Webhooks overview · Receiving email
人类邮箱：Webmail manual · SMTP
限额：Pricing

一句话： 2026 年搜 Mailchimp Transactional / Mandrill 替代，往往仍尊重 Mandrill 的额度与规模——但 SaaS OTP 路径想要扁平 POST /emails、已验证域名投递、幂等重试，以及团队能打开的邮箱。Rovela 为这条事务栈而建。嵌套模板与 credit 经济已合适处保留 Mandrill；轻量路径用上文文档迁移即可。