En este artículo (7)
- Características de un email transaccional
- Tipos de emails transaccionales, con ejemplos
- Diferencias entre un email transaccional y un email de marketing
- Requisitos para que un email transaccional llegue a la bandeja de entrada
- Email transaccional y RGPD: ¿necesitas consentimiento?
- Cómo enviar emails transaccionales: SMTP o API
- Preguntas frecuentes
Un email transaccional (o correo electrónico transaccional) es el mensaje automático que recibe una sola persona porque ha hecho algo en tu web, tu tienda o tu aplicación: ha comprado, se ha registrado, ha pedido cambiar la contraseña o tiene una factura nueva. Lo dispara esa acción, no una campaña, y lleva información que la persona espera y necesita, como el número de pedido o el enlace para entrar en su cuenta.
Aquí tienes los tipos con ejemplos, en qué se diferencia de un email de marketing, qué necesita para llegar a la bandeja de entrada y cómo se envía. Si ya lo tienes claro y buscas cómo enviarlos desde tu web, ve directamente a nuestro servicio de email transaccional por API y SMTP.
Características de un email transaccional
También se le llama correo transaccional, email de sistema o notificación. Casi siempre cumple estas condiciones:
- Lo dispara una acción o un evento: una compra, un registro, un pago o un cambio en la cuenta.
- Va a una sola persona. Se envía uno a uno, no a una lista.
- Es esperado. Quien pide un código lo está esperando con la pantalla abierta.
- Tiene que llegar en segundos. Un código que tarda diez minutos ya no sirve.
- Informa, no vende: qué has comprado, cuánto has pagado, cuándo llega.
Por eso suelen abrirse más que una newsletter, y por eso, si uno no llega, el problema es serio. No es lo mismo perderse una promoción que no recibir la factura o el enlace para recuperar la contraseña.
Tipos de emails transaccionales, con ejemplos
Estos son los correos electrónicos transaccionales más habituales. Los ejemplos usan marcas inventadas («Tu tienda», «Tu app» y «Tu clínica»): cambia los datos por los tuyos.
- Confirmación de registro (doble opt-in). Pide confirmar el email antes de activar la cuenta o la suscripción.
«Hola, Marta: pulsa el botón para confirmar tu email y terminar tu registro en Tu app. El enlace caduca en 24 horas.» - Confirmación de pedido. Sale en cuanto se completa la compra.
«Tu tienda: hemos recibido tu pedido 10234. Total: 59,90 €. Te avisaremos cuando salga del almacén.» - Pago, recibo o factura.
«Ya tienes tu factura de octubre de Tu app. Importe: 29 €. Puedes descargarla desde tu cuenta.» - Envío y entrega.
«Tu pedido 10234 de Tu tienda ya está en camino y llegará el jueves. Síguelo desde el enlace de seguimiento.» - Restablecer la contraseña. Con un enlace de un solo uso.
«Has pedido cambiar tu contraseña de Tu app. Usa el enlace en los próximos 30 minutos. Si no has sido tú, ignora este email.» - Código de verificación o alerta de seguridad.
«Tu código de acceso a Tu app es 482913. Caduca en 10 minutos. No lo compartas con nadie.» - Avisos de la cuenta: renovaciones, fin del periodo de prueba, una tarjeta caducada.
«Tu suscripción a Tu app se renueva el 15 de noviembre. Si quieres cambiar de plan, hazlo antes de esa fecha.» - Reservas y citas: la confirmación y el recordatorio.
«Tu cita en Tu clínica es mañana, jueves, a las 10:30. Si no puedes venir, cámbiala desde el enlace.»
Algunos mensajes están en la frontera. Un email de bienvenida es transaccional si solo confirma el alta y explica cómo empezar; si lleva un descuento para la primera compra, ya es marketing. Y el recordatorio de carrito abandonado, aunque lo dispara una acción del cliente, es comercial, porque su objetivo es vender. Esos emails automáticos de venta forman parte del marketing automation, no del email transaccional.
Diferencias entre un email transaccional y un email de marketing
| Email transaccional | Email de marketing | |
|---|---|---|
| Qué lo dispara | Una acción o un evento de la persona: una compra, un registro, una petición | Tú decides cuándo: una campaña, una newsletter o un flujo de venta |
| A quién va | A una persona cada vez | A una lista o a un segmento |
| Para qué sirve | Informar de algo que la persona espera | Vender, fidelizar o contar novedades |
| Contenido | Los datos de la operación: pedido, importe, enlace o código | Ofertas, productos y contenidos |
| Cuándo llega | En segundos | Cuando lo programes |
| Base legal | Normalmente, la ejecución del contrato o una obligación legal | El consentimiento o, con tus clientes, la excepción de la LSSI |
| Enlace de baja | No es obligatorio: nadie se da de baja de sus facturas | Obligatorio en cada envío |
| Cómo se envía | Desde tu web o tu aplicación, por API o SMTP | Desde el panel de la plataforma, con su editor y sus segmentos |
| Qué se mide | Que se entregue y cuánto tarda | Aperturas, clics y ventas |
La diferencia importa por dos motivos. Uno legal: el de marketing necesita el permiso del destinatario (o la excepción de clientes) y el transaccional, no. Y otro técnico: si envías los dos desde el mismo sitio, las quejas por tus campañas pueden bloquear tus confirmaciones de pedido.
Requisitos para que un email transaccional llegue a la bandeja de entrada
Que el destinatario espere el email no garantiza que llegue. Gmail, Outlook y el resto de proveedores no saben que es una confirmación de pedido: miran quién lo envía, desde qué dominio y con qué reputación.
Autentica tu dominio con SPF, DKIM y DMARC
Son tres registros que publicas en el DNS de tu dominio para demostrar que el email lo envías tú:
- SPF dice qué servidores pueden enviar emails en nombre de tu dominio.
- DKIM firma cada email para que el receptor compruebe que nadie lo ha cambiado por el camino.
- DMARC le dice al receptor qué hacer con los emails que no pasan esas comprobaciones.
Sin ellos, tu email tiene muchas papeletas de acabar en spam: Gmail y Yahoo exigen la autenticación desde 2024 a quien envía mucho volumen. Tienes el paso a paso en cómo configurar SPF, DKIM y DMARC.
En NewsletterSoft, el dominio del remitente se verifica antes de enviar. El panel te da los registros que tienes que crear en tu proveedor de dominio, cada uno con su botón Copiar. SPF y DKIM son obligatorios y DMARC, opcional. Si ya tienes un registro SPF, no crees otro: añade el include al que tienes. Y los dominios recién verificados pasan por un calentamiento con un límite de envío diario, para que ganen reputación poco a poco.
Separa los envíos transaccionales de los comerciales
Es el error más habitual: la tienda envía sus confirmaciones desde el mismo dominio y la misma IP que sus newsletters. Si una campaña a una lista desactualizada genera rebotes y quejas, la reputación cae para todo y los emails de pedido empiezan a llegar a spam. Usa un subdominio para cada tipo de envío (por ejemplo, avisos.tutienda.es para los transaccionales y news.tutienda.es para las newsletters).
Mantén limpia la lista y vigila los rebotes
Un email mal escrito en el registro («gmial.com» en lugar de «gmail.com») es un transaccional que nunca llegará y un rebote que te resta reputación. Comprueba las direcciones en el formulario o con un servicio de validación de emails, y revisa los rechazos: un buen servicio de envío te dice qué emails no se han entregado y por qué.
Y que se entienda a la primera: un asunto que diga qué es («Tu pedido 10234 está confirmado»), un remitente reconocible y el dato importante arriba.
Email transaccional y RGPD: ¿necesitas consentimiento?
Por lo general, no. Un email transaccional no se basa en el consentimiento, sino en otra base legal del RGPD: la ejecución de un contrato (artículo 6.1.b), como la confirmación del pedido o el cambio de contraseña, o una obligación legal (artículo 6.1.c), como la factura. Además, no es una comunicación comercial, así que no necesita el permiso previo que el artículo 21 de la LSSI exige para la publicidad por email. Eso tiene dos consecuencias:
- No lo uses para colar publicidad. Si añades ofertas a una confirmación de pedido, esa parte es comercial: necesita el consentimiento o encajar en la excepción de clientes (productos tuyos parecidos a los que ya compró, con la opción de oponerse).
- Separa las bajas. Quien se da de baja de tus newsletters puede seguir recibiendo sus facturas y sus avisos, pero no más publicidad. En los contactos de NewsletterSoft existe el estado «Solo transaccional»: la persona recibe solo los mensajes necesarios (pedidos, avisos), nunca los comerciales.
Aunque no pidas consentimiento, tu política de privacidad tiene que explicar para qué usas el email y con qué base legal. Es una orientación general, no asesoramiento legal.
Cómo enviar emails transaccionales: SMTP o API
Puedes enviarlos desde tu propio servidor de correo, pero mantenerlo bien no es sencillo ni barato: autenticación, rebotes, reputación de las IP, listas negras. Salvo que tengas un equipo para ello, es más fiable un servicio de envío, que se conecta a tu web o a tu aplicación de dos maneras.
Por SMTP
Cambias los datos del servidor de correo en tu aplicación (servidor, puerto, usuario y contraseña) y los emails salen por el servicio. Casi cualquier CMS, tienda online o framework lo permite, y no hay que programar nada.
Por API
Tu aplicación hace una llamada HTTP con el destinatario, el contenido o la plantilla y las opciones del envío. Hay que programarla, pero te da más control: decides qué se mide, usas plantillas y puedes enviar también SMS desde el mismo código.
En NewsletterSoft tienes las dos. Con la API de nuestro servicio de email transaccional eliges si quieres seguir las aperturas y los clics de cada envío y puedes usar las plantillas del editor drag&drop; con las mismas llamadas envías SMS transaccionales. Si no quieres integrar nada, tienes el servidor SMTP. Desde la interfaz gráfica ves en tiempo real las aperturas, los clics y las bajas y, si un email no se entrega, el motivo del rechazo. Tienes un ejemplo en cómo enviar mensajes transaccionales con la API.
¿Vienes de Mandrill? En 2016, Mandrill, el servicio de email transaccional de Mailchimp, pasó a exigir una cuenta de pago de Mailchimp, y muchas empresas empezaron a buscar otro. En alternativas a Mandrill te contamos qué opciones hay y cómo preparar la migración sin perder entregabilidad.
¿Quieres enviar tus emails transaccionales con NewsletterSoft? Somos una plataforma de marketing automation multicanal (email, SMS y WhatsApp) con más de 20 años de experiencia. Tus transaccionales salen por API o SMTP desde servidores certificados y monitorizados, y sus aperturas, clics y rechazos los ves en tiempo real en la interfaz gráfica. Mira cómo funciona en la página de email transaccional de NewsletterSoft o pide una demo personalizada y te ayudamos a conectar tu web, tu tienda o tu aplicación.
Preguntas frecuentes
¿Un email transaccional necesita consentimiento?
Normalmente, no. Se basa en la ejecución del contrato (la confirmación del pedido, el cambio de contraseña) o en una obligación legal (la factura), y no es una comunicación comercial. Si le añades publicidad, esa parte sí necesita el consentimiento o encajar en la excepción de clientes de la LSSI.
¿Un email transaccional tiene que llevar enlace de baja?
No es obligatorio, porque no es publicidad: nadie se da de baja de sus facturas o de sus avisos de envío. Si el email incluye ofertas o novedades, esa parte es comercial y sí tiene que ofrecer una forma sencilla de darse de baja.
¿Puedo enviar emails transaccionales desde Gmail o desde mi hosting?
Para unos pocos, sí, pero no es lo recomendable. Las cuentas de correo personales y muchos hostings limitan cuántos emails puedes enviar y no te dicen qué ha pasado con cada uno. En un hosting compartido, además, tu reputación depende de las otras webs del mismo servidor.
¿También hay SMS transaccionales?
Sí. Los códigos de verificación, los avisos de entrega o los recordatorios de cita también se envían por SMS, que se lee aunque la persona no mire su email. En NewsletterSoft, los SMS transaccionales se envían con las mismas llamadas de la API que los emails.
