Cómo enviar correos transaccionales desde tu app de Lovable
Tres formas de enviar correos de registro, contraseña y pedidos desde Lovable (Lovable Emails, Resend o SMTP), cómo verificar tu dominio y probar la entrega.
Read in English →
Una app de Lovable puede enviar correos transaccionales (confirmación de registro, cambio de contraseña, recibos, avisos) de tres formas: con la función Emails integrada de Lovable en los planes pagos, que envía desde tu propio dominio y configura el DNS por ti; con el conector de Resend, que envía a través de tu propia cuenta de Resend; o, si tu app usa su propio proyecto de Supabase, con un servidor SMTP propio para los correos de autenticación. En los tres casos el dominio de envío tiene que estar verificado con registros SPF y DKIM, y los correos se mandan desde código de servidor, nunca desde el navegador.
A continuación: cómo elegir entre las tres, la configuración de cada una, el paso de DNS donde más gente se equivoca y cómo comprobar que los correos llegan.
¿Qué opción de correo me conviene?
| Lovable Emails | Conector de Resend | SMTP propio (tu Supabase) | |
|---|---|---|---|
| Correos de autenticación (confirmar, contraseña, enlace mágico) | Sí, a través del backend integrado | No, esos necesitan SMTP o Lovable Emails | Sí |
| Correos de la app (recibos, avisos) | Sí | Sí | Requiere código de envío aparte |
| A quién le pagas | Créditos de Lovable por encima del volumen incluido | A Resend | A tu proveedor de SMTP |
| Marketing o newsletters | No es su foco | Sí | Depende del proveedor |
| Necesitas otra cuenta de correo | No | Sí | Sí |
Para la mayoría de los proyectos en Lovable Cloud, Lovable Emails es el camino más corto. Elige Resend si ya gestionas tus envíos ahí, si necesitas correo de marketing o si quieres sus herramientas de entrega. Elige SMTP propio si el login de tu app corre en tu propio proyecto de Supabase.
¿Cómo configuro Lovable Emails?
Según la documentación de correos de Lovable:
- Está disponible en planes pagos, y cada workspace pago incluye 50.000 correos transaccionales al mes. Por encima de eso, cada 1.000 correos cuestan 4 créditos.
- Hay límites por hora para cada workspace. En Pro, 100 correos de la app y 500 de autenticación por hora; más en Business y Enterprise. Al llegar al límite, los correos nuevos se rechazan hasta que empiece la hora siguiente.
- Los correos de autenticación necesitan el backend integrado (Cloud). Los de la app necesitan código de servidor: los proyectos TanStack Start tienen su propio servidor; los React + Vite usan Cloud.
Pasos
- Abre More → Cloud → Emails y agrega tu dominio. Tiene que hacerlo un administrador o el dueño del workspace.
- Lovable crea un subdominio de envío, como
notify.tudominio.com, y arranca un flujo guiado de DNS. Puedes dejar que actualice tu proveedor de DNS solo o copiar los registros a mano. - Espera a que el estado pase de Verifying a activo.
- Genera las seis plantillas de autenticación incluidas (confirmar registro, restablecer contraseña, invitación, enlace mágico, cambio de correo y reautenticación) y ajusta la marca.
- Para los correos de la app, pide lo que necesitas en el chat: "Envía un correo de confirmación de pedido después del pago". Lovable arma la plantilla y agrega un enlace para darse de baja al pie.
El paso de DNS donde más se equivoca la gente
La configuración pide registros NS para el subdominio de envío. Agrégalos como registros dentro de tu zona DNS, para el nombre que te muestra (por ejemplo notify). No reemplaces los servidores de nombres de tu dominio en el registrador: eso dejaría sin servicio tu sitio y tu correo completos. Algunos proveedores, como Hostinger y Wix, no pueden guardar registros NS en subdominios; Lovable lo detecta y te muestra otra opción.
Si alguien modifica esos registros después, Lovable marca el dominio como Offline y los envíos se detienen, así que no los toques.
¿Cómo envío con Resend?
- Crea una cuenta de Resend y verifica ahí tu dominio de envío. Hasta que lo hagas, solo puedes mandarte correos a ti mismo.
- Crea una clave de API. Con Sending access alcanza para una app que solo envía; las claves empiezan con
re_y se muestran una sola vez. - En Lovable, abre Connectors, elige Resend, agrega una conexión con la clave y vincúlala a tu proyecto.
- Pide en el chat: "Usa Resend y envía un correo de bienvenida cuando se cree una cuenta nueva".
Lo que envíes así cuenta para tu plan de Resend, no para los créditos de Lovable. Si escribes tú el código de envío en una edge function, es una sola petición autenticada, con la clave leída desde un secreto:
await fetch("https://api.resend.com/emails", {
method: "POST",
headers: { Authorization: `Bearer ${Deno.env.get("RESEND_API_KEY")}`, "Content-Type": "application/json" },
body: JSON.stringify({ from: "Acme <hola@notify.tudominio.com>", to: usuario.email, subject: "Tu recibo", html }),
});Nunca pongas la clave en el frontend ni en una variable VITE_. Cualquiera podría leerla y mandar correos en tu nombre.
¿Y si mi app usa su propio proyecto de Supabase?
El servicio de correo incluido en Supabase es para pruebas. Según la guía de SMTP de Supabase, sin SMTP propio solo envía a los miembros de tu organización en Supabase (las demás direcciones fallan con "Email address not authorized") y el límite es muy bajo: hoy, 2 mensajes por hora. Por eso tus usuarios reales nunca reciben el correo de confirmación.
Se arregla configurando un SMTP propio en los ajustes de Authentication del proyecto, con las credenciales SMTP de un proveedor donde tengas el dominio verificado. Después sube el límite de correos de autenticación según los registros que esperas. Lo explicamos a fondo en Supabase no envía el correo de confirmación.
¿Cómo compruebo que los correos llegan?
- Envía cada tipo de correo a una dirección de Gmail y a una de Outlook que controles.
- En Gmail, abre el mensaje, elige Mostrar original y revisa que SPF, DKIM y DMARC digan PASS.
- Haz clic en cada enlace del correo. Los de confirmación y contraseña deben llevar a tu dominio, no a la vista previa ni a
localhost; si no, lee cómo arreglar el redirect del login de Lovable. - Revisa la carpeta de spam. Un dominio de envío recién creado suele caer ahí los primeros días.
- Mira los registros (la vista Emails de Lovable, el panel de Resend o los registros de autenticación) para saber si un correo que falta nunca salió o salió y lo filtraron.
Si los correos pasan la autenticación y aun así van a spam, sigue con por qué los correos de tu app llegan a spam.
¿Cómo mantengo los envíos confiables?
- Envía desde un subdominio (
notify.) para que un problema no afecte tu buzón principal. - Separa los correos transaccionales de los de marketing.
- No envíes desde una dirección gratuita como Gmail: no puedes agregar SPF ni DKIM a un dominio que no es tuyo.
- Ten presentes los límites por hora antes de un lanzamiento o una importación masiva, para que no se rechacen los correos de registro.
Respuestas rápidas
¿Necesito Resend para enviar correos desde Lovable? No. En planes pagos, Lovable Emails envía correos de autenticación y de la app desde tu dominio sin otra cuenta.
¿Por qué los correos de confirmación solo me llegan a mí? Porque usas un servicio sin configurar: el de Supabase por defecto solo envía a miembros de la organización, y Resend sin dominio verificado solo a tu propia dirección.
¿Puedo enviar correos desde el navegador? No de forma segura. La clave de API quedaría pública. Envía desde una edge function o una función de servidor.
¿Los correos siguen sin llegar?
Los problemas de correo suelen mezclar DNS, ajustes de autenticación y código. Empieza con el chequeo gratuito de tu app, mira cómo arreglamos apps de Lovable y cómo hacemos integraciones de sistemas y APIs, o cuéntanos qué falla.
