1) Colas (Queues): el tráfico sí importa

Piensa en el email como en una fila. Cuando un servidor de correo está enviando muchos mensajes al mismo tiempo (por ejemplo, campañas, notificaciones masivas, restablecimientos de contraseña, picos de usuarios), los correos se van formando en una cola. En lugar de salir todos de golpe, salen por turnos.

Las colas pueden existir en varios lugares: en tu servidor de salida (SMTP), en un servicio intermediario (un proveedor transaccional), o incluso del lado del receptor. Si de pronto tu aplicación envía 10,000 correos, no es raro que una parte salga rápido y otra se quede esperando.

Señales típicas de cola:

• El mismo tipo de correo llega a unos usuarios rápido y a otros lento.
• Los retrasos aparecen por horarios (picos) y luego “se normaliza”.
• El correo llega, pero con varios minutos de diferencia respecto al evento.

En escenarios de verificación (OTP), incluso 2–3 minutos se sienten eternos. Pero puede ser simplemente un pico de envíos o un “cuello de botella” temporal.

2) Revisiones anti-spam: el correo se “inspecciona”

Antes de que un proveedor entregue un mensaje en la bandeja de entrada, suele pasar por filtros automáticos: reputación del remitente, análisis de contenido, verificación de autenticación (SPF/DKIM/DMARC), y otras reglas internas. Este proceso no siempre es inmediato.

A veces el mensaje no está bloqueado, solo está en evaluación. En especial si:

• El dominio o IP del remitente es nuevo o tiene reputación desconocida.
• El contenido se parece a correos típicos de spam (muchos links, palabras “promocionales”, plantillas agresivas).
• Hay inconsistencias de autenticación (por ejemplo, SPF que no incluye al proveedor real).
• El patrón de envío es irregular (picos raros, muchas quejas, rebotes).

Importante: un correo puede llegar tarde y caer en inbox, o llegar tarde y caer en spam. No siempre es “falla”, muchas veces es un proceso de clasificación.

3) Greylisting: el “regresa después” que causa minutos de retraso

El greylisting es una técnica anti-spam donde el servidor receptor rechaza temporalmente el primer intento de entrega con la idea de que un servidor legítimo volverá a intentar, mientras que muchos bots no lo hacen. El resultado: el correo se entrega en el segundo intento, pero con retraso.

¿Cuándo se nota más? Cuando tu sistema o tu proveedor de envío no tiene una reputación sólida con ese receptor, o cuando se trata de dominios corporativos que aplican políticas más estrictas. Para el usuario final, se ve como: “me llegó 4–12 minutos después”.

4) Throttling del proveedor: sí te pueden bajar la velocidad

Provider throttling significa que el receptor (o incluso tu servicio de envío) decide limitar la velocidad a la que acepta o procesa correos de cierto remitente. No es un castigo personal: es una medida para proteger su sistema de abuso y mantener calidad de entrega.

Los proveedores pueden aplicar throttling por:

• Volumen alto hacia el mismo dominio en poco tiempo.
• Reputación débil (muchos rebotes, quejas, engagement bajo).
• Patrones sospechosos (muchos correos casi idénticos, links acortados, envío irregular).
• IPs compartidas “calientes” (cuando compartes infraestructura con otros que se portan mal).

El efecto práctico es que tus correos se van entregando “a cucharaditas”. No es que se pierdan: solo tardan, y a veces requieren reintentos.

5) El receptor también tiene colas (y prioridades internas)

Aunque tu servidor envíe bien, el proveedor del destinatario puede tener su propia cola interna. En periodos de alto tráfico global, algunos sistemas priorizan mensajes según reputación, tipo de correo, o historial de interacción (por ejemplo, si la gente suele abrir tus mensajes).

Esto se nota especialmente en correos transaccionales que “deberían” llegar al instante. Si tu remitente no está bien “establecido” para ese proveedor, puede entrar a un carril más lento.

6) Rebotes suaves vs. rebotes duros: no todo “fallo” es definitivo

Cuando un correo no se entrega al primer intento, puede ocurrir un soft bounce (rebote suave): buzón lleno, limitación temporal, servidor ocupado, greylisting, etc. En estos casos, el sistema reintenta automáticamente. Eso agrega retraso, pero no significa que el correo se perdió.

