Cloudflare Email Service: lanzamiento de la beta privada

 (blog.cloudflare.com)
5 puntos por GN⁺ 2025-09-26 | 3 comentarios | Compartir por WhatsApp
  • Cloudflare Email Service es una función de envío de correos transaccionales integrada con Cloudflare Workers
  • La configuración automática de DNS y la infraestructura global refuerzan la confiabilidad y entregabilidad del correo
  • Compatible tanto con REST API como con SMTP, y puede integrarse con frameworks de correo existentes como React Email
  • Al combinarse con Email Routing, permite implementar flujos de trabajo end-to-end como recepción y análisis de correos

Introducción e importancia de Cloudflare Email Service

  • Cloudflare Email Service permite a los desarrolladores enviar correos transaccionales directamente desde Cloudflare Workers y, al combinarse con la función existente de Email Routing, ofrece una solución de correo unificada
  • El correo se utiliza para registro de usuarios, notificaciones de eventos, envío de facturas y, recientemente, también como entrada y salida clave en flujos de trabajo basados en IA
  • Destaca la simplicidad y la confiabilidad para resolver lo complicado que era antes gestionar el envío de correos e integrarlo de forma natural en el flujo de trabajo del desarrollador

Funciones clave y experiencia para desarrolladores

Envío de correos transaccionales

  • Es posible enviar correos directamente desde Cloudflare Workers y se puede implementar fácilmente solo con un binding de Email, sin la complejidad de gestionar API keys
  • En el código de ejemplo, se puede enviar un correo de forma sencilla con env.SEND_EMAIL.send
  • No existe el riesgo de almacenar API keys o secrets, y la seguridad puede reforzarse simplemente agregando el binding en wrangler.jsonc
  • También se pueden hacer pruebas de emulación con wrangler en entornos locales

Confiabilidad y entrega global

  • La configuración integrada de DNS administra automáticamente los registros SPF, DKIM y DMARC
  • Está diseñado para que los correos lleguen a la bandeja de entrada de los usuarios de forma rápida y estable
  • Gracias a la infraestructura global, es posible una entrega de correo de baja latencia sin la complejidad de administrar regiones de servidores

Diseño amigable para desarrolladores e integración

  • El correo es un elemento esencial dentro del flujo de trabajo del desarrollador y determina la experiencia central de la aplicación
  • Soporta tanto REST API como SMTP, y también permite reutilizar sin cambios correos HTML generados con frameworks existentes como React Email
  • Ofrece monitoreo y depuración en producción, incluyendo historial de envíos de correo y tasa de rebote

Ejemplo: integración con frameworks externos

  • Las plantillas de correo creadas con React Email y similares pueden aplicarse directamente al método send
  • Los desarrolladores pueden migrar fácilmente sus herramientas y código existentes

Flujos de trabajo end-to-end combinados con Email Routing

  • Con Email Routing, se pueden crear direcciones de correo personalizadas basadas en dominio y procesar mediante programación los mensajes entrantes con un Worker
  • En combinación con Workers AI, admite diversos flujos de automatización como análisis, clasificación, resumen y respuesta automática de correos entrantes
  • Ejemplos: creación automática de tickets a partir del correo del equipo de soporte o almacenamiento separado de archivos adjuntos de facturas

Código de ejemplo: análisis y procesamiento de correo entrante

  • El contenido del correo entrante se analiza con IA, se etiqueta y luego se envía a un canal de procesamiento separado

Ventajas de un servicio de correo integrado

  • La combinación de Email Sending y Routing permite construir un servicio completo basado en correo, de extremo a extremo
  • Por ejemplo, si llega un correo a la dirección support, dentro de Cloudflare un Worker puede encargarse de analizar el contenido, crear un ticket y enviar un correo de respuesta automática

Cobro y alcance del servicio

  • Email Sending requerirá una suscripción pagada a Workers y se cobrará según la cantidad de correos enviados
  • La política oficial de precios se publicará más adelante, y se notificará con anticipación a los usuarios antes de cualquier cambio
  • Email Routing actualmente se ofrece gratis y se mantendrán las limitaciones de uso existentes

Cierre y calendario de disponibilidad

  • Cloudflare Email Service fue desarrollado con el objetivo de servir como motor para agentes de IA de próxima generación, tareas en segundo plano y flujos de automatización
  • Su lanzamiento está previsto como beta privada en noviembre
  • Si te interesa Email Sending, puedes registrarte en la lista de espera
  • Email Routing ya puede usarse de inmediato y más adelante se integrará en la nueva API de correo

Conclusión

  • La incorporación de Cloudflare Email Service puede impulsar la innovación en la experiencia de usuario centrada en el correo dentro de la plataforma para desarrolladores
  • Se espera que, en adelante, se acelere el desarrollo de diversas aplicaciones, IA y flujos de trabajo de automatización centrados en el correo

Lecturas relacionadas

3 comentarios

 
shakespeares 2025-10-05

