OTPs que no se demoran. Recibos que llegan. Notificaciones que aparecen. Stream separado del marketing para que un mailing no afecte sus correos críticos.
Email transaccional tiene exigencias distintas a email marketing. El usuario espera el correo activamente (acaba de hacer signup, pidió reset password, completó compra). Si el correo se demora más de 30 segundos, el usuario asume que algo no funciona. Si no llega, abandona. La diferencia entre transaccional bien hecho y mal hecho se mide en signups completados, autenticaciones exitosas, ventas confirmadas.
Si el mismo dominio envía marketing masivo + transaccional crítico, una caída de reputación del marketing arrastra al transaccional. Los OTPs empiezan a caer en spam. Los signups fallan. La solución es separar dominios: marca.com para marketing, send.marca.com o tx.marca.com para transaccional. Cada uno con su propia reputación.
Mailgun cobra USD 0.80 por mil correos pero tiene queue compartida con miles de remitentes. En momentos de alta carga el tiempo de entrega puede subir a varios minutos. Para OTPs eso es inaceptable. Una infraestructura dedicada con queue priorizada para transaccional entrega bajo 30 segundos consistentemente.
Sin webhooks, la aplicación envía el correo y no sabe si llegó, si rebotó, si fue marcado como spam. Con webhooks (delivered, bounced, opened, clicked, complained, unsubscribed) la app puede reaccionar: reintentar SMS si email rebotó, marcar contacto como inactivo, etc. Es operación inteligente, no envío ciego.
Banca, fintech, salud tienen requisitos regulatorios sobre cifrado. TLS 1.3 mandatorio en conexiones outbound. SPF/DKIM/DMARC correctos para evitar que el OTP de un banco caiga en spam por sospecha de phishing. Esto no es nice-to-have: es prerequisito para que el sistema funcione legalmente.
Setup técnico desde acceso a su stack hasta primeros envíos en producción. Después, operación continua con SLA garantizado.
Creamos subdominio dedicado para transaccional (típicamente tx.marca.com o send.marca.com) separado del dominio de marketing. Configuración SPF/DKIM/DMARC específica. Si el cliente ya tiene marketing en marca.com con reputación buena, el subdominio hereda parcialmente esa reputación. Si no, warmup corto de 7-14 días.
API key con scope limitado al stream transaccional. Documentación de endpoints REST: send, schedule, track, batch. SMTP relay como alternativa para apps legacy que envían vía SMTP. Webhook URL definida por el cliente para recibir eventos en su backend.
Plantillas transaccionales típicas: welcome, password reset, email verification, order confirmation, shipping notification, OTP. Cada plantilla con variables sustituibles ({{nombre}}, {{codigo}}, {{enlace}}). Render testing en Litmus para 30+ clientes. Versión texto plano fallback.
Soporte de integración: documentación de SDKs, ejemplos de código en JavaScript, Python, PHP, .NET. Si el cliente lo prefiere, hacemos pair-programming de 2-4 horas con su equipo backend para implementar la integración correcta.
Tests end-to-end: envío vía API → entrega → webhook callback al backend del cliente. Validación de SLA <30 segundos consistente. Setup de monitoring de queue depth, error rate, latency. Si SLA se desvía, alerta inmediata.
Dashboard cliente: métricas en tiempo real (envíos, delivered, bounced, opened, clicked). Reportes semanales. SLA garantizado por escrito. Si falla, créditos compensatorios automáticos. Soporte WhatsApp priorizado para issues técnicos.
Cada signup nuevo necesita correo de verificación en menos de 30 segundos. Sin eso, conversion rate del funnel cae. Volumen típico 5k-50k correos/mes. Cuesta USD 49-89/mes en plan transaccional.
Cada login, cada transferencia, cada cambio de cuenta genera OTP por email. Volumen alto (50k-500k/mes según base activa) y SLA crítico (<10 segundos óptimo, <30s aceptable). Plan transaccional dedicado USD 149-449/mes según volumen.
Order confirmation inmediato, shipping notification cuando paquete sale del centro de distribución, delivery notification cuando llega. Webhooks para tracking. Volumen variable según temporada (Black Friday 5x lo normal).
Apps móviles o web con reset password frecuente, login alerts, suspicious activity warnings. Volumen moderado (10k-100k/mes) pero altísima prioridad de entrega. Plan transaccional + IP dedicada para casos enterprise.
USD 49/mes (plan Inicial) incluye: 25.000 envíos transaccionales mensuales, API REST + SMTP relay, webhooks básicos, 10 plantillas, dominio transaccional dedicado, soporte WhatsApp horario hábil. Tiers superiores: Plus USD 149/mes (100k envíos, IP dedicada, SLA escrito), Pro USD 449/mes (500k envíos, 2 IPs dedicadas, SLA 99.9%, soporte 24/7), Enterprise USD 990/mes (volumen ilimitado, IPs múltiples, dedicated account manager).
Funcionalidad similar a Postmark y SendGrid en core (API REST, webhooks, plantillas). Diferencias: nosotros operamos desde Panamá con IP dedicada panameña (Postmark/SendGrid pool global), soporte en español/WhatsApp huso panameño, costo 30-60% menor en volúmenes sobre 100k/mes, SLA escrito explícito. Lo que ellos tienen mejor: marca reconocida (algunos compradores internacionales lo exigen), 100+ integraciones nativas (nosotros tenemos las 30 más usadas).
Sí. Infraestructura PowerMTA/KumoMTA aguanta 100k+ envíos/hora sin degradación. Para volumen muy alto (1M+/hora), pre-coordinación 14 días antes para escalar capacidad temporal. La queue priorizada para transaccional asegura que envíos críticos no sufren ralentización aunque el sistema esté procesando picos.
Técnicamente sí pueden coexistir, pero NO recomendamos. Mejor práctica: marca.com para marketing, send.marca.com (o tx.marca.com) para transaccional. Cada subdominio con SPF/DKIM/DMARC propio y reputación independiente. Si marketing cae en spam por mala campaña, transaccional sigue entregando. Vice versa también.
Webhook "bounced" o "deferred" se dispara al backend del cliente. La aplicación cliente debería tener fallback: si email falla en 30 segundos, enviar SMS. Si SMS falla, mostrar opción de regenerar OTP. Esa lógica de fallback la implementa el cliente; nosotros entregamos los webhooks para que tome la decisión correcta. SLA: <0.5% de bounces transaccionales (ratio normal: marketing 2-5%, transaccional 0.1-0.5%).
Integración nativa documentada: Shopify (via webhooks), WooCommerce (plugin oficial), Magento (extensión). Para otros e-commerce o apps custom: API REST estándar con SDKs en JavaScript, Python, PHP, .NET. Integración custom en 1-3 horas de pair-programming si el equipo del cliente prefiere apoyo. Sin costo adicional dentro del setup inicial.
Conversación de quince minutos por WhatsApp. Le decimos exactamente qué incluiría su cotización para esto, sin formularios largos.
