# Email transaccional vs marketing: por qué separar los streams

> Por qué separar el email transaccional del de marketing en streams, IPs y subdominios distintos, cómo clasificar cada mensaje y errores habituales al hacerlo.

Source: https://pidgely.com/es/blog/email-transaccional-vs-marketing/ · Published: 2026-10-12 · Pidgely

Separar el email transaccional del de marketing significa enviarlos por **streams independientes**: distintos pools de IP, distintos subdominios en el From y en el return-path, y firmas DKIM propias. Así, la reputación de cada tipo de correo se mide por separado y una campaña con muchas quejas no retrasa ni manda a spam tus códigos de verificación, recibos o restablecimientos de contraseña. Es una práctica recomendada por M3AAWG y una de las decisiones de arquitectura con mejor retorno en entregabilidad.

## Dos tipos de correo, dos perfiles de riesgo

| | Transaccional | Marketing |
|---|---|---|
| Lo desencadena | Una acción o un evento del usuario | Una decisión del remitente |
| Destinatarios | Uno por mensaje | Muchos a la vez |
| Volumen | Proporcional a la actividad | En picos (campañas) |
| Expectativa del usuario | Lo espera, a veces con urgencia | Lo aceptó, pero no lo espera |
| Quejas | Muy pocas | Más frecuentes |
| Urgencia | Segundos | Horas |
| Baja con un clic | No aplica | Obligatoria para masivos (Google, Yahoo) |

Si ambos comparten IP y dominio, los filtros ven una mezcla: un flujo constante de mensajes esperados y, de repente, un pico de 200.000 mensajes con una tasa de quejas mayor. La reputación resultante es un promedio que perjudica al flujo más sensible, que suele ser el transaccional.

## Qué separar exactamente

### 1. Pools de IP

Cada stream envía desde sus propias IPs. Si una campaña provoca demoras `421` en Gmail, las IPs del transaccional siguen limpias. Ten en cuenta que cada IP dedicada necesita su propio warm-up y volumen suficiente para mantener reputación.

### 2. Subdominio del From

```text
From: Example <no-reply@mail.example.com>      ← transaccional
From: Example <novedades@news.example.com>     ← marketing
```

Gmail y otros proveedores evalúan la reputación del dominio, no solo de la IP. Usar subdominios distintos permite que cada stream construya una reputación propia, visible por separado en Google Postmaster Tools.

### 3. Return-path y DKIM

Cada stream tiene su propio dominio de sobre y su propia firma:

```text
Return-Path: <b-7f3a9c@bounces.mail.example.com>
DKIM-Signature: v=1; a=rsa-sha256; d=mail.example.com; s=tx1; ...
```

```text
Return-Path: <b-2c81de@bounces.news.example.com>
DKIM-Signature: v=1; a=rsa-sha256; d=news.example.com; s=mk1; ...
```

Con alineación DMARC relajada, todos se alinean con `example.com`, pero cada subdominio mantiene su identidad.

### 4. Supresión con criterio

No todas las supresiones son iguales:

- **Rebote duro**: la dirección no existe → suprimir en ambos streams.
- **Queja o baja de marketing**: suprimir en marketing, **no** en transaccional. Quien se dio de baja del newsletter debe seguir recibiendo sus recibos.
- **Queja sobre un correo transaccional**: es una señal a investigar (¿el usuario no reconoce el remitente?), no un motivo para dejar de enviarle avisos de seguridad.

## Cómo clasificar cada mensaje

La pregunta útil es: **¿el usuario lo necesita para completar algo que inició o para estar informado de su cuenta?**

**Transaccional:**
- Confirmación de registro y verificación de email.
- Restablecimiento de contraseña y códigos de un solo uso.
- Recibos, facturas, confirmaciones de pedido y de envío.
- Alertas de seguridad y cambios en la cuenta.
- Notificaciones que el usuario configuró (un comentario en su publicación, un pago recibido).

