Separa los mensajes de cuenta y de transacciones del marketing, aplica el criterio de finalidad principal y envíalos con una automatización publicada en Brew.
Los emails transaccionales informan sobre una transacción o una relación: un recibo, un restablecimiento de contraseña que se ha solicitado, una actualización sobre la entrega de un pedido o un aviso de seguridad de la cuenta. Su finalidad es distinta de la de una campaña que pide a alguien que compre o que vuelva.
La distinción depende del mensaje. Marcar un email como “transaccional” en una herramienta de envío no determina su estatus legal.
La guía de la FTC sobre la ley CAN-SPAM describe categorías limitadas de mensajes transaccionales y de relación. Cuando el contenido mezcla lo comercial y lo transaccional, tiene en cuenta lo que un destinatario razonable entendería por el asunto y dónde aparece la información transaccional.
Un asunto promocional puede convertir un mensaje mixto en comercial. Un breve pie de página promocional no lo hace automáticamente: la FTC pone el ejemplo de un extracto de cuenta que sigue siendo principalmente transaccional. Cuentan la norma y el contenido real del mensaje.
Da protagonismo a la información esencial. Si una promoción distrae de un recibo o de un aviso de seguridad, un email de marketing aparte suele ser la opción editorial más clara. Esta guía es de EE. UU.; revisa los requisitos que se apliquen a tus destinatarios y a tu negocio. Fuentes revisadas el 28 de septiembre de 2026.
| Mensaje | Finalidad habitual | Qué revisar |
|---|---|---|
| Recibo de un pedido o aviso de reembolso | Transaccional | Que la información del pedido sea exacta y el destinatario, el adecuado |
| Restablecimiento de contraseña solicitado | Seguridad de la cuenta | Que la solicitud sea auténtica, que el enlace sea válido y que no haya ofertas que distraigan |
| Actualización de la entrega | Transaccional | Información sobre el pedido existente |
| Recordatorio de carrito abandonado | Marketing | Consentimiento, estado actual del carrito y funcionamiento de la baja |
| Propuesta para mejorar el plan al terminar la prueba | Marketing | La oferta real y si el destinatario sigue cumpliendo los requisitos |
Un aviso sobre el estado de la cuenta y una propuesta para mejorar el plan pueden referirse a la misma prueba y tener finalidades distintas. Revisa qué le pide el email al lector.
Las directrices de Gmail distinguen los requisitos de baja con un clic para el tráfico de marketing y de suscripción de los que se aplican a los mensajes transaccionales. La autenticación y la reputación siguen importando en ambos casos.
Yahoo recomienda separar el marketing masivo del tráfico transaccional por IP y, cuando corresponda, por dominio. Sigue la configuración de tu proveedor en lugar de dar por hecho que un subdominio nuevo crea por sí solo una reputación independiente.
Para el marketing, el RFC 8058 define el mecanismo del encabezado de baja con un clic. Un enlace en el pie de página y una baja basada en encabezados cumplen funciones distintas. Prueba cómo se comporta en el mensaje recibido.
Para este flujo de trabajo, Brew usa una automatización publicada y su disparador. Configura un dominio de envío verificado con el propósito de envío adecuado, declara el payload del disparador y crea un paso de envío de email que use ese dominio. La configuración del dominio controla cómo envía Brew; no convierte el contenido promocional en transaccional a efectos legales.
Después de probar y publicar la automatización, tu backend activa el disparador. Este ejemplo supone que el disparador declara order_id y ship_date:
curl --fail-with-body \
"https://brew.new/api/v1/automations/triggers/${BREW_ORDER_TRIGGER_ID}/fire" \
-H "Authorization: Bearer ${BREW_API_KEY}" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: order-1234-shipped" \
-d '{"payload":{"email":"ada@example.com","order_id":"1234","ship_date":"Tuesday"}}'Usa el identificador real del disparador y una clave de idempotencia estable para el evento. El email puede leer un campo declarado del payload con una sintaxis como {{ trigger.order_id }}. Consulta la documentación de las etiquetas de combinación y prueba qué ocurre cuando faltan valores.
Revisa la ejecución y el email recibido. Prueba cómo se comportan los reintentos y confirma que las bajas de marketing se gestionan según el propósito de envío. Las demás protecciones, incluidas las supresiones de entrega, siguen importando: una configuración transaccional no garantiza la entrega a todas las direcciones.
La guía de automatización explica la publicación y las comprobaciones de estado. Si un asistente redacta la plantilla, se aplica la misma revisión del envío.
