Rovela
登录免费注册
← 返回博客
emailapitransactionaldeveloper

Brevo 替代方案（2026）：按发送量计费的事务邮件 API

对照 Brevo 营销+事务套件与联系人计价，对比 Rovela 按发送量的永久免费档、单次 POST /emails、Idempotency-Key、入站与域名邮箱——不复制营销对照页。

更新于 2026年11月4日
Brevo 替代方案（2026）：按发送量计费的事务邮件 API

为什么有人会搜 Brevo 替代方案

Brevo（前身 Sendinblue）是一套 营销 + 事务 的合体产品：活动、联系人、自动化，再加一条事务发送路径，都挂在同一厂商下。已经在 Brevo 上同时跑 newsletter 和 OTP 的团队，往往喜欢这种广度。搜「Brevo alternative」很少是因为「Brevo 投不出去」。

2026 年通常是这些动机：

  • 账单跟着联系人列表长，而不只跟着实际发送量。安静的月份里 CRM 变大，费用也可能涨——即使事务体量没变。
  • 营销 API 与事务 API（以及控制台）是分开的。 发一封密码重置，等于要在增长团队熟悉的营销工具之外，再学一套事务面。
  • 你要的是 面向开发者的事务 HTTP：一条 POST /emails、重试带 Idempotency-Key、签名投递 webhook——而不是为了改密码邮件去翻营销套件。
  • 同域上还要给人用的 业务邮箱（hello@、support@），能在 Webmail 或 IMAP 里打开，而不只是发送 / 营销平台。
  • 边车项目、staging、agent 原型需要 按发送量计费的永久免费档——而不是联系人计价语义。

这不表示 Brevo 在营销自动化或轻度日配额上很弱。它表示很多搜索者要的是：按发送量计费、单一事务 REST 路径、以及 域名邮箱——同时仍要 OTP / 收据可靠。产品矩阵见 Rovela 的 Brevo 替代 页。本文是工程长尾：联系人计价、营销/事务拆分、文档可核验的 Rovela 路径，以及如何迁移且不编造功能。

其他关键词类的相关文（别混钩子）：Resend 替代（邮箱 + 入站）、SendGrid 替代（少接口 HTTP）、Postmark 替代（永久免费 + 邮箱）、Mailgun 替代（免费档 + 路由简化）、Amazon SES 替代（纯 HTTP / 不用 AWS）。本文主关键词仍是 Brevo。

什么时候仍该留在 Brevo

下列情况请留下，或双跑：

  • 你主要是 营销团队，需要同一产品里的活动、分群与自动化，事务邮件只是附带能力。
  • Brevo 的 免费日配额（按 Rovela 对照页：每天 300 封）已经够轻度营销 + 偶尔事务发送，联系人计价也还没咬到你。
  • 采购与 CRM 流程已经标准化在 Brevo，本季度再引入第二个 OTP 厂商的成本大于 DX 差异。

Rovela 面向的是 纯事务 / 开发者 DX：按发送量计价、域名邮箱、入站，以及 Idempotency-Key，全部落在 单次 POST /emails 后面——而不是每次密码重置都要绕开营销套件。

「营销套件 + 联系人计价」会留下的缺口

按联系人计价 vs 按发送量计价

按 Rovela 对照页，Brevo 按联系人数量计价，列表变大即使少发也可能推高账单。Rovela 按 邮件发送量 计价——Free 档每月 100 封免费发送，联系人列表本身不驱动套餐（定价、Brevo 替代）。

免费额度请诚实对比：Brevo 侧 每天 300 封，对轻度营销来说 日配额可以更高；Rovela Free 是 每月 100 封。Rovela 赢在 永久免费 + 按发送量经济 + 邮箱 + 单一事务 API；若你要的是很大的免费营销爆破配额，Brevo 可能更合适。

分开的营销与事务 API

Brevo 提供 REST + SMTP，且 营销与事务 API 分离（Brevo 替代）。对套件产品这很自然；若你的唯一工作是「Worker 发出这封 OTP」，就会变成摩擦。

Rovela 的发送路径就是一次调用：POST https://api.rovela.dev/emails，Bearer 鉴权，扁平 JSON。API 返回入队消息 id（邮件 API、快速开始）。

营销/发送平台 vs 人能打开的邮箱

Brevo 是 发送与营销 平台。Rovela 在同一组织内提供浏览器可访问的 业务邮箱——hello@yourcompany.com 可在 Webmail 或任意 IMAP 客户端打开——同一厂商覆盖对话两边（Webmail 手册、SMTP、Brevo 替代）。免费档含 5 个邮箱；付费档提高数量与容量（定价）。

API 层的幂等键

Rovela 接受 Idempotency-Key 请求头（最长 256 字符）；24 小时内用同一键重试会返回原始响应，而不会再发一封（邮件 API、API：发信）。这对队列 Worker 和超时重试的 AI agent 很关键——尤其当你离开的套件更擅长活动，而不是幂等事务重试。

