¿Qué es el correo transaccional?
Emails transaccionales: correos que llegan siempre a tiempo
Los correos transaccionales son los mensajes que su sistema envía automáticamente tras una acción de un solo usuario: una confirmación de pedido, un restablecimiento de contraseña, una factura, un aviso. No son marketing, sino promesas que su sistema le hace a su cliente, y tienen que aterrizar en la bandeja de entrada en cuestión de segundos. 2mail construye la infraestructura para eso: un canal de envío aparte con autenticación, lógica de reintento y registro completo.
¿Qué son los correos transaccionales?
Los correos transaccionales son mensajes que su sistema envía automáticamente como consecuencia directa de la acción de un solo usuario: un pedido, un restablecimiento de contraseña, una factura, una confirmación de pago. El propio destinatario ha provocado el disparador, espera el mensaje y lo espera de inmediato.
Eso los distingue de una newsletter o una campaña, que planifica usted y envía de una sola vez a toda una lista. Los correos transaccionales —también llamados correos de sistema— salen de uno en uno, en el momento en que ocurre algo, y su contenido cambia con cada destinatario. Nadie se suscribe a ellos y nadie se da de baja: forman parte del propio servicio.
Por eso el correo transaccional es crítico para el negocio de una manera en que el correo de marketing no lo es. Una campaña que sale una hora más tarde es molesta; un restablecimiento de contraseña que se hace esperar una hora es un ticket de soporte, o un cliente que abandona. Si estos correos son lentos, acaban en spam o simplemente desaparecen, eso mina directamente la confianza en su servicio.
Ejemplos de emails transaccionales
Hay seis tipos que se repiten en casi cualquier empresa. Tienen una cosa en común: el destinatario acaba de hacer algo y está esperando el mensaje.
| Tipo | Qué provoca el mensaje | Ejemplo de línea de asunto |
|---|---|---|
| Confirmación de pedido | Un cliente completa un pedido en su tienda online. | Su pedido n.º 10482 está confirmado |
| Aviso de envío | El paquete se entrega al transportista. | Su paquete está en camino: sígalo aquí |
| Restablecimiento de contraseña | Un usuario pulsa en "he olvidado mi contraseña". | Restablezca su contraseña |
| Verificación de cuenta | Alguien crea una cuenta o cambia su dirección de correo. | Confirme su dirección de correo |
| Factura o confirmación de pago | Entra un pago o se genera una factura. | Factura 2026-0412 de su suscripción |
| Aviso de sistema | Se supera un umbral, falla una tarea o se inicia sesión desde un dispositivo nuevo. | Nuevo inicio de sesión en su cuenta |
Cuatro sitios donde el correo de sistema es crítico
Del primer pedido a una alerta a las 3 de la madrugada: estos son los correos que sus clientes y compañeros esperan de verdad.
Confirmación de pedido
Justo después de la compra, su cliente quiere ver por escrito que el pedido ha salido bien. Si esa confirmación no llega, vienen las dudas, un correo al soporte o un pedido duplicado. 2mail entrega la confirmación —y el aviso de envío posterior— en cuestión de segundos.
Pedido n.º 10482 confirmadoRestablecimiento de contraseña
Un enlace de restablecimiento que llega tarde es la experiencia más frustrante que un usuario puede tener con su aplicación, y un motivo inmediato para abandonar. Las verificaciones de cuenta y los enlaces mágicos exigen esa misma entrega inmediata y fiable.
Tu enlace de restablecimiento vale 30 minutosFactura y confirmación de pago
Las facturas y las confirmaciones de pago salen directamente de su programa de contabilidad o de facturación y contienen, por definición, datos de clientes. Tienen que llegar, y usted debe poder demostrar después <em>que</em> llegaron: 2mail se ocupa de ambas cosas, con registro de cada envío.
Pago recibido · factura 2026-0417Alertas y avisos
Una copia de seguridad fallida, un disco que se llena, una alerta de monitorización: son correos que tienen que llegar de inmediato a la persona adecuada, también fuera del horario de oficina. Un retraso o una carpeta de spam dejan ese aviso sin valor.
Alerta · copia de seguridad fallida en node-03El viaje de un correo de sistema
De un evento en su aplicación a una confirmación de entrega localizable, en cuatro pasos.
Evento en su aplicación
Un cliente hace un pedido o solicita un restablecimiento. Su aplicación compone el correo y se lo pasa a 2mail por SMTP.
Relay y autenticación de 2mail
El correo entra por el canal transaccional, se firma con SPF, DKIM y DMARC y queda listo para el envío inmediato.
Entrega con reintento
El servidor receptor acepta el correo. Si eso no es posible temporalmente —listas grises, limitación de ritmo—, 2mail lo reintenta automáticamente.
Registro y seguimiento
El envío, la entrega y un posible rebote quedan registrados. Ante una consulta de soporte, encuentra la respuesta al instante.
Lo transaccional no es marketing
Los proveedores de buzones asignan la reputación por IP y por dominio, no por correo. Si deja que ambos flujos pasen por la misma infraestructura, su restablecimiento de contraseña comparte la reputación de su última newsletter.
Transaccional
Con 2mail — el canal crítico
- Disparado por un solo usuario: la consecuencia directa de una acción concreta.
- Enviado individualmente y al instante a una dirección existente y activa.
- Esperado por el destinatario, así que la probabilidad de quejas de spam es muy baja.
- Cero tolerancia al retraso: tarde equivale casi a no haber llegado.
Marketing
Campañas — el canal promocional
- Disparado por usted: usted decide cuándo sale una campaña.
- Enviado de forma masiva a listas grandes en un solo momento de envío.
- Más sensible a las quejas y los rebotes, lo que carga la reputación.
- Tolera el aplazamiento: salir una hora más tarde no es un problema.
Cinco errores frecuentes con el correo transaccional
La mayoría de los problemas con el correo de sistema no están en el contenido del mensaje, sino en la forma en que se envía.
Enviarlo todo por un mismo canal
Quien envía confirmaciones de pedido y newsletters con el mismo remitente y la misma infraestructura deja que la reputación de sus campañas pese sobre su correo de sistema. Basta una campaña mal recibida para que también se retrasen los restablecimientos de contraseña.
Enviar sin SPF, DKIM ni DMARC
Sin autenticación, el servidor receptor no puede comprobar que el mensaje viene realmente de su dominio. Gmail, Yahoo y Microsoft rechazan ese correo o lo mandan a la carpeta de spam, por correcto que sea el contenido.
Promoción dentro de un correo transaccional
Una confirmación de pedido con un banner de las rebajas pasa a ser un mensaje de marketing: para eso hacen falta consentimiento y una forma de darse de baja, y los filtros antispam también lo juzgan así. Deje el correo transaccional en la transacción.
No hacer seguimiento de rebotes y registros
Un correo de sistema que no llega no avisa por sí solo. Quien no procesa los rebotes ni guarda un registro por mensaje se entera por el cliente que nunca recibió su factura o su enlace de restablecimiento.
Usar el servidor de correo del hosting
La función mail de PHP o el servidor de correo compartido de un plan de hosting comparte su dirección IP con todos los demás clientes de ese servidor, y suele tener un límite por hora. Eso basta para un formulario de contacto, no para un correo que un cliente está esperando.
Enviar un correo transaccional por SMTP
Para su aplicación, un correo transaccional es un envío SMTP corriente: conectar por el puerto 587, cifrar la conexión con STARTTLS, autenticarse y entregar el mensaje. Aquí abajo tiene el ejemplo completo en Python. El usuario y la contraseña salen de variables de entorno, no del código; sustituya example.com por un dominio que haya autenticado en 2mail.
import os
import smtplib
import ssl
from email.message import EmailMessage
msg = EmailMessage()
msg["From"] = "Example <noreply@example.com>"
msg["To"] = "you@example.org"
msg["Subject"] = "SMTP test"
msg.set_content("Sent through the 2mail SMTP relay.")
context = ssl.create_default_context()
with smtplib.SMTP("relay.2mail.eu", 587, timeout=10) as server:
server.starttls(context=context) # upgrade to TLS first, log in afterwards
server.login(os.environ["SMTP_USERNAME"], os.environ["SMTP_PASSWORD"])
server.send_message(msg) # call again for the next message, same connectionSi una newsletter recibe quejas de spam o cifras altas de rebote, eso puede arrastrar la entrega de sus facturas y sus restablecimientos, justo los correos que no soportan ningún retraso. Por eso, en 2mail el correo transaccional y el de marketing circulan por flujos de envío separados, cada uno con su propia construcción de reputación. Su canal transaccional se autentica con SPF, DKIM y DMARC por dominio, y funciona en servidores belgas que cumplen los requisitos del RGPD para el tratamiento de datos personales.
¿Quiere saber cómo se conecta técnicamente una aplicación? Lea cómo funciona el SMTP relay de 2mail, o profundice en la entregabilidad para entender por qué la autenticación y la reputación deciden si su correo llega a la bandeja de entrada.
¿Y el otro flujo? Está descrito en email marketing y campañas, con la parte práctica —lista, autenticación, escalonamiento y medición— en enviar un mailing.
Preguntas frecuentes sobre el correo transaccional
¿Necesita correos de sistema fiables?
Conecte su aplicación al SMTP relay de 2mail y haga que sus confirmaciones de pedido, sus restablecimientos de contraseña y sus facturas lleguen cuando tienen que llegar. JAAN bv lleva desde el año 2000 ofreciendo infraestructura de correo a empresas belgas desde Zelzate, con soporte personal en cada paso.