Un hard bounce (rebote duro) es distinto: dirección inexistente, dominio inválido, bloqueo permanente. Ahí normalmente no hay reintentos “útiles”.

Para un usuario, ambos pueden verse igual (“no me llegó”), pero para diagnóstico interno es clave separar lo temporal de lo permanente.

7) Plantillas y contenido: sí pueden afectar tiempos (especialmente en proveedores estrictos)

Aunque suene raro, el contenido puede influir en cuánto se tarda un correo en entregarse. No porque alguien “lo lea”, sino porque los filtros aplican reglas: escaneo de links, reputación de dominios enlazados, análisis de patrones y heurísticas. Plantillas con demasiados elementos “promocionales” o con links dudosos pueden disparar revisiones más estrictas.

En correos de OTP conviene mantenerlo simple: texto claro, un solo propósito, y evitar exceso de enlaces o palabras que parezcan marketing. El objetivo es que el mensaje se identifique como transaccional, no como campaña.

8) Checklist rápido para diagnosticar retrasos

Si estás del lado del usuario final, hay algunas pruebas simples que ayudan a ubicar el problema:

• Revisa Spam/Promociones: a veces sí llegó, solo no donde esperabas.
• Prueba con otro proveedor: si a Gmail llega rápido y a Outlook tarda, es pista de throttling o políticas.
• Reintenta una vez: si el primero se atora y el segundo llega, puede ser cola o greylisting.
• Espera unos minutos: muchos retrasos se resuelven solos por reintentos automáticos.

Si estás del lado del producto o del equipo técnico, revisa:

• Logs de envío con timestamps (hora de evento vs hora de aceptación del proveedor).
• Respuestas SMTP (códigos temporales suelen indicar cola/throttling/greylisting).
• Autenticación: SPF, DKIM y DMARC correctos y alineados con tu dominio.
• Reputación: tasas de rebote, quejas, y consistencia del volumen.
• Infraestructura: IP dedicada vs compartida, y calidad del proveedor transaccional.

9) Cómo reducir retrasos (mejores prácticas que sí ayudan)

Calienta y estabiliza el envío

Si tu dominio o IP es nuevo, evita picos agresivos. Un crecimiento gradual ayuda a construir reputación y reduce throttling. En pocas palabras: no pases de 0 a 100 de golpe.

Separa transaccional vs marketing

Los correos de verificación, restablecimiento de contraseña y avisos de seguridad deberían salir por canales y plantillas claramente transaccionales. Mezclar estilos “promocionales” puede activar filtros más duros y aumentar retrasos.

Optimiza autenticación (SPF/DKIM/DMARC)

La autenticación no solo mejora inbox placement; también reduce fricción en filtros. Cuando un proveedor confía en tu identidad, suele procesar más rápido y con menos dudas.

Controla el volumen por dominio

Si le estás enviando miles de correos a un solo proveedor en minutos, vas a topar límites. Distribuir, hacer rate limiting propio y programar envíos ayuda a que no te “frenen” de forma automática.

Reduce rebotes

Listas limpias, validación básica de correos y manejo de rebotes evita que tu reputación se deteriore. Muchos retrasos empiezan a aparecer cuando el sistema detecta rebotes constantes o quejas.

10) ¿Cuándo preocuparse?

Un retraso ocasional de 1 a 5 minutos puede ser normal. Se vuelve señal roja cuando:

• Los retrasos son constantes y afectan a la mayoría de usuarios.
• Solo fallan ciertos proveedores (por ejemplo, casi siempre Outlook).
• Los correos de OTP llegan cuando el código ya expiró.
• Hay picos de rebotes o quejas recientes.

En esos casos, el problema suele estar en reputación, throttling recurrente, o configuración de autenticación. Lo bueno: casi siempre se puede corregir con ajustes de envío y mejores prácticas de entregabilidad.

Conclusión

Los correos se retrasan por razones muy terrenales: colas cuando hay tráfico, filtros anti-spam que inspeccionan, greylisting que fuerza reintentos, y throttling cuando un proveedor decide limitarte para proteger su plataforma.

Si entiendes estas piezas, el “no me llegó” deja de ser un misterio. Y si estás construyendo un producto, puedes diseñar mejor la experiencia: mostrar un aviso de espera, permitir reenvío con control, y mantener tu envío sano para que los códigos lleguen cuando importa.