Conectar un servicio de correo electrónico y enviar un correo de prueba real

Conectar un servicio de entrega de correo electrónico adecuado para que su aplicación pueda enviar confirmaciones, recibos y otros mensajes reales de manera confiable.

Tiempo: ~30 minutos, más cualquier tiempo de espera para verificar su dominio de envío Dificultad: Intermediate Funciona con: Base44 / Lovable / v0

Cuándo usarlo

Antes de confiar en que su aplicación envíe confirmaciones, recibos, correos de contraseña u otros mensajes que la gente espera recibir.

Antes de empezar

  • Una cuenta con el servicio de correo electrónico que eligió. Si no ha elegido uno, pregunte al desarrollador qué proveedor compatible se ajusta mejor al correo electrónico transaccional simple.
  • Un nombre de remitente, una dirección de envío y una dirección de respuesta.
  • Acceso a la configuración de su dominio si el proveedor le solicita verificar el dominio de envío. La verificación demuestra que tiene permiso para enviar correos desde ese dominio.
  • Una clave API privada del proveedor y una dirección de correo electrónico que usted controle para realizar pruebas. Nunca pegue la clave en una página pública ni en una captura de pantalla.

El prompt

Estos prompts funcionan mejor en inglés — pégalos tal como están, incluso en páginas traducidas.

This app needs to send real emails after [ACTION, e.g. a booking is confirmed or an order is placed]. Connect it to [EMAIL SERVICE] and set up one complete email flow before adding any others.

The outcome is that when [EXACT TRIGGER] happens successfully, the app sends one email to [RECIPIENT, e.g. the customer email saved with the booking]. Send it from [SENDER NAME] at [FROM EMAIL], with replies going to [REPLY-TO EMAIL]. The subject should be [SUBJECT OR SUBJECT PATTERN], and the message should include [DETAILS THE RECIPIENT NEEDS].

An API key is a private password that lets this app use the email service. Store that key only in the platform's secure settings, never in a page, browser code, public file or copied message. If the service, sender address or sending domain is not ready, stop and tell me exactly what I need to connect or verify myself.

Send only after the app has successfully saved the action that triggered the email. Prevent duplicate emails if a person clicks twice or the app retries. If sending fails, keep the booking, order or submission safe, show the user a calm message, and record the failure somewhere I can find without exposing private details.

Use a clear, trustworthy email style that feels [WARM AND PERSONAL / SIMPLE AND PROFESSIONAL]. Include only information the recipient needs. Add a test action that sends to [MY TEST EMAIL], then tell me how to run that test and where to see whether the service accepted or rejected it.

¿Ya estás creando? Pega esto en tu proyecto. ¿Empiezas de cero? Abre una cuenta gratuita en un creador compatible a continuación.

Créalo en

Cómo ganamos dinero

Qué crea esto

  • Una conexión segura entre la aplicación y su proveedor de correo electrónico.
  • Un correo electrónico funcional activado por una acción claramente definida.
  • Un diseño de correo electrónico reutilizable con los detalles del remitente y la dirección de respuesta.
  • Protección contra duplicados y un registro visible de envíos fallidos.
  • Una acción de prueba segura e instrucciones de prueba en lenguaje sencillo.

Comprueba que funcionó

Pega el prompt, espera a que termine la construcción y luego confirma esto — en lenguaje sencillo, sin comprobaciones técnicas:

  • Realiza la acción de prueba y recibe el correo electrónico en su propia dirección.
  • El nombre del remitente y la dirección de respuesta son correctos al abrir el correo electrónico.
  • Repetir la misma acción guardada no envía accidentalmente una segunda copia.
  • Un envío fallido no borra la reserva, el pedido o el envío de formulario que lo causó.
  • Puede encontrar una entrada clara de éxito o fracaso sin ver la clave API privada en ningún lugar.

¿Falta algo? Es normal — pídelo en un mensaje corto de seguimiento en vez de volver a ejecutar todo el prompt.

Siguientes pasos

Añadir un segundo correo transaccional

Después de que el primer correo haya llegado correctamente

Using the same connected email service and the same safety rules, add one new email for [EXACT TRIGGER]. Send it to [RECIPIENT], include [REQUIRED DETAILS], and use [SUBJECT]. Do not change the email flow that is already working. Add a separate test for this new message.

Sabrás que funcionó cuando: El segundo correo de prueba llega correctamente y el correo original sigue funcionando.

