Límites de envío y calentamiento del dominio: por qué se filtran los dominios nuevos

Los límites de envío pueden parecer una restricción arbitraria hasta que entiendes qué intentan evitar. Un dominio recién creado que envía cuatro mil mensajes en su primera tarde puede parecer, para el servidor receptor, una cuenta comprometida. Un aumento brusco sin historial de envío puede despertar sospechas y perjudicar la entrega incluso de correo legítimo.

Los topes no sirven solo para diferenciar planes. Reducen el riesgo de que un dominio nuevo empiece con demasiado volumen y dañe una reputación que todavía no ha podido construir.

Veamos qué límites existen, qué ocurre al alcanzarlos y cómo aumentar el volumen de forma gradual. Ningún calendario garantiza evitar los filtros de spam.

Qué protegen los límites de envío

Principalmente, la reputación de tu dominio y la de la infraestructura compartida.

La reputación de tu dominio. Servicios como Gmail, Outlook y Yahoo evalúan el historial del remitente y las señales de correo no deseado. Importan el volumen y sus cambios, las quejas, las direcciones inválidas y la reacción de los destinatarios; los modelos exactos de filtrado no son públicos. Un envío masivo repentino desde un dominio desconocido puede afectar a todo tu correo, incluidas las facturas y los mensajes para restablecer contraseñas.

A los demás usuarios de la misma infraestructura. En una plataforma compartida, varias cuentas envían desde las mismas direcciones IP. Una ráfaga de correo no solicitado puede perjudicar la reputación de esa IP y la entrega del resto. Los límites ayudan a reducir ese riesgo, aunque no impiden por sí solos todos los abusos.

Aumentar la cuota no elimina la evaluación del receptor. Una autenticación correcta, una buena configuración y contenido adecuado ayudan, pero no permiten decidir en qué carpeta acabará el mensaje.

Los límites de cada plan

Son valores base de los planes, no una promesa de cuota disponible. El cómputo utiliza la fecha del servicio, no una ventana móvil de 24 horas. La cuota diaria se consume por destinatario y el límite de la cuenta suma todos sus buzones: veinte buzones de Starter no pueden consumir cada uno 1,000, porque el tope conjunto es 6,000. To, Cc y Bcc se cuentan juntos, de modo que un mensaje para 120 personas supera el límite de Starter aunque sea un solo correo. Los dominios nuevos tienen cuotas reducidas. Nano requiere un SMTP propio; su fila no incluye envío mediante los servidores de la plataforma.

La entrega de mensajes por SMTP submission tiene además un tope horario, importante para los envíos automatizados. Un programa que intenta gastar toda la cuota diaria en minuto y medio puede alcanzarlo antes. Conviene evitar las ráfagas, pero debes comprobar los límites de la ruta concreta.

Por qué las cuentas nuevas empiezan con menos

Durante la prueba sin pagos anteriores, los valores base de seguridad son 30 por buzón y día, 50 por cuenta, 10 destinatarios por mensaje y 15 envíos SMTP por hora. El consumo diario se calcula por destinatario; el calentamiento de un dominio nuevo puede reducir todavía más la cuota. Fuera de la prueba o con otro estado de cuenta se aplican reglas distintas. Un pago confirmado normalmente elimina la restricción para cuentas que nunca han pagado, pero no los topes del plan, del dominio ni las demás comprobaciones.

El motivo es proteger la infraestructura compartida. Las pruebas también atraen a quienes quieren mandar una campaña no solicitada y marcharse, dejando los problemas de reputación IP a otros usuarios. El pago influye en los permisos de la cuenta, pero no demuestra por sí solo una intención legítima ni garantiza la entrega.

El valor base de 30 al día está pensado para una pequeña prueba de configuración, entrega y clientes de correo, no para una campaña. La capacidad real puede ser menor por el número de destinatarios y el calentamiento del dominio.

Qué ocurre al alcanzar un límite de envío