与发送 API 并列的入站与签名 webhook

Rovela 入站是一等能力：在已验证域名上开启入站、发布 MX、订阅 email.received，应用需要时再拉取解析后的正文（接收邮件）。投递事件（email.delivered、email.bounced、email.complained 等）以签名 webhook 推送（Webhook 概览）。

文档可核验的地图：发信、鉴权、邮箱、入站

1. 一次发送：POST /emails

生产发送用带 sending_access 的密钥，Bearer 鉴权（快速开始、鉴权）。from 必须落在 已验证 域名上。没有「行为不同于线上」的单独沙箱密钥（快速开始）。

curl -X POST https://api.rovela.dev/emails \
  -H "Authorization: Bearer re_your_sending_key" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: brevo-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":"..."}）。
  • 幂等：同一键 24 小时内 → 原始响应，不重复发送。
  • 总览：HTTP 邮件 API。基础 OTP 发送不需要先建营销活动对象。

2. 真正发信前先做域名验证

在控制台添加域名，按提示发布 DNS（SPF、DKIM、DMARC、return-path），再点验证（快速开始、域名指南）。未验证域名的发送会直接 400 拒绝，而不是静默丢弃。Brevo 替代 FAQ 也提到多数团队可保留同一发送域名，通常只需调整 DKIM/SPF（若没有再补 DMARC）。

3. 投递 webhook

注册只订阅你处理得了的事件；校验签名；用事件 id 去重（Webhook、安全）。生产环境优先 webhook，而不是轮询 GET /emails/:id。

4. 业务邮箱、Webmail、SMTP

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

5. 同一组织内的入站

在已验证域名上开启入站（需 full_access 密钥），发布返回的 MX；catch_all 为 false 时可只登记收件人；订阅 email.received（接收邮件）。更深模式见 入站邮件 API webhook。若增长侧仍需要 Brevo 活动，双跑很常见：营销留在 Brevo，OTP/收据放 Rovela。

迁移清单（Brevo 口味）

  1. 创建 Rovela 组织，先用 Free 跑通路径（注册）——永久免费档，不需绑卡。
  2. 验证今天正在用的发送域名（按控制台展示的 DKIM / SPF / DMARC / return-path）。
  3. 为应用服务器创建 sending_access 密钥；域名与入站管理保留 full_access。
  4. 只替换事务客户端：一次 POST https://api.rovela.dev/emails + Bearer——把 from/to/subject/html（或 text）一对一映射。Brevo 营销活动先留着，直到你另做决定。
  5. 在 OTP、魔法链接、收据发送上加 Idempotency-Key，避免重试双发。
  6. 把 webhook 指到现有退信 / 投诉处理；切事务流量前先验签。
  7. 可选： 出站 OTP 干净之后，再创建邮箱并开启入站——尤其是客服以前只活在营销工单里时。

多数团队在 DNS 可控后很快能发出第一封事务邮件（Brevo 替代页）；邮箱与 MX 切换请单独拉长清单，营销自动化请明确 keep/replace。

定价：只引用定价页

需求Rovela Free（文档）说明
月发送量100 封见 定价
邮箱5 个同一免费档
银行卡不需要永久免费档
API / webhook / 入站包含升级提高额度
计价单位发送量不是联系人数量

付费档（定价页上的 Pro、定制 Enterprise）提高邮件、域名、邮箱与存储上限。架构决策前请重新打开 /pricing。Rovela 对照页把 Brevo 免费侧写成 每天 300 封、付费增长写成 按联系人——对外引用 Brevo 报价时，请再核对其官网当前套餐。

本文不是什么

  • 不是声称 Brevo「营销失败」或投递不行——套件广度与更高的免费日配额正是许多人留下的原因。
  • 不是复制 /alternatives/brevo；功能矩阵以该页为准。
  • 不是 Resend / SendGrid / Postmark / Mailgun / SES 文的换皮；那些在上文兄弟篇。本文钩子是 联系人计价、营销/事务 API 拆分、以及 开发者事务 + 邮箱。
  • 不编造 MCP、国内 ESP 话题或未文档化的接口。

下一步

  1. 浏览 Brevo 替代 对照表。
  2. 用 快速开始 + POST /emails 发出一封。
  3. 若需要真人收件箱，创建邮箱并打开 Webmail。
  4. 若需要回复或 support@，开启 入站。
  5. 无密码登录可搭配 OTP / 魔法链接进垃圾箱 与 验证码 vs 链接。

结论： 2026 年搜 Brevo 替代，往往仍尊重 Brevo 作为营销套件——但还要 按发送量计费、一条事务 HTTP 路径、幂等重试，以及 团队能打开的邮箱，而不必为联系人列表增长买单，也不必为了 OTP 再学第二套 API。Rovela 就是为这套栈准备的。请用上文文档核验每一条声明，然后先迁事务路径（营销需要的话可以双跑）。