Mucha gente supone que tener correo electrónico en su propio dominio requiere pagar por Google Workspace o Microsoft 365. No es así, al menos si lo que necesita es recibir correo electrónico el contato@seudominio.com y recibirlo en una bandeja de entrada que ya utiliza. Cloudflare Email Routing hace precisamente eso, de forma gratuita, en menos de diez minutos de configuración. El problema surge cuando alguien trata este alcance limitado como un punto de partida para construir algo más grande sin entender lo que el servicio deliberadamente no hace.
Qué hace el enrutamiento de correo electrónico, sin adornos
El servicio recibe correo electrónico dirigido a su dominio y lo reenvía: a una o más direcciones de correo electrónico verificadas, o a un trabajador de correo electrónico que usted escriba. Sólo eso. No hay correo web, no hay bandeja de entrada propia, no hay protocolo IMAP o SMTP de salida. El correo electrónico llega a los servidores de Cloudflare, se enruta de acuerdo con las reglas que usted configuró y continúa.
Las reglas funcionan de dos maneras. Usted define direcciones específicas (hello@seudominio.com va a seu@gmail.com, suporte@seudominio.com va a otra dirección) o configura un comodín con *@seudominio.com que captura todo lo que no coincide con ninguna regla específica. Las direcciones de destino deben verificarse: Cloudflare envía un enlace de confirmación a cada dirección antes de aceptarla como un destino válido. Sencillo, sin sorpresas.
El límite de tamaño por mensaje es de 25 MB, en línea con lo que aceptan la mayoría de los proveedores. No existe un límite de volumen de mensajes documentado para el plan gratuito, aunque esto puede cambiar a medida que evoluciona el servicio.
El requisito que pilla por sorpresa a la gente
Para utilizar el enrutamiento de correo electrónico, su dominio debe utilizar servidores de nombres de Cloudflare. No se limite a apuntar registros MX a sus servidores mientras mantiene otro proveedor de DNS. Debes delegar todo el dominio a Cloudflare. Cuando habilita el enrutamiento de correo electrónico en el panel, Cloudflare agrega automáticamente registros MX que apuntan a sus servidores receptores y los administra como parte de la zona DNS.
Esto es relevante porque muchos equipos llegan a Cloudflare vía CDN o WAF, con el dominio ya delegado. Para ellos, activar el enrutamiento de correo electrónico es trivial. Cualquiera que solo use Cloudflare como proxy inverso para unos pocos subdominios mientras mantiene DNS en otros lugares necesitará migrar toda la zona, una decisión más importante de lo que parece cuando hay registros críticos repartidos a lo largo de años de configuración acumulada.
Aquellos que no quieran o no puedan mover los servidores de nombres tienen alternativas. Improvmx, por ejemplo, funciona con cualquier proveedor de DNS: agregas un registro TXT para verificación y dos registros MX, y listo. El costo es la flexibilidad programática: Improvmx no tiene equivalente a Email Workers.
Lo que no podrás hacer con esto
No es posible responder a un correo electrónico de contato@seudominio.com mediante el enrutamiento de correo electrónico. Cuando recibe un mensaje reenviado y hace clic en "responder" en su Gmail, el remitente aparece como su dirección de Gmail, no como su alias de dominio. Para enviar correo electrónico desde su propio dominio, necesita un servicio independiente: Resend, SendGrid, Mailgun, Amazon SES, Postmark. El enrutamiento de correo electrónico no tiene nada que ver con el flujo saliente.
Esta no es una limitación técnica accidental. Cloudflare ha separado deliberadamente los problemas: recibir correo electrónico es una cosa, enviarlo es otra, y los dos tienen requisitos de infraestructura muy diferentes. Tiene sentido desde el punto de vista arquitectónico, pero cualquiera que no lea la documentación antes de configurar perderá el tiempo tratando de descubrir por qué no pueden realizar envíos.
Otro punto sorprendente: el servicio message.reply() disponible en Email Workers (para respuestas programáticas) no envía a través de su dominio. La respuesta deja una dirección noreply@cloudflare.com. Si desea respuestas automáticas que parezcan provenir de suporte@seudominio.com, debe integrarse con un proveedor SMTP saliente.
La configuración que funciona para la mayoría de los casos.
La configuración más común para equipos pequeños o proyectos personales: dos o tres direcciones específicas enviadas a la bandeja de entrada personal del responsable, más un comodín que apunta al mismo lugar o a una dirección dedicada al screening. Tarda menos de diez minutos, funciona de manera confiable y elimina la necesidad de pagar por Google Workspace solo para tener una dirección con el dominio de su empresa.
Para un uso más sofisticado (creación automática de tickets a partir de correos electrónicos de soporte, análisis de archivos adjuntos, filtrado de spam antes de reenviarlo), la integración con Workers es el camino a seguir. El correo electrónico llega al trabajador como un objeto con message.from, message.to, message.headers y message.raw (un ReadableStream con el mensaje RFC 2822 completo). Tú decides qué hacer: reenviar, rechazar con motivo o procesar e integrar con otros servicios. Este flujo merece un post aparte.
Qué debe decidir un líder técnico antes de activarse
La pregunta no es si el enrutamiento de correo electrónico es bueno, sino si resuelve el problema que tiene. Si el dominio ya está en Cloudflare, si solo necesita recibir correo electrónico y si el equipo entiende que el envío requerirá un servicio separado, la respuesta es un sí sin reservas. Gratis, confiable y programable a través de Workers cuando sea necesario.
Si el dominio no está en Cloudflare y no deseas mover los servidores de nombres, Improvmx resuelve el reenvío simple sin este requisito. Si necesita algo más completo (correo web, IMAP, envío desde su propio dominio), Google Workspace a R$ 30 al mes por usuario sigue siendo la opción más rápida de poner en producción sin deuda de configuración.
El riesgo concreto de no comprender el alcance: alguien configura el enrutamiento de correo electrónico, asume que "el correo electrónico del dominio está funcionando" y sólo descubre que no puede enviar cuando intenta enviar una propuesta a un cliente desde la dirección de la empresa.
Lea también
- Las limitaciones de Cloudflare Email Routing que el tutorial no menciona
- Enrutamiento de correo electrónico vs Improvmx vs Reenvío de correo electrónico: comparación honesta
- Cloudflare DNS: infraestructura de red que va mucho más allá de resolver nombres
- Balanceo de carga y dirección geográfica de Cloudflare: cuando DNS se convierte en una capa de tráfico inteligente
- DNSSEC con Cloudflare: qué protege, qué no protege y cómo activar sin problemas
- DNS proxy vs DNS solamente: qué cambia y cuándo tiene sentido cada modo