Cuando la comprobación se realiza antes de entregar el mensaje al servidor SMTP, el envío se rechaza con un error en lugar de desaparecer sin aviso. En una tarea en segundo plano, revisa su estado y el error final, no solo que se haya creado. Que un servidor acepte un mensaje dentro de la cuota tampoco garantiza que llegue a la bandeja de entrada.

Los contadores diarios están asociados a la fecha del servicio. Si agotas la cuota a las 4 de la tarde, no recuperas capacidad a medida que envejecen los mensajes: se contabiliza una nueva fecha. Los contadores SMTP horarios tienen un periodo independiente. Comprueba la zona horaria y el saldo real en lugar de asumir que todo se reinicia a tu medianoche local.

Si alcanzas los límites con frecuencia, considera un plan superior cuando el crecimiento del volumen esté justificado. Para campañas puedes usar un proveedor especializado y SMTP propio, verificando las restricciones del método de envío. Una ruta propia no elimina las comprobaciones del webmail y la API. Otra opción es reducir las notificaciones, por ejemplo mediante un resumen diario en lugar de muchos mensajes separados.

Crear más buzones solo para esquivar la cuota no resuelve el problema. El límite conjunto de la cuenta sigue existiendo y el receptor ve el mismo dominio. Esa estrategia no mejora la reputación y puede parecer un intento de eludir los controles.

Calentamiento del dominio

Un dominio nuevo no tiene historial de envío, por lo que los receptores pueden tratarlo con más cautela. Empezar directamente con mucho volumen es arriesgado: ni siquiera un buen contenido garantiza llegar a la bandeja de entrada.

El calentamiento consiste en aumentar gradualmente el correo que los destinatarios realmente esperan. No consiste en simular actividad ni garantiza la entrega. Este calendario sirve solo como ejemplo para valorar el ritmo:

El aumento gradual importa especialmente si el dominio nunca ha enviado correo, lleva mucho tiempo inactivo o empieza a trabajar con una lista grande. Un dominio con años de envíos estables no siempre necesita repetir todo el proceso. Sin embargo, cambiar de proveedor puede modificar las IP, la autenticación y el tratamiento de los mensajes. El historial del dominio no garantiza una migración sin problemas.

Dos principios importan más que el calendario. Empieza por quienes esperan tus mensajes, sin comprar aperturas ni respuestas. Y depura la lista antes de enviar: excluye direcciones que sabes que no son válidas y comprueba el consentimiento. La verificación de email ayuda a evaluar direcciones, pero no acredita consentimiento ni garantiza que no haya rebotes.

Qué evalúan los servidores receptores

El volumen no lo explica todo. Revisa también estas señales:

Tasa de quejas. Es una medida de las marcas de spam calculada por el receptor. Las directrices de Google para remitentes recomiendan mantener la tasa de Postmaster Tools por debajo de 0.1% y evitar niveles de 0.3% o más. Este último valor equivale aproximadamente a tres quejas por mil dentro de esa métrica, no necesariamente sobre todos los mensajes enviados. No extrapoles esos valores como una regla universal.

Tasa de rebotes. Los rechazos permanentes por direcciones inexistentes pueden indicar una lista antigua o sin verificar. Un valor superior al 2% sirve aquí como señal para detenerse e investigar, no como umbral de bloqueo común a todos los servicios.

Autenticación. Configura SPF, DKIM y DMARC para tus fuentes reales de envío y verifica la alineación de dominios. Los requisitos dependen del receptor y del tipo y volumen de correo. El calentamiento no corrige fallos de autenticación.

Regularidad. Enviar 500 mensajes diarios y 3,500 solo los lunes produce perfiles de carga diferentes con el mismo total semanal. Evita picos sin explicación, pero no confundas un calendario regular con una prueba de buena reputación.

Reacción de los destinatarios. Las respuestas reales y la correspondencia esperada ayudan a evaluar la calidad de la lista. Las aperturas se miden de forma imperfecta y no se conoce el peso de cada señal en los distintos filtros. No simules interacción para calentar el dominio.

Cómo mantenerse dentro de los límites de envío

