1) El patrón “sale, pero nunca llega” (entrega invisible)

Este es el más frustrante: tu sistema marca “enviado”, el proveedor acepta el mensaje, pero el usuario no lo ve. A veces ni siquiera está en spam: simplemente no aparece. Suele ocurrir cuando el proveedor receptor aplica filtrado agresivo, cuarentena silenciosa o placement a carpetas que el usuario ni revisa.

Señales típicas

• Los logs del ESP dicen “delivered”, pero el usuario insiste en que no lo recibió.
• Solo pasa en ciertos dominios (por ejemplo, un proveedor específico) o en ciertos países/redes.
• El problema se agrava cuando mandas enlaces, adjuntos o contenido con palabras “sensibles”.

Cómo probarlo

• Envía versiones A/B: una sin enlaces y otra con enlaces; una en texto plano y otra HTML.
• Usa cuentas semilla en varios proveedores y revisa inbox, spam, promociones y “otros”.
• Inspecciona headers: busca resultados de SPF/DKIM/DMARC y el “Authentication-Results”.
• Valida que el dominio del From y el dominio del “Return-Path”/bounce estén alineados (o al menos coherentes).

2) Rebotes (bounces) que parecen aleatorios, pero no lo son

Los rebotes casi siempre dicen la verdad, solo que hay que leerlos bien. Hay dos familias: hard bounce (permanente) y soft bounce (temporal). Si estás “probando deliverability” y de pronto sube el bounce rate, tu reputación y tus listas están en riesgo.

Hard bounces: patrón de lista sucia

• Direcciones inexistentes, dominios mal escritos, cuentas cerradas.
• Listas compradas o recolectadas sin verificación.
• Errores de captura (typos), formularios sin validación, imports antiguos.

Un hard bounce constante suele apuntar a calidad de datos. Si además hay quejas (complaints), se combina y te hunde la reputación.

Soft bounces: patrón de capacidad, throttling o filtros

• Buzón lleno, rate limiting, “try again later”.
• Bloqueos por reputación temporal: el receptor reduce tu velocidad aceptada.
• Problemas de DNS intermitentes o fallas de TLS.

Cómo probarlo

• Segmenta por dominio receptor y revisa tasas: si un dominio concentra los bounces, ya tienes pista.
• Reduce velocidad (send rate) y compara: si mejora, era throttling o reputación temporal.
• Verifica DNS: registros SPF, DKIM, DMARC, MX, y que no haya timeouts esporádicos.

3) SPF/DKIM/DMARC: el triángulo de fallas más común

Muchísimas “misteriosas” caídas en spam o bloqueos vienen de autenticación. No basta con “tener SPF”. Lo importante es que los checks pasen y que haya alineación con el dominio del From.

SPF: el patrón de “permerror” o “softfail”

• SPF con demasiados lookups (límite DNS), lo que provoca fallas intermitentes.
• Uso de ~all cuando en realidad deberías ser más estricto, o al revés: -all sin cubrir todos los remitentes.
• Varios proveedores enviando por tu dominio sin estar incluidos.

DKIM: el patrón de firma ausente o rota

• El selector DKIM no existe en DNS o se publicó mal.
• El mensaje se modifica en tránsito (re-escritura agresiva, footers, gateways) y la firma deja de validar.
• Rotación de claves sin actualizar DNS.

DMARC: el patrón de “fail por alineación”

• SPF pasa, DKIM pasa, pero DMARC falla porque no están alineados con el dominio del From.
• Políticas muy estrictas (p=reject) sin tener todo bajo control todavía.
• Subdominios enviando sin política adecuada.

Cómo probarlo

• Revisa headers en correos semilla y confirma: SPF=pass, DKIM=pass y DMARC=pass.
• Prueba un envío desde cada fuente real (transaccional, marketing, soporte) y compara resultados.
• Si tienes múltiples subdominios, valida que cada uno tenga su DKIM y su DMARC coherente.

4) Reputación: cuando “antes sí llegaba” y ahora ya no

El patrón clásico: tu deliverability era decente, crece el volumen o cambias infraestructura, y de repente caes a spam o bloqueo. La reputación es un sistema de señales acumuladas: quejas, bounces, engagement, consistencia de volumen y comportamiento del dominio/IP.

Causas típicas

• Incremento brusco de volumen sin warm-up.
• Listas frías: reactivas contactos viejos y suben bounces/quejas.
• Cambias de IP o de proveedor y pierdes historial “bueno”.
• Te reportan por contenido repetitivo, links sospechosos o prácticas tipo “spray and pray”.

Cómo probarlo

• Reduce el volumen y envía solo a usuarios con engagement reciente (aperturas/clics).
• Separa transaccionales de marketing (subdominios distintos) para aislar reputación.
• Compara placement por cohorte: nuevos vs antiguos; activos vs inactivos.
• Evalúa consistencia: si envías “picos” una vez al mes, los filtros lo notan.

5) Throttling y rate limits: el correo llega… pero tarde

Otro patrón súper común: el correo llega con minutos u horas de retraso, especialmente OTPs. El receptor limita la velocidad a la que acepta mensajes de tu remitente, o tu proveedor hace colas internas por seguridad.

Señales típicas

• Retrasos variables: a veces 5 segundos, a veces 20 minutos.
• Mayor retraso en campañas grandes o en picos de tráfico.
• Concentración del problema en un dominio receptor específico.

Cómo probarlo

