Un recibo confirma una compra. Una oferta invita a otra compra. Ambos pueden llegar automáticamente después del pago, pero cumplen propósitos diferentes.
Esa diferencia determina qué cancelaciones de suscripción aplican. También determina qué mensajes comparten reputación de envío. El tipo de mensaje define si necesita un mecanismo de cancelación de suscripción.
¿Qué hace que un correo sea transaccional o de marketing?
El propósito del mensaje determina su categoría. La automatización, la personalización y la cantidad de destinatarios no establecen ese propósito.
Las directrices de suscripción de Google distinguen los restablecimientos de contraseña, los recibos de compra y las contraseñas de un solo uso de los mensajes por suscripción. Las listas de marketing y los boletines pertenecen a la categoría de suscripción.
| Pregunta | Correo transaccional | Correo de marketing |
|---|---|---|
| ¿Por qué se envía? | Para completar o informar una transacción, solicitud o evento de cuenta | Para promocionar algo o enviar contenido por suscripción |
| ¿Qué lo desencadena? | Una compra, solicitud de restablecimiento o evento de cuenta relevante | Un calendario de campaña o un disparador promocional automatizado |
| ¿Qué espera el destinatario? | Información necesaria para esa transacción o cuenta | Contenido que aceptó recibir como suscripción |
| Ejemplos | Recibo, enlace de restablecimiento, alerta de seguridad | Boletín, oferta de producto, seguimiento promocional |
La solicitud de un recibo por parte del cliente y su permiso para recibir un boletín son cosas diferentes. Google pide a los remitentes de suscripciones que confirmen la dirección de correo del destinatario antes de enviar.
Los requisitos de consentimiento también dependen de la ley aplicable. CAN-SPAM regula el correo comercial en EE. UU. mediante un marco de cancelación de suscripción.
¿Por qué usar direcciones de envío, dominios y grupos de IP separados?
La separación mantiene el tráfico identificable y reduce la exposición compartida de reputación. La guía para remitentes de Yahoo identifica tanto las direcciones IP como los dominios de firma DKIM como señales de reputación.
Google recomienda direcciones de envío diferentes para los mensajes de suscripción y los que no lo son. Yahoo recomienda separar el correo masivo de marketing del correo transaccional por IP o dominio DKIM.
Por ejemplo, los recibos pueden usar un subdominio receipts.example.com autenticado y las ofertas pueden usar news.example.com. Cada flujo también puede usar su propio grupo de IP, un conjunto de direcciones IP de envío.
Estos controles son independientes. Una dirección From diferente puede seguir usando el mismo dominio de firma y las mismas IP de envío.
¿Qué sucede cuando se mezclan los flujos?
El marketing no deseado puede afectar la reputación que usa el correo operativo. Las preguntas frecuentes de Yahoo advierten sobre correo comercial no solicitado que comparte IP con mensajes transaccionales.
Una campaña y un restablecimiento de contraseña que usan esas IP comparten esa exposición.
Mezclar propósitos dentro de un mismo mensaje genera otro problema. Una oferta promocional en un recibo puede cambiar cómo se clasifica el mensaje según CAN-SPAM.
¿Cómo difieren los requisitos de Gmail y Yahoo según el tipo de mensaje?
Los mensajes transaccionales siguen necesitando autenticación e infraestructura de envío conforme. La distinción de cancelación de suscripción no los exime de los demás requisitos de los proveedores para remitentes.
Los requisitos para remitentes de Gmail exigen SPF o DKIM a todos los remitentes hacia cuentas personales de Gmail. Los remitentes que superan 5.000 mensajes diarios a cuentas personales de Gmail necesitan SPF, DKIM y DMARC. Sus mensajes de marketing y suscripción también necesitan cancelación de suscripción con un clic y un enlace visible en el cuerpo.
Las directrices de suscripción de Google piden a los remitentes que procesen las solicitudes de cancelación de suscripción en un plazo de 48 horas. Un cambio de preferencia, por lo tanto, debe detener los envíos de suscripción posteriores dentro de esa ventana.
Los requisitos de Yahoo también exigen SPF, DKIM y DMARC a los remitentes masivos. Su requisito de cancelación de suscripción con un clic aplica a los mensajes promocionales y de marketing. Sus preguntas frecuentes excluyen explícitamente ejemplos transaccionales como confirmaciones de pedido y restablecimientos de contraseña.
¿Cómo trata CAN-SPAM las dos categorías?
CAN-SPAM aplica obligaciones diferentes según el propósito principal del mensaje. La FTC, el regulador de protección al consumidor de EE. UU., define de forma restrictiva el contenido transaccional o de relación.
Los mensajes comerciales necesitan información veraz del remitente, líneas de asunto precisas, identificación publicitaria, una dirección postal y un mecanismo de cancelación de suscripción. Los mensajes puramente transaccionales o de relación siguen sujetos a la prohibición de información de enrutamiento falsa o engañosa.
Una relación existente con el cliente no convierte todos los mensajes en transaccionales. En el caso de contenido mixto, una línea de asunto promocional puede hacer que el mensaje sea comercial. También puede hacerlo colocar el contenido transaccional principalmente después de la promoción.
Un correo promocional, por lo tanto, no puede evadir estas obligaciones usando una dirección de envío transaccional o una categoría API.
¿Cómo separas los dos en Bird?
Configuras la categoría del mensaje como transactional o marketing según su contenido. Un envío en línea usa marketing por defecto. Un envío con plantilla almacenada hereda la categoría de la plantilla a menos que la sobrescribas.
Bird añade encabezados de cancelación de suscripción con un clic y un enlace en el cuerpo HTML a los envíos de marketing. Una cancelación solo de marketing bloquea el correo de marketing pero permite el transaccional. Los rebotes permanentes, las supresiones manuales y una cancelación que cubra todos los mensajes bloquean ambas categorías.
Eliges la infraestructura por separado. Usa subdominios de envío verificados y selecciona un grupo de envío con ip_pool_id. Omitir ese campo usa el grupo predeterminado de tu organización. Configurar category no selecciona un grupo diferente.
La API de correo transaccional conecta esa configuración con tu aplicación. La lista de verificación del servicio de correo transaccional cubre la evaluación de proveedores.