¿Qué es la Limitación de Velocidad de Entrada?
La limitación de velocidad de entrada es un mecanismo de limitación implementado por servidores de correo (lado receptor) que limita el número de mensajes aceptados de un único remitente, IP de envío o dominio dentro de un período de tiempo fijo. Estos límites se expresan en diversas unidades: mensajes por segundo, por minuto, por hora o por día. Cuando un remitente excede el umbral, el servidor receptor responde con un código de rechazo, típicamente una falla temporal 4xx (código SMTP 451, 452) o, en casos más estrictos, una falla permanente 5xx.
El propósito principal es defensivo: los servidores de correo deben proteger su infraestructura, almacenamiento en disco, capacidad de procesamiento y experiencia del usuario de ser inundados. Sin limitación de velocidad, un remitente en masa mal configurado o una cuenta comprometida podrían teoricamente enviar millones de mensajes a un único dominio en minutos, causando condiciones de denegación de servicio.
Cómo Funciona la Limitación de Velocidad de Entrada
Cuando se establece una conexión SMTP, el servidor receptor registra la identidad del remitente, generalmente por IP de envío, dominio SMTP MAIL FROM o ambos. A medida que llegan los mensajes, el servidor incrementa un contador y verifica si el volumen acumulado excede el umbral configurado dentro de la ventana de tiempo. Si se supera el límite, el servidor emite un código de respuesta 4xx o 5xx en lugar de aceptar el mensaje.
Una respuesta 4xx es temporal e indica que el remitente debe reintentar más tarde. Una respuesta 5xx es permanente e indica al remitente que abandone (aunque algunos ISPs usan 5xx para aplicar sanciones más estrictas). Los remitentes legítimos que encuentran límites de velocidad deben implementar lógica de reintento inteligente: esperar antes de reconectarse, distribuir envíos entre múltiples IPs y reducir tamaños de lotes.
Diferentes servidores de correo aplican límites distintos. Los grandes ISPs como Gmail, Microsoft y Yahoo han publicado o documentado empíricamente umbrales. Por ejemplo, algunos pueden permitir 500 mensajes por hora desde una IP nueva pero 5,000 por hora desde un remitente establecido y verificado. Los proveedores en la nube y sistemas de correo empresariales pueden publicar sus límites en documentación.
Por Qué la Limitación de Velocidad Importa para los Remitentes
Alcanzar límites de velocidad de entrada es una de las causas más comunes de envíos masivos fallidos. Una campaña que funcionó ayer puede fallar hoy si el ISP receptor ha endurecido los umbrales o si la reputación del remitente ha disminuido. Comprender y respetar estos límites es esencial para la entrega de correo confiable, especialmente para remitentes transaccionales y de marketing.
La limitación de velocidad también indica la necesidad de autenticación adecuada, calentamiento y construcción de reputación. Las IPs y dominios nuevos a menudo enfrentan límites más estrictos hasta que demuestren ser legítimos a través de envíos consistentes y libres de quejas. Los remitentes que respetan límites y mantienen listas limpias a menudo reciben umbrales más altos con el tiempo.
Escenarios Comunes de Límite de Velocidad
Las nuevas direcciones IP o dominios típicamente enfrentan los límites más estrictos. Una nueva IP de envío podría permitir solo 100–500 mensajes por hora hasta que construya reputación. Esta es una razón para el calentamiento de IP: aumentar gradualmente el volumen de envío durante días o semanas para demostrar legitimidad.
Los picos repentinos en el volumen de envío pueden desencadenar límites incluso desde remitentes establecidos. Si una plataforma de marketing generalmente envía 10,000 correos por hora e intenta repentinamente 100,000, el ISP receptor podría interpretar esto como un compromiso o mal uso y aplicar limitación temporal.
Las altas tasas de quejas (reportes de spam, desuscripciones) pueden causar que los ISPs reduzcan retroactivamente los límites de velocidad como castigo. Un remitente que fue permitido para 5,000 mensajes por hora podría reducirse a 500 por hora si las tasas de quejas exceden 0.5%.
- IP o dominio nuevo: 100–500 mensajes/hora
- Remitente establecido y limpio: 1,000–10,000+ mensajes/hora
- Remitente con alta tasa de quejas: 100–500 mensajes/hora (limitación punitiva)
- Correo transaccional (resets de contraseña, recibos): A menudo límites más altos o canales dedicados
- IP dedicada con buena reputación: Límites negociados, a veces 50,000+ mensajes/hora
Mejores Prácticas para Gestionar Límites de Velocidad
Implementa lógica robusta de reintento con retroceso exponencial. Cuando recibas una respuesta 4xx, espera antes de reintentar: comienza con 30 segundos, luego 60, luego 120, hasta un máximo razonable. Después de 24–48 horas de fallos 4xx consecutivos, la mayoría de los remitentes deben diferir el mensaje a una cola de mensajes no entregados e investigar.
Usa calentamiento para establecer reputación gradualmente. Comienza con un pequeño volumen diario e incrementa durante 1–2 semanas. Monitorea tasas de rebote, quejas y métricas de entrega en cada paso. Esto señala confiabilidad a los ISPs receptores y a menudo resulta en límites de velocidad más altos siendo otorgados.
Autentica tu correo minuciosamente. Despliega registros SPF, DKIM y DMARC correctamente. El correo autenticado a menudo está sujeto a limitación de velocidad menos agresiva que el tráfico no autenticado o débilmente autenticado.
Mantén higiene de lista. Elimina direcciones inválidas, rebotes de desuscripción y direcciones reportadas inmediatamente. Altas tasas de rebote o quejas invitan limitación de velocidad más estricta como respuesta automática del ISP.
Considera usar canales transaccionales vs. de marketing por separado. Muchos ISPs permiten límites más altos para correo transaccional (confirmaciones de pedido, resets de contraseña) que para correo de marketing, y pueden tener infraestructura receptora dedicada.
Manejo de Respuestas de Límite de Velocidad
Cuando tu sesión SMTP recibe una respuesta 451 o 452 (rechazo temporal), no te reconectes inmediatamente con el mismo volumen. En su lugar, pausa, espera y reintenta un subconjunto de mensajes fallidos. Algunos remitentes usan un enfoque basado en colas: si alcanzan un límite, descartan todos los mensajes no enviados de ese lote nuevamente en una cola y reanudan después.
Una respuesta 5xx (falla permanente) es más ambigua. Algunos ISPs usan códigos 5xx para aplicación estricta de límite de velocidad, significando que no deberías reintentar inmediatamente sino investigar por qué tu reputación ha disminuido. Otros reservan 5xx para direcciones genuinamente no entregables. Siempre monitorea el mensaje de error exacto retornado por el servidor: a menudo aclara si el problema es limitación de velocidad, autenticación o inclusión en lista negra.
Solicita límites más altos de los ISPs si tu reputación de envío es fuerte. Gmail, Microsoft y otros proveedores principales tienen formularios o canales de gestión de cuentas para remitentes autenticados y de alto volumen para solicitar aumentos de límite de velocidad o IPs de envío dedicadas.
Ejemplos
- Una plataforma de correo transaccional envía confirmaciones de pedido. El día uno, envía 200 correos desde una IP nueva y todos son aceptados. El día dos, intenta enviar 5,000 y recibe respuestas 451 para el lote. La plataforma implementa retroceso exponencial, espera 60 segundos, luego reintenta en lotes más pequeños (100 a la vez). Gradualmente, el ISP permite más, y dentro de una semana, se acepta el completo 5,000 por hora.
- Una campaña de marketing a 100,000 suscriptores se lanza desde una única IP en una única hora. Después de 3,000 correos, el ISP comienza a responder con 452 (demasiados mensajes). La plataforma de correo del remitente detecta esto, pausa, y distribuye los 97,000 mensajes restantes en 24 horas, usando múltiples IPs de envío. Esto evita golpes adicionales de límite de velocidad.
- La tasa de quejas de un remitente sube a 1% después de una campaña mal dirigida. Un ISP automáticamente reduce el límite de velocidad de ese remitente de 10,000 a 500 mensajes por hora durante los próximos 30 días como medida correctiva. El remitente limpia su lista, mejora el targeting, y solicita una revisión de límite después de 2 semanas de envío limpio.