Cloudflare Email Sending 4月16日公测：Workers 可直接发邮件，无需 API Key

核心看点

• 📧 Cloudflare Email Sending 4月16日开放公测，Workers 可直接发邮件
• 🔑 无需 API key，wrangler.jsonc 里声明 binding 即可调用
• 🔄 配合 2022 年上线的 Email Routing，Workers 邮件能力正式闭环

Cloudflare 官方确认，4 月 16 日起 Email Sending 服务将开放公测。这是 Workers 平台的一个全新 binding，开发者在 wrangler.jsonc 里声明一下，就能直接从 Worker 里发送事务性邮件，再也不用去接 Resend、SendGrid 或 Amazon SES 了。

私测半年，终于公测

Email Sending 的私测从 2025 年 9 月的 Birthday Week 启动，跑了半年多才正式放开。对现在跑在 Workers 上的应用来说，这意味着：验证码、订单收据、magic link 这类事务邮件，以前要额外接一个第三方邮件服务，现在能留在 Cloudflare 一家搞定。

怎么用？不需要 API key

这个服务最特别的地方不是定价，而是调用方式。

传统邮件发送要申请 API key、存环境变量、用 HTTP 调接口，还总担心密钥泄露。Email Sending 走的是 Workers binding 机制，直接在 wrangler.jsonc 里声明一个 SEND_EMAIL binding，然后在代码里直接调用：

export default {
  async fetch(request, env, ctx) {
    await env.SEND_EMAIL.send({
      to: [{ email: "user@example.com" }],
      from: { email: "noreply@your-domain.com", name: "Your App" },
      subject: "Hello World",
      text: "Hello World!"
    });
    return new Response("Successfully sent email!");
  },
};

没有 API key，没有密钥管理。SPF、DKIM、DMARC 三个 DNS 记录，Cloudflare 在添加发件域名时会自动配好。

和 React Email 集成也是一行 import 的事，协议侧同时支持 REST API 和 SMTP，全球单端点部署，Wrangler 本地开发也能模拟邮件发送流程。

补齐了哪块短板

2022 年 Cloudflare 上线 Email Routing 后，Worker 可以接收邮件、解析内容、存附件到 R2、甚至用 Workers AI 做分类。但”发邮件”这一侧始终是空白。

现在 Email Sending 把这块补上后，一个完整的邮件交互循环可以在 Workers 里全部完成：

用户发邮件进来 → Worker 接收并用 AI 解析 → 调用业务 API 处理 → 用 Email Sending 发回复确认 → 附件丢进 R2 → 任务入队 Queues

竞争格局：多一家玩家是好事

Email Sending 对标的显然是 Resend、SendGrid、Amazon SES 三家。InfoQ 报道里提到，Resend 创始人的回应是“邮件市场不是赢家通吃，多一家竞争者是好事”，姿态比较放松。

但真正能被这个服务吸引的，还是那些已经在 Cloudflare 生态（Workers、R2、KV、D1、Queues）里的开发者。吸引力不是便宜，而是少一个外部依赖——少管一个 API key，少跨一次供应商网络，少一份账单。

不是所有场景都适用

⚠️ 如果你的应用本来就不在 Workers 上跑，Email Sending 的”生态闭环”价值就不大了，继续用 Resend 或 SES 是更合理的选择。

另外几个已知限制：

• 纯免费 Workers 用户不能用，必须订阅 Workers Paid（$5/月起）
• 最终定价尚未定稿，以 4/16 上线时官方披露为准
• 发件域名需要在 Cloudflare DNS 管理下才能自动配置安全记录
• 投递率、退信率等生产指标，公测后才能见真章

获取方式

4 月 16 日起，在 Cloudflare Dashboard 的 Workers 管理界面可直接开启。前置条件是：订阅 Workers Paid，且发件域名已接入 Cloudflare DNS。