El correo de registro de tu SaaS no llega: checklist

El correo de registro es la primera impresión que tu aplicación SaaS causa en nuevos usuarios. Cuando no llega, pierdes la oportunidad de guiarles en la verificación, establecer credibilidad y empezar el onboarding. No es solo un problema técnico: es un cuello de botella de negocio que afecta directamente a tu tasa de conversión.

Los fallos en entrega de correos transaccionales tienen causas muy específicas: desde configuración incorrecta de SPF/DKIM/DMARC, hasta filtros antispam en el lado del proveedor, pasando por mezcla de flujos transaccionales y de marketing. Este checklist te ayudará a identificar dónde está el problema y cómo solucionarlo.

¿Por qué no llega el correo de registro?

Los correos de registro enfrentan una carrera de obstáculos. Tu servidor SMTP intenta entregarlos en Gmail, Outlook, Yahoo o dominios corporativos, pero en el camino hay controles de autenticación, filtros de reputación y análisis de contenido. Si uno falla, el correo termina en spam—o peor, rebota sin que te enteres.

Las causas más frecuentes:

SPF/DKIM/DMARC no configurados o incompletos. Gmail, Yahoo y Outlook lo exigen desde 2024. Sin ellos, la tasa de rechazo es alta.
Dominio de envío con mala reputación. Si has usado un servicio de correo genérico (tipo mcsv.net, mailgun.info), el dominio está quemado en bases de datos de spam.
Mezcla de flujos transaccionales y marketing. Enviar newsletters desde la misma IP que correos de verificación contamina tu score de envío.
Direcciones de correo no validadas. Envíos a correos inválidos o honeypots cuentan como bounces y dañan tu reputación.
Palabras gatillo o enlaces sospechosos. Ciertos términos («Reset your password», enlaces acortados) disparan filtros antispam.
Límites de envío por tiempo. Algunos proveedores (especialmente Outlook) ralentizan entregas en ráfagas sin respetar mecanismos de backoff.

Checklist: Autenticación del dominio

Antes de enviar un solo correo de producción, asegúrate de que tu dominio está autenticado. Esto es no-negociable.

SPF (Sender Policy Framework): Define qué servidores de correo están autorizados a enviar desde tu dominio. Añade un registro TXT en tu DNS:

v=spf1 include:tu-proveedor-smtp.com ~all

El ~all (soft fail) es más permisivo; -all (hard fail) rechaza todo lo que no esté en la lista. Para producción, usa -all tras validar que todos tus envíos pasan por el proveedor listado.

DKIM (DomainKeys Identified Mail): Añade una firma criptográfica a cada correo. Tu proveedor de SMTP te proporciona una clave pública que debes insertar en un registro CNAME o TXT del DNS:

default._domainkey.tudominio.es TXT v=DKIM1; k=rsa; p=MIGfMA0...

DMARC (Domain-based Message Authentication, Reporting and Conformance): Política de qué hacer con correos que fallan SPF y DKIM. Comienza con p=none para monitoreo, luego pasa a p=quarantine (spam) y finalmente p=reject (rechazo).

v=DMARC1; p=none; rua=mailto:dmarc-reports@tudominio.es

Los reportes DMARC te mostrarán si hay servidores falsos usando tu dominio y ayudan a ajustar tu política.

Flujo de autenticación: el correo pasa SPF, DKIM y DMARC antes de llegar a la bandeja

Aislamiento de flujos: transaccional vs. marketing

Uno de los errores más comunes es enviar correos de registro desde el mismo pool de IPs que tus campañas de marketing. Los filtros antispam de los proveedores ven una IP con alto volumen de marketing —incluso legítimo— y automáticamente desconfían de correos transaccionales enviados desde la misma IP.

La solución es segregar:

Subdominio dedicado a transaccional. Por ejemplo, noreply@tu-saas.es apunta a un servidor SMTP diferente (o al menos a un pool de IPs distinto) que marketing@tu-saas.es.
Pool de IPs separados. Si usas un proveedor como Sendgrid, Mailjet o Brevo, configura un pool de IPs para transaccional y otro para marketing.
Límites de envío por horario. Concentra el envío de newsletters en ventanas específicas; permite que transaccional envíe a velocidad constante sin picos.

Esta separación protege tu reputación: un spike de marketing o una campaña mal segmentada no derriba tu tasa de entrega de correos críticos.

Validación de direcciones en tiempo de registro

