Dé a cada cliente, marca o entorno sus propias claves, dominios e informes, sin operar sus propios servidores de correo.
Correo multi-tenant para SaaS con API lista para agentes y triaje de soporte con IA
Un tenant envía spam y afecta a todos
Los límites por workspace y la supresión impiden que un solo remitente perjudique al resto.
Los clientes quieren su propio dominio de envío
Los flujos de alta y verificación de dominios funcionan mediante la API.
Los cambios de correo salen con cada versión
Las plantillas con versiones permiten a producto y soporte actualizar el contenido con seguridad.
El correo multi-tenant funciona cuando cada cliente es una unidad separada con sus propias claves, dominio y límites, todo gestionado por su producto.
El correo para SaaS es el conjunto de mensajes que un producto de software envía en nombre de sus propios usuarios: invitaciones a workspaces, alertas de uso, resúmenes, avisos de facturación y, en muchos productos, correo enviado con la marca del propio cliente. Es más difícil que el correo de app habitual porque muchos tenants comparten una plataforma de envío, así que el diseño debe separar sus límites, dominios, claves y reputación sin complicar la integración para los desarrolladores. Un buen diseño evita que los tenants se afecten entre sí.
Los equipos SaaS en etapa temprana envían todo desde una cuenta y un dominio. Al llegar los clientes, los problemas se acumulan: la mala lista de un solo tenant daña la entrega de todos, los clientes piden enviar desde su propio dominio, producto y soporte quieren editar plantillas sin un despliegue y nadie puede explicar por qué un usuario no recibió una invitación. Construir internamente los controles por tenant resta tiempo de ingeniería al producto. Mientras tanto, soporte no tiene respuesta.
MigoSMTP, construido sobre MigoMTA, ofrece workspaces con claves, límites e informes independientes, alta de dominios mediante la API, plantillas con versiones y webhooks que devuelven el estado de entrega a su producto. Una API lista para agentes y un copiloto de soporte ayudan a su equipo a responder más rápido a por qué algo no llegó y a señalar tenants con patrones de rebote inusuales. Las personas aprueban cualquier suspensión o cambio de configuración. Los informes desglosan los resultados por workspace.
Envíe invitaciones disparadas por un compañero, con eventos de entrega devueltos a su app para que quien invita vea si el mensaje rebotó y pueda corregir la dirección.
Avise a los administradores cuando se cruce un umbral, con envío prioritario para que las alertas no queden en cola tras los resúmenes, y registre la entrega para su rastro de auditoría. Las alertas siguen siendo auditables.
Ejecute resúmenes semanales por workspace y usuario, con limitación para que el resumen de un tenant grande no consuma la capacidad que los tenants más pequeños necesitan en el mismo momento.
Permita a los clientes verificar su propio dominio mediante un flujo de alta y enviar con su marca, con las comprobaciones SPF y DKIM completadas antes del primer uso. Los dominios sin verificar permanecen bloqueados.
Permita que los tenants envíen desde su propio dominio verificado mientras usted conserva el control de los límites y la supresión.
Avise a los clientes cuando se acerquen a los límites de su plan y confirme los pagos, todo con plantillas que puede versionar.
Al principio, una cuenta es sencilla. A medida que crecen los tenants, la separación protege a todos.
Empiece con workspaces desde el primer tenant. Migrar después es mucho más difícil que empezar separado.
Introduzca el correo de un usuario y pregunte por qué no llegó una invitación. El copiloto lee el log de mensajes y resume la ruta de entrega. No puede reenviar ni editar nada sin la aprobación del personal.
Detecte workspaces cuyos patrones de rebote o queja se alejan de lo normal y presénteselos para su revisión. Su equipo decide si advertir, limitar o dejar al tenant como está.
Una superficie compatible con MCP permite que agentes internos aprobados aprovisionen workspaces o consulten el estado de dominios con claves de alcance limitado. Las acciones de alto impacto pueden requerir un paso de aprobación humana. Cada llamada queda registrada.
Redacte versiones traducidas o reformuladas de los correos de producto para su revisión. Los responsables de producto editan y aprueban cada versión antes de que entre en vigor en una plantilla con versiones.
Las funciones de IA son de apoyo y asesoramiento, de modo que sus equipos de ingeniería y soporte revisan las sugerencias y conservan el control de las decisiones sobre tenants, plantillas y envíos.
Separe claves, límites e informes por cliente para que un remitente ruidoso no perjudique a otros y pueda ver el uso con claridad.
No envíe nunca como dominio de un cliente hasta que SPF y DKIM pasen. Bloquee en la API los dominios sin verificar para proteger la reputación compartida.
Mantenga los correos de producto en plantillas con versiones para que soporte y producto actualicen el texto con seguridad y puedan revertir si un cambio causa problemas.
Use webhooks para mostrar entregado, rebotado o diferido junto a la acción, lo que reduce los tickets sobre correos perdidos.
Aplique topes de envío predeterminados y súbalos bajo petición, para que una cuenta comprometida no pueda enviar un gran volumen antes de que alguien lo note.
¿Diseña su modelo de tenants? Nuestro equipo puede revisarlo con usted.
Use una API de correo con un workspace o subcuenta por tenant, cada uno con sus propias claves, límites e informes. Autentique los dominios de envío, devuelva los eventos mediante webhooks y aplique supresión por tenant para que los datos malos de un cliente no afecten a otros.
Sí, con un flujo de alta de dominios: el cliente agrega registros DNS, usted verifica SPF y DKIM y solo entonces habilita el envío. La API puede automatizarlo, de modo que su producto guíe a cada cliente en la configuración sin soporte manual.
Aísle a los tenants con workspaces separados, aplique límites de envío, suprima rebotes y quejas automáticamente y monitoree las tasas de cada tenant. Pase a los tenants de alto riesgo o gran volumen a su propio pool de IP si su comportamiento empieza a afectar a otros. Revise los límites a medida que crece cada tenant.
Guarde las plantillas fuera del código de la aplicación, con versiones, variables y un paso de revisión. Así producto y soporte pueden editar el contenido sin desplegar, mientras ingeniería conserva el control de los datos que se pasan y puede revertir un cambio erróneo. Etiquete cada versión para que los cambios sean rastreables.
Suscríbase a los eventos de webhook y guarde el estado entregado, rebotado y diferido junto al registro relacionado en su base de datos. Su interfaz puede entonces mostrar una insignia de estado o una opción de reenvío sin leer nunca un buzón. Esto también reduce de forma notable los tickets repetitivos.
La mayoría de los equipos SaaS usan la API HTTP para los envíos de la aplicación porque admite metadatos, idempotencia y errores más detallados. SMTP es útil para sistemas heredados, plugins y herramientas de terceros. Ambos pueden funcionar en el mismo workspace. Muchos equipos usan los dos a la vez sin conflicto.
Sí, mediante una interfaz compatible con MCP con claves de alcance limitado. Usted decide qué acciones pueden realizar los agentes, como consultas de estado de solo lectura frente a redactar envíos, y puede exigir aprobación humana para todo lo sensible.
Un copiloto puede leer el log de mensajes de un usuario y explicar en lenguaje claro la ruta de entrega, como el motivo de un rebote o de un diferimiento. El personal revisa el resumen y decide cualquier seguimiento.
Cuéntenos su volumen y su configuración y le guiaremos hacia la configuración adecuada.
Crea una cuenta, añade tu dominio y envía tu primer correo.