**Marketing:**
- Newsletters y anuncios de producto.
- Promociones, descuentos, eventos.
- Secuencias de onboarding orientadas a adopción ("¿Ya probaste esta función?").
- Recordatorios de carrito abandonado (en muchos casos; el criterio legal varía según la jurisdicción).
- Encuestas y peticiones de reseñas.

### Los casos grises

Un correo transaccional con un bloque promocional ("Tu factura de octubre. Por cierto, 20% de descuento en el plan anual") empieza a parecer marketing, tanto para los filtros como, en algunos países, para la ley. La normativa varía (por ejemplo, la LSSI en España o las leyes de protección de datos de cada país latinoamericano), así que consulta con tu equipo legal. Desde el punto de vista técnico, **mantén el transaccional limpio**: si el contenido principal es promocional, envíalo por marketing.

## Ventajas operativas además de la reputación

- **Prioridad de cola.** El transaccional no debería esperar detrás de 500.000 mensajes de una campaña. Colas separadas garantizan latencia baja para lo urgente.
- **Diagnóstico más claro.** Si sube la tasa de quejas, sabes inmediatamente qué stream la causa.
- **Límites distintos.** Puedes aplicar umbrales más estrictos al marketing sin afectar el transaccional.
- **Cumplimiento.** La baja con un clic y el enlace visible se aplican solo donde corresponde.

## Errores comunes

1. **Separar solo la IP** y mantener el mismo dominio en el From y en DKIM. La reputación de dominio sigue mezclada.
2. **Mandar marketing por el stream transaccional** "porque llega mejor". Funciona hasta que contamina el stream y deja de llegar todo.
3. **Suprimir del transaccional a quien se dio de baja de marketing**, impidiendo que reciba un restablecimiento de contraseña.
4. **Usar dominios completamente distintos** (`example-mail.com`) sin relación visible con tu marca. Confunde al usuario y no aporta la ventaja que crees.
5. **Crear un subdominio nuevo para escapar de una mala reputación.** Los proveedores pueden asociar subdominios al dominio organizacional, y es una práctica que M3AAWG desaconseja.
6. **Un pool dedicado para un stream con poco volumen**, que nunca llega a calentarse. En ese caso, un pool compartido bien gestionado puede ser mejor.

## Checklist

- [ ] Inventario de todos los tipos de mensaje y su stream asignado.
- [ ] Subdominios distintos en From para transaccional y marketing.
- [ ] Return-path y DKIM propios por stream, alineados con DMARC.
- [ ] Pools de IP separados (o al menos pools distintos dentro del proveedor).
- [ ] Colas con prioridad para el transaccional.
- [ ] Reglas de supresión diferenciadas por motivo.
- [ ] Baja con un clic solo en marketing.
- [ ] Postmaster Tools configurado por subdominio.

## Streams en Pidgely

En Pidgely el stream es un concepto de primer nivel: cada uno tiene su propio pool de IPs con warm-up automático, y el stream de marketing incluye baja con un clic (RFC 8058), de modo que el correo de marketing nunca comparte reputación con el transaccional.

## Preguntas frecuentes

### ¿Por qué separar transaccional y marketing?

Porque tienen perfiles de riesgo distintos. El marketing genera más quejas y rebotes; si comparte reputación con el transaccional, una mala campaña puede retrasar o mandar a spam tus restablecimientos de contraseña.

### ¿Basta con usar IPs distintas?

No del todo. Los proveedores también evalúan la reputación del dominio. Lo recomendable es separar IPs, subdominios de From, dominios de return-path y firmas DKIM.

### ¿Un email de onboarding es transaccional?

Depende. Una confirmación de registro sí. Una secuencia de mensajes para promover funciones es más cercana al marketing y conviene enviarla por ese stream.

### ¿Separar subdominios sirve para esconder una mala reputación?

No. Los proveedores pueden relacionar subdominios con el dominio organizacional. La separación protege lo que funciona bien; no blanquea lo que funciona mal.