Cada correo inválido o incorrecto que envíes cuenta como bounce y degrada tu reputación. Antes de guardar el email del usuario, valida:

Sintaxis básica: regex para user@domain.ext (suficiente para la mayoría de casos).
Validación de dominio: verifica que el dominio tiene registros MX (mailbox records). Una librería como email-validator (npm) puede hacerlo.
Consulta de listas negras. Algunos servicios como ZeroBounce o BriteVerify tienen bases de datos de emails conocidamente inválidos; valida contra ellas si tu volumen lo justifica.
Double opt-in para registros. Envía un correo de verificación y solo activa la cuenta después de que el usuario haga clic en el enlace. Esto filtra bots y emails falsos.

Si eres especialmente conservador, puedes enviar un correo de bienvenida «ligero» (solo confirmación) y el correo «pesado» (con guías, tutoriales) solo después de que valide su dirección.

Seed test antes de desplegar a producción

Un seed test consiste en enviar tu correo de registro a direcciones de prueba en todos los grandes proveedores (Gmail, Outlook, Yahoo, Movistar, iCloud, etc.) y ver dónde aterriza: Inbox, Spam, Promotions. Es la forma más rápida de detectar problemas antes de que tus usuarios reales los sufran.

El proceso típico:

Accedes a una herramienta de seed test (como check.live-direct-marketing.online).
Recibes un conjunto de direcciones de prueba en cada proveedor.
Envías tu correo de registro a esas direcciones.
La herramienta te muestra en qué carpeta llegó, si fue bloqueado, y un screenshot de cómo se ve en cada proveedor.
Ajustas tu configuración (SPF/DKIM, contenido, headers) y repites.

Testea sin costo, sin límites

Antes de deployer a producción, usa seed addresses de proveedores reales —sin costo, sin límites— y recibe screenshots de cómo se ve tu correo en cada bandeja de entrada. Repite hasta que todo llegue a Inbox.

Para SaaS, recomendamos hacer este test en cada:

Cambio de proveedor de SMTP o IP dedicada.
Modificación importante del contenido (nuevos enlaces, imágenes, estructura HTML).
Antes de cualquier aumento significativo de volumen de registros.

Monitoreo continuo en producción

Incluso con todo bien configurado, es posible que la entrega se degrade con el tiempo. Algunos proveedores (Outlook, Hotmail, iCloud) son especialmente sensibles a cambios en patrones de envío. Por eso necesitas monitoreo:

Bounce tracking: revisa regularmente cuántos correos rebotan. Un bounce rate significativo es señal de alerta.
Spam complaints: si usuarios marcan tu correo como spam, los proveedores te penalizan. Monitorea este número de cerca.
Logs de SMTP: guarda logs de cada intento de envío (timestamp, destinatario, status, código de error). Esto te ayuda a rastrear patrones.
Alertas en tiempo real: si tu proveedor de SMTP ofrece webhooks de bounce, úsalos para alertarte inmediatamente si la tasa sube anormalmente.
Postmaster Tools: Gmail y Yahoo ofrecen dashboards en Postmaster Tools; úsalos para ver tu reputación de dominio.

El monitoreo temprano te ayuda a detectar y revertir problemas antes de que afecten a miles de usuarios.

¿Es obligatorio tener SPF/DKIM/DMARC para enviar correos transaccionales?

Técnicamente no, pero es prácticamente obligatorio desde 2024. Gmail y Yahoo (que representan la mayor parte del tráfico) aceptan pocos correos sin SPF/DKIM. Sin DMARC no necesariamente te rechazan, pero te ponen en una «lista gris» que lleva a spam. Configúralos desde el inicio; no vale la pena el riesgo.

¿Cuánto tiempo tarda un seed test?

Depende de la herramienta y del número de proveedores. La mayoría devuelven resultados entre 2 y 10 minutos. Es un tiempo mínimo considerando que validarás tu entrega antes de afectar a miles de usuarios reales.

¿Qué hago si mis correos de registro siguen llegando a spam después de todo esto?

Revisa: (1) el contenido — elimina palabras gatillo como «verify», «reset» en mayúsculas; (2) los enlaces — asegúrate de que apuntan a tu dominio, no a acortadores; (3) la frecuencia — si estás enviando a ráfaga, ralentiza; (4) la lista — valida que no contiene addresses inválidas o honeypots. Si todo falla, considera cambiar de proveedor SMTP o de dominio de envío.

Lecturas relacionadas