• Envía a baja velocidad y mide latencia de entrega; luego sube gradualmente.
• Para OTP, prioriza colas transaccionales separadas y evita competir con newsletters.
• Monitorea tiempos: “queued”, “sent”, “accepted”, “delivered”, y correlación con volumen.

6) Contenido y formato: cuando el filtro “huele” marketing o riesgo

Mucha gente subestima el contenido. No solo son palabras “spammy”; es la combinación de HTML, enlaces, tracking y estructura. Un mismo dominio puede entregar perfecto con mensajes simples y fallar cuando metes plantillas pesadas o links acortados.

Patrones típicos de contenido problemático

• HTML con demasiadas tablas anidadas, estilos raros o contenido oculto.
• Solo imagen y casi nada de texto (o texto muy genérico).
• Links acortados, dominios recién creados o redirecciones múltiples.
• Asuntos agresivos (“URGENTE”, “última oportunidad”) o exceso de signos.
• Adjuntos inesperados o tipos de archivo que disparan filtros.

Cómo probarlo

• Prueba una versión texto plano y una HTML ligera; compara placement.
• Elimina tracking por una tanda (sin UTM, sin píxeles) para ver si el problema era reputación de links.
• Usa un dominio de enlaces propio y estable, con buena higiene (HTTPS, sin cadenas raras).
• Revisa que el email tenga una proporción saludable texto/HTML y un footer claro.

7) Listas y segmentación: el patrón “le llega a unos sí, a otros no”

Cuando el mismo correo llega a algunos usuarios y a otros no, normalmente el factor no es tu plantilla, sino la audiencia: engagement, historial, quejas, rebotes previos o filtros por usuario.

Qué suele estar pasando

• Los usuarios inactivos te mandan a spam por falta de engagement.
• Hay direcciones “role-based” (info@, admin@) más sensibles a filtros.
• Segmentos con rebotes previos te penalizan y arrastran reputación.
• La captación trae correos mal escritos y disparas hard bounces.

Cómo probarlo

• Divide por cohortes: 0–30 días activos vs 90+ días sin actividad.
• Haz re-engagement separado, con volúmenes bajos, y limpia lo que no responda.
• Activa doble opt-in donde aplique para mejorar calidad.
• Implementa validación básica (syntax + dominio + MX) antes de aceptar registros.

8) Infraestructura: IPs compartidas, dominios nuevos y cambios peligrosos

Cambiar de infraestructura es como mudarte: aunque la casa sea mejor, los vecinos todavía no te conocen. Si estás en IP compartida, puedes heredar mala reputación de otros. Si estás en IP dedicada sin warm-up, también te puedes pegar un tiro en el pie.

Patrones típicos

• IP compartida con reputación variable: algunos días todo bien, otros días spam.
• Dominio/subdominio nuevo: los receptores lo tratan como desconocido.
• Cambios de “From name”, “From address” o dominio de links de un jalón.
• Falta de rDNS / PTR en setups propios (cuando aplica), o TLS mal configurado.

Cómo probarlo

• Estabiliza identidad: mismo From, mismo dominio de links, mismos patrones de envío.
• Warm-up por etapas: primero transaccional, luego marketing, siempre con engagement alto.
• Si puedes, separa: transaccional en infraestructura distinta a marketing.
• Audita cambios recientes: muchas veces la falla empezó “justo cuando cambiamos X”.

9) Un método de pruebas que sí ayuda (sin volverte loco)

Probar deliverability no es mandar correos “a ver si pega”. Funciona mejor si lo tratas como experimento: una variable a la vez, medición clara, y comparaciones por dominio receptor.

Paso 1: arma un set de cuentas semilla

Ten buzones en varios proveedores y, si puedes, en dominios propios. Revisa inbox, spam, promociones y pestañas secundarias. Documenta resultados por tipo de mensaje: OTP, confirmación, newsletter, “promos”.

Paso 2: define un “mensaje mínimo”

Crea un correo de prueba súper simple: texto claro, sin imágenes, un solo enlace (o ninguno), y un asunto neutro. Eso te da una línea base. Si tu baseline falla, el problema suele ser autenticación o reputación, no la plantilla.

Paso 3: sube complejidad en capas

• Primero agrega HTML básico.
• Luego agrega enlaces de tracking.
• Luego agrega imágenes.
• Al final agrega elementos “delicados” (botones grandes, promos, adjuntos).

Si en una capa se rompe, ya identificaste el detonador.

Paso 4: monitorea métricas que sí predicen problemas

• Bounce rate por dominio receptor.
• Complaint rate (quejas) y tendencias después de campañas.
• Latencia de entrega, sobre todo en transaccionales.
• Engagement real: aperturas/clics (con sus límites), y actividad por cohorte.

10) Checklist rápido de diagnóstico (para cuando urge)

1. ¿SPF, DKIM y DMARC pasan y están alineados con el From?
2. ¿Subió hard bounce? Limpia lista y valida captación.
3. ¿Subió soft bounce o hay retrasos? Baja velocidad y revisa throttling.
4. ¿Cae en spam solo con cierta plantilla? Aísla contenido: links, tracking, HTML pesado.
5. ¿Empeoró tras un cambio? Revisa infraestructura: IP, dominio, subdominio, From, links.
6. ¿Solo afecta a inactivos? Segmenta por engagement y reactiva con cuidado.
7. ¿OTP llega tarde? Separa colas transaccionales y evita competir con campañas.