Parece que tiene varias eficiencias interesantes..
Me decepciona un poco que esté tan especializado en correos transaccionales que no ofrezca elementos de marketing, y que dependa demasiado de Cloudflare.
 
GN⁺ 2025-09-26
Opiniones en Hacker News
  • Al final, tarde o temprano, todos los protocolos de internet terminarán siendo MITM (ataque de intermediario) por parte de Cloudflare. Es una situación en la que Cloudflare se vuelve el punto único por el que pasa todo el tráfico.
    • Si soy sincero, el internet sin Cloudflare era peor. Mientras le dé un buen servicio a los clientes, está bien. Google también podría hacer esto pero no lo hace, así que tampoco es que Cloudflare tenga un monopolio. Al menos Cloudflare no vende anuncios con los datos de sus clientes.
    • Suelo ser crítico con Big Tech en general, pero no le veo problema a que Cloudflare ofrezca infraestructura para envío de correo. El momento en que de verdad habría que preocuparse es si Cloudflare crea una posición dominante en el mercado, incurre en prácticas anticonsumidor o viola leyes antimonopolio y el gobierno de EE. UU. lo deja pasar fácilmente. Por ahora, sigue siendo un entorno donde otras grandes empresas también pueden competir ofreciendo servicios de envío de correo. Mientras se respete la ley de competencia, no hay problema. Además, dicen que Cloudflare configura automáticamente SPF, DKIM y DMARC, así que dependiendo de cómo evolucione la situación, yo mismo estaría dispuesto a usarlo. Es un tema del que no quiero estar pendiente.
    • Después van a cobrarte por “protegerte de los rastreadores de IA”, y luego también van a cobrar extra por negociaciones colectivas con Google y otros.
    • Siendo realistas, hoy en día ya casi no existe una forma de enviar correo de manera significativa sin pasar por intermediarios. Filosóficamente es una observación válida, pero en la práctica ya vivimos con mediadores como Cloudflare.
    • No termino de entender el escenario en el que Cloudflare haga MITM para hacer algo malicioso. Sus términos y contratos prohíben abusar de los datos, y como la mayor parte de sus ingresos viene de grandes empresas, si estallara un problema de uso indebido de datos los clientes se irían en masa o incluso habría demandas, así que no tiene mucho sentido que lo hicieran. Lo que sí me parece un poco sospechoso es que hasta atacantes de DDoS se protejan entre sí usando Cloudflare, aunque incluso ahí no están abusando de los datos de los usuarios como tal.
  • Cloudflare anunció la beta privada de Email Sending. Muchos comentarios lo confundieron con un servicio de hosting de correo, pero en realidad lanzaron algo más parecido a su propio Sendgrid.
    • Me da curiosidad por qué Cloudflare quiere ofrecer este servicio. Da la impresión de que están sacando productos muy variados al azar. No sé si quieren convertirse en una plataforma cloud completa como AWS u otros, o si tienen algún otro objetivo.
    • En realidad se parece más a Amazon SES que a Sendgrid.
    • Depender de una sola empresa con base en Estados Unidos para el envío de correo sí suena algo riesgoso.
    • Precisamente por eso me entusiasma. Era una función que hacía falta.
  • Ahora que esto ya es posible, hay algo que me gustaría pedirle a quien quiera arrancar un nuevo proyecto open source. Ojalá alguien cree un servicio serverless de filtrado de spam. Que corra en Cloudflare Workers y pueda ponerse delante de un correo autoalojado. Por ejemplo: gestión de listas negras y blancas, detección de phishing, envío de un resumen diario de spam una vez al día, escaneo antivirus de archivos adjuntos y reemplazo de enlaces embebidos por previsualizaciones o validaciones de contenido malicioso. Funciones así me harían querer salir del stack de correo de Microsoft.
  • Hoy en día, el hosting o la infraestructura de correo en la práctica solo la pueden manejar bien las grandes empresas. Parece que ya pasó la época en la que individuos o equipos pequeños lo operaban por su cuenta. Más que una crítica a Cloudflare, es una expresión de frustración por la realidad de la infraestructura de correo en internet. En general me gustan los productos de Cloudflare porque son simples y tienen precios razonables.
    • Los clientes de Cloudflare son sobre todo empresas que necesitan enviar correos esenciales para servicios web, como restablecimiento de contraseñas o verificación de cuentas. En vez de dejarme montar yo mismo toda esa infraestructura, espero que Cloudflare también se expanda a SMS y termine compitiendo con Twilio.
    • Yo sigo administrando mi propio servidor de correo y jamás pienso migrar a un servicio comercial como Google. La protección de privacidad es muchísimo mejor y no tengo que depender de límites de almacenamiento ni de cambios en los términos de servicio. La principal razón por la que la gente ya no opera sus propios servidores de correo es la visión cortoplacista y la flojera de los administradores de TI. Muchos pensaron que la nube sería más fácil y barata, pero ahora están atrapados en esa trampa.
    • Llevo 10 años operando mi propio servidor de correo personal y no he tenido grandes problemas. Solo hay que tener bien configurados los registros rDNS, SPF y DKIM. Una vez tuve un problema para enviar correo a una dirección vieja de @att.com, pero seguí las instrucciones del mensaje de rebote, contacté al administrador y en unas horas quitaron el bloqueo a la IP de mi servidor.
    • Ese tipo de historias se parecen más a un mito que solo aplica a ciertos casos. Yo opero mi propia infraestructura de correo desde 1999 y no he tenido problemas.
    • Con https://github.com/docker-mailserver/docker-mailserver tampoco es tan difícil operar tu propio servidor de correo. El problema es que Gmail bloquea todos los correos que vienen de IPs de DigitalOcean. Da igual si la IP no tiene historial de spam, si es un correo de respuesta o si ya está registrada en Google Postmaster. Si quieres autoalojarte, desde el principio necesitas conseguir una IP que no esté bloqueada.
  • Ya pedí acceso anticipado a la beta privada de Cloudflare Email Sending. Hasta ahora también he usado Resend, Sendgrid, Loops y otros, y Resend me parece el más fácil y cómodo, sobre todo gracias a la librería React Email. Antes sufría armando correos HTML a mano y cuidando todos los estilos, pero ahora puedo escribirlos fácilmente como componentes de React. La validación antes del envío es importante, así que estoy validando direcciones con la API de Emailable, pero Resend no lo soporta de forma nativa. Si Cloudflare lo ofreciera por su cuenta, estaría buenísimo. Normalmente los proveedores de correo no le ponen mucha atención a eso, pero de verdad sería una gran mejora.
  • Con el servicio que anunció Cloudflare esta vez (Email Sending), pienso cambiarme de Sendgrid de inmediato. Sendgrid eliminó recientemente su plan gratuito de 100 correos al día, y ahora su plan mínimo cuesta $20 al mes por 50,000 correos, lo cual resulta exageradamente caro para proyectos con poco tráfico.
    • Y aun con esa política de precios, el 95% del spam que recibo viene de Sendgrid. Aun así, si lo reportas a abuse@ de Sendgrid, aunque sea de forma automática, sí responden y luego envían un correo de seguimiento confirmando que lo atendieron, así que al menos genera algo de confianza. El spam no disminuye, pero el manejo sí es rápido.
    • Zeptomail de Zoho tenía buen precio y era bastante confiable https://www.zoho.com/zeptomail/
    • Después de que terminó el plan gratuito de Sendgrid, me cambié fácilmente a Resend para formularios de contacto. Ofrecen un plan gratuito parecido, así que estoy satisfecho.
    • Mailgun también ofrece 100 correos al día gratis https://www.mailgun.com/pricing/
    • Recomiendo https://mailpace.com. Tienen un plan de 1,000 al mes por $40 al año; no aparece en la página de precios, pero sí se puede elegir al registrarte.
  • Como referencia, yo hice un proyecto llamado Guten Email Notification basado en Cloudflare Email Service. Sirve para enviarte correos de notificación a ti mismo de forma sencilla desde un NAS, servidores de homelab, GitHub Actions y similares. Se puede ver aquí: https://github.com/gutenye/email-notification
  • El escenario mencionado en el ejemplo, donde “un worker recibe un correo, analiza el contenido, llama a una API para emitir un ticket y enseguida envía una confirmación por correo con el número de ticket”, en realidad ya era posible. Antes también se podía responder directamente desde un email worker.
    • Yo pensé exactamente lo mismo. La diferencia es que ahora, si hace falta procesamiento complejo, ya es posible dejarlo en una cola, así que es un poco distinto al ejemplo.
  • Por fin salió la función que quería. Mis dos proyectos en producción están basados en Cloudflare Workers, y tener que entrar a AWS cada vez para gestionar SES y poder enviar correos era demasiado molesto. Incluso terminé tomando notas sobre qué botón había que presionar y adónde ir, por miedo a olvidarlo. Parecía una nota escrita para una persona mayor no muy familiarizada con TI.
    • Últimamente me ha empezado a gustar esta dirección que está tomando Cloudflare. Ya no es solo un CDN simple, sino que se está convirtiendo en una nube de verdad como AWS o Azure, y siento que la experiencia para desarrolladores es mejor que la de cualquier otra nube.
  • Una pregunta para alguien de Cloudflare: hasta ahora creábamos subcuentas en Sendgrid (todo por API) y hacíamos que el cliente agregara y verificara su propio dominio añadiendo algunos registros DNS, para así enviar correos desde el dominio del cliente. DKIM y SPF también quedaban configurados sin problema. Me gustaría saber si Cloudflare Email Routing también soporta este tipo de subcuentas y configuración de dominios de clientes.
 
koyokr 2025-09-29

Es curioso que, entre quienes llevan N años haciendo self-hosting de correo electrónico, todos dicen que no es difícil, pero siempre terminan contando que los bloquearon.