Separa el correo transaccional de las campañas. Las facturas y los restablecimientos de contraseña no deberían depender de la calidad de una campaña. Un dominio o subdominio separado ayuda a distinguir los flujos, pero no aísla por completo la reputación, especialmente con infraestructura compartida.

Vigila el número de destinatarios. Un anuncio para una lista grande puede superar el límite por mensaje antes que la cuota diaria. Divide el envío en grupos admitidos y usa Bcc cuando las direcciones no deban ser visibles para otros. Esto no elimina el consumo total de cuota ni los requisitos de la campaña.

Reparte los envíos automatizados durante el día. Los topes horarios SMTP se aplican por separado; una tarea nocturna que lo manda todo de golpe puede alcanzarlos fácilmente.

Excluye las direcciones con rechazo permanente. Seguir escribiendo a una dirección que sabes que no existe empeora la calidad de la lista. No confundas un error temporal con un rechazo permanente.

Facilita la baja. Si alguien no encuentra cómo cancelar la suscripción, es más probable que marque el mensaje como spam. Los remitentes masivos sujetos a ese requisito necesitan también cabeceras compatibles con la baja en un clic. Consulta qué ocurre en el lado del destinatario.

Preguntas frecuentes

¿Cuáles son los límites diarios de envío?

Los valores base son 200 por buzón y 400 por cuenta en Nano; 1,000 y 6,000 en Starter; 2,000 y 15,000 en Pro; 2,500 y 40,000 en Agency. El límite por mensaje va de 50 a 500 destinatarios según el plan. La cuota diaria cuenta destinatarios; el calentamiento y el estado de la cuenta pueden reducir el límite efectivo. Nano requiere SMTP propio.

¿Por qué tengo límites inferiores a los del plan?

Durante la prueba sin pagos anteriores, los valores base de seguridad son 30 por buzón y día y 50 por cuenta. Otros estados tienen reglas diferentes. Un pago confirmado normalmente elimina los límites para cuentas que nunca han pagado, pero permanecen el calentamiento del dominio y las demás comprobaciones.

¿Qué ocurre al alcanzar un límite?

La comprobación previa a la entrega al servidor SMTP rechaza el envío con un error. Si el envío es en segundo plano, revisa el estado final de la tarea. La cuota diaria depende de la fecha del servicio, no de una ventana móvil; el contador horario tiene un periodo independiente.

¿Puedo aumentar los límites?

Un plan superior puede aumentar la cuota base. Para campañas, considera un proveedor especializado y comprueba los límites de la ruta concreta. El SMTP propio no elimina las cuotas del webmail y la API. Añadir buzones no evita el tope conjunto ni mejora por sí solo la reputación del dominio.

¿Se aplican límites si uso mi propio proveedor SMTP?

Depende del método de envío. El webmail y la API comprueban las cuotas de la plataforma también cuando eliges una ruta propia. SMTP submission mediante un perfil tiene sus propias condiciones de comprobación, y el proveedor impone sus límites. Si envías directamente por un proveedor externo, se aplican sus reglas; consulta con él las consecuencias de superarlas.

¿Cuánto tarda el calentamiento del dominio?

A veces se usan entre cuatro y seis semanas como orientación, pero no garantizan alcanzar el volumen deseado. El ritmo depende de la entrega real, las quejas, la lista, la ruta y las cuotas. Si los indicadores empeoran, reduce el volumen e investiga en lugar de seguir el calendario sin más.

¿Necesito calentar un dominio que estoy migrando?

No siempre hace falta repetir todo el proceso si el dominio lleva años enviando de manera estable. Pero una ruta y unas IP nuevas también afectan a la entrega. Aumenta gradualmente si el dominio es nuevo, lleva mucho tiempo inactivo o va a enviar bastante más. Tras la migración, comprueba la autenticación y los resultados.

¿Alcanzar un límite daña mi reputación?

Si el mensaje se rechaza antes de entregarlo a un servidor externo, el destinatario no lo ve y ese intento no genera allí una queja ni un rebote. Esto no dice nada sobre la reputación de mensajes aceptados anteriormente ni garantiza que toda la cadena de envío funcione sin errores.