Email transaccional vs marketing: por qué separar los streams

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

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

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:

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

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.