Mejorar la entrega y la confianza del remitente

Antes de enviar mensajes importantes a los clientes

Review the email connection for delivery problems. Confirm whether [FROM EMAIL] is verified, make sure the From name and Reply-to address are consistent, remove wording that looks like spam, and give me a plain-language list of any provider settings I still need to complete myself. Do not claim delivery is guaranteed.

Sabrás que funcionó cuando: Sabes qué está verificado, qué no y qué pasos manuales quedan pendientes.

Añadir una vista de actividad de correo electrónico

Una vez que existen más de un flujo de correos

Add an admin-only email activity view showing when each message was attempted, its purpose, recipient, and whether it was sent or failed. Do not store the full private message unless [I NEED THAT FOR A SPECIFIC REASON], and never show API keys. Add a retry button for failed messages that cannot send the same email twice.

Sabrás que funcionó cuando: Puedes encontrar un correo fallido y reenviarlo de forma segura desde una pantalla de administración.

Ojo con

  • Una cuenta conectada no garantiza la entrega en la bandeja de entrada. Un dominio de envío no verificado puede hacer que los mensajes caigan en spam o sean rechazados. Complete los pasos de verificación de dominio del proveedor y pruebe con más de una bandeja de entrada antes del lanzamiento.
  • Los proveedores de correo electrónico pueden cobrar por separado. Verifique el plan actual, los límites y las reglas de exceso del proveedor antes de habilitar un flujo de alto volumen; la suscripción del creador de la aplicación puede no incluir la factura de correo electrónico.
  • Los reintentos automáticos pueden enviar duplicados. La solución es dar a cada evento real una referencia única, como su número de reserva o pedido, y registrar que el correo electrónico ya se envió antes de reintentar.
  • El correo electrónico transaccional no es una lista de correo de marketing. Las promociones generalmente requieren consentimiento y un método funcional para darse de baja. No convierta silenciosamente los correos de reserva o de cuenta en publicidad.

Notas por plataforma

El correo electrónico integrado de Base44 es la opción más rápida para los usuarios registrados de la aplicación, pero enviar correos a cualquier dirección externa requiere un proveedor externo como Resend; las funciones de dominio personalizado y envío automático también pueden depender del plan. Lovable tiene un conector de Resend, que es una conexión integrada que utiliza su propia cuenta y clave de Resend, y el envío se factura a través de ese proveedor. En v0, el correo electrónico generalmente se ejecuta a través de un proveedor externo desde código privado que los visitantes no pueden ver, con su clave almacenada en la configuración segura del proyecto de Vercel, por lo que la configuración es más manual.

Gasta menos créditos

Toda plataforma te cobra por el trabajo que hace su IA — así que el hábito más barato es pensar antes de construir. Estas seis reglas eliminan la mayor parte del desperdicio, elijas la plataforma que elijas.

  1. Planifica primero en un chat gratuito. Esboza todo en ChatGPT, Claude o Gemini — páginas, funciones, qué recoge cada formulario, cómo debe verse. Pensar allí es gratis; pensar dentro de un builder se factura.
  2. Empieza con un prompt escrito, no con una frase. "Hazme una web" es la frase más cara al construir con IA. Un primer prompt completo — como los de este sitio — ahorra decenas de rondas de corrección.
  3. No seas perezoso con los detalles. Cada detalle que omites vuelve como una corrección que pagas. Nombre del negocio, colores, cada página, cada campo del formulario, qué pasa tras el envío — ponlo todo en el primer prompt.
  4. Después, un cambio por mensaje. "Arregla la cabecera, y el formulario, y los colores" produce un enredo que cuesta más deshacer de lo que ahorró.
  5. ¿Atascado? Deja de parchear. Si la misma corrección falla unas tres veces, no envíes una cuarta — describe el estado final deseado de toda la sección en un mensaje nuevo.
  6. Empieza gratis. Mejora el plan cuando necesites más. Usa la cuota gratuita para crear y explorar tu primera versión. Mejora el plan cuando necesites más uso o funciones de pago, y revisa el coste de los servicios conectados antes del lanzamiento.

Los prompts de esta página están escritos para hacer casi todo este trabajo por ti — de eso se trata.

Lee la guía completa
email transactional-email integrations deliverability

Revisado el: 2026-07-27

Preguntas Frecuentes

Usamos cookies para analizar el tráfico y rastrear clics de afiliados. Al continuar, aceptas nuestra Política de Privacidad.