Límites de envío de TrekMail según el plan

Límites de envío por plan, protecciones antes del primer pago, calentamiento de dominios, automatización e IMAP.

Detalles del artículo

Tipo, dificultad, planes e información de última actualización.

▼
Tipo
Referencia
Dificultad
Principiante
Planes
Nano · Starter · Pro · Agency
Última actualización
12 de oct. de 2026

TrekMail utiliza límites del plan y controles de seguridad para proteger la calidad de entrega. Cada destinatario cuenta para el límite de envío, por lo que un mensaje enviado a tres personas consume tres envíos a destinatarios. El panel y la pestaña SMTP de cada dominio muestran los límites que se aplican hoy, incluidos los límites de la prueba, los del primer día después del primer pago y el calentamiento de un dominio nuevo.

Límites básicos de los planes

Plan Por buzón y día Por cuenta y día Destinatarios en un mensaje Envíos SMTP por hora
Nano 200 400 50 50
Starter 1,000 6,000 100 500
Pro 2,000 15,000 250 1,500
Agency 2,500 40,000 500 3,000

Nano no incluye Managed TrekMail SMTP. Un dominio Nano necesita un perfil SMTP personalizado operativo para enviar. El proveedor externo puede aplicar sus propios límites, además de las protecciones de TrekMail descritas aquí.

Límites de seguridad antes del primer cargo de pago

Las cuentas que todavía no han completado un cargo de pago del plan de correo pueden recibir límites de seguridad inferiores. Estos valores ayudan a proteger una cuenta nueva durante la configuración.

Estado de la cuenta Por buzón y día Por cuenta y día Destinatarios en un mensaje Envíos SMTP por hora
Prueba activa del plan de correo 30 50 10 15
Cuenta que nunca ha pagado y no está en una prueba activa 50 150 25 20

El primer cargo correcto sube estos límites de inmediato, hasta los límites del primer día que se indican más abajo. Durante la prueba no hace falta esperar a que termine: Facturación → Finalizar la prueba y empezar la suscripción ahora termina la prueba, cobra el plan elegido y sube los límites de la prueba al momento. Elegir un plan mayor durante la prueba no los quita, porque los límites de seguridad son los mismos en todos los planes. Un dominio nuevo aún puede estar en su propio periodo de calentamiento, así que no supongas que el pago lo habilita de inmediato para el máximo básico. Consulta Reglas de calentamiento de dominios.

Las primeras 24 horas después del primer pago

Durante las primeras 24 horas después del primer pago correcto de una cuenta, sus límites son más altos que los de una prueba y más bajos que las cifras propias del plan:

Estado de la cuenta Por buzón y día Por cuenta y día Destinatarios en un mensaje Envíos SMTP por hora
Primeras 24 horas después del primer pago 150 150 50 60

Estas cifras son un tope. Si el plan o el calentamiento de un dominio nuevo permiten menos, se aplica la cifra más baja. Pasadas 24 horas, los límites completos del plan se aplican solos: no tienes que hacer nada. El panel, la pestaña SMTP de cada dominio y el email de confirmación del pago muestran la hora exacta.

Esto ocurre una sola vez, con el primer pago, sea cual sea el método de pago. Las renovaciones, los cambios a un plan superior y los pagos posteriores no lo vuelven a activar. Protege a las cuentas nuevas y la reputación de envío que comparten todos los clientes. Si vas a trasladar a TrekMail una empresa ya consolidada y necesitas antes los límites completos, contacta con soporte.

Calentamiento de dominios nuevos

Durante los primeros siete días desde la creación de un dominio, TrekMail reduce sus límites basados en frecuencia:

Antigüedad del dominio Límite basado en frecuencia disponible
Días 1 a 3 40%
Días 4 a 7 70%
Desde el día 8 100%

El calentamiento reduce solo los límites del dominio nuevo y de sus buzones. Tus otros dominios conservan su límite completo, y el total diario de la cuenta no se reduce por un dominio nuevo. El calentamiento no cambia la cantidad de destinatarios permitida en un mensaje. Cada etapa empieza a las 00:00 UTC del día 4 y del día 8. Empieza con destinatarios que esperen tus mensajes y aumenta el volumen gradualmente.

Ejemplo: una cuenta en prueba con un dominio nuevo

Una cuenta Starter en prueba añade un dominio el lunes y envía desde él el martes, el segundo día del dominio:

  • Un buzón puede enviar hoy a 12 destinatarios: el límite de prueba de 30, al 40 % por ser un dominio nuevo. Seis mensajes a dos personas cada uno lo agotan.
  • Todo el dominio puede enviar hoy a 20 destinatarios, y toda la cuenta a 50.
  • Desde el jueves (día 4), el buzón puede enviar a 21 al día, y desde el lunes siguiente (día 8), al límite completo de la prueba, 30.
  • Si la suscripción empieza antes, el límite de prueba sube de inmediato: durante las primeras 24 horas el mismo buzón puede enviar a 150 destinatarios al día, después a 400 al día mientras el dominio se calienta y a 1000 al día cuando termina de calentarse.

Qué consume el límite

El límite pertinente depende de la ruta de envío y de la cantidad de destinatarios.

  • Un mensaje con varios destinatarios en To, Cc o Bcc cuenta una vez por cada destinatario.
  • El correo web y la API comprueban el buzón, su dominio y toda la cuenta, además de la cantidad de destinatarios de cada mensaje.
  • Las aplicaciones de correo que envían por SMTP (Outlook, Apple Mail, teléfonos) se comprueban con el límite diario y por hora de la cuenta, y un dominio nuevo con su propio límite de calentamiento. El correo web, la API y las aplicaciones de correo comparten los mismos totales diarios.
  • Los mensajes reenviados que salen de TrekMail consumen el presupuesto de envío de la cuenta. Una ráfaga de reenvíos puede pausar el reenvío hasta que termine el periodo aplicable.
  • Un perfil SMTP personalizado añade las reglas del proveedor externo; no elimina las comprobaciones de remitente, cuenta, seguridad o frecuencia de TrekMail.
  • Los envíos de API y MCP deben superar sus propias protecciones de solicitudes, además de la ruta de envío elegida y estos límites aplicables.

Para la automatización mediante API y MCP, un token de mensajes permite 60 solicitudes de envío por minuto y hasta 500 envíos al día, mientras que un buzón permite de forma predeterminada 100 envíos API al día. Normalmente se aplica primero el límite inferior del buzón. Estas protecciones se añaden a los límites del plan, dominio, cuenta y proveedor externo; no los sustituyen.

Si usas el reenvío para correo de gran volumen, consulta la guía Direcciones de reenvío y prueba primero con un grupo pequeño.

Cuándo se renuevan los límites

  • Los límites diarios (buzón, dominio, cuenta) se renuevan a las 00:00 UTC. El correo web muestra la hora en tu zona horaria.
  • El límite SMTP por hora se renueva al comienzo de cada hora (UTC).
  • El límite de destinatarios por mensaje no se renueva: divide un mensaje grande en varios más pequeños.
  • El límite de la API por buzón cuenta 24 horas móviles desde el primer envío; el error indica cuándo se libera.
  • Las etapas de calentamiento empiezan a las 00:00 UTC del día 4 y del día 8 de un dominio nuevo.

Qué ocurre al alcanzar un límite

No se pierde nada de lo que has escrito, y cada lugar indica qué límite se alcanzó y qué puedes hacer:

  • El correo web te avisa antes de enviar. Cuando el mensaje tiene más destinatarios de los que aún se pueden enviar hoy, o el límite de hoy ya se ha agotado, una línea bajo los destinatarios lo indica, y su botón ¿Qué puedo hacer? abre la explicación completa. Si envías de todos modos, el mensaje sigue abierto y aparece la misma explicación: cuánto del límite se usó, por qué es más bajo ahora (una prueba, el primer día después del primer pago o un dominio nuevo), cuándo se renueva en tu zona horaria y tus opciones. Quien puede gestionar la facturación ve la opción de empezar la suscripción ahora; los demás reciben la indicación de contactar con el administrador de su cuenta. Si además has iniciado sesión en el panel de la cuenta en el mismo navegador, con un rol que puede abrir tickets de soporte, la explicación incluye también un botón Contactar con soporte.
  • Los mensajes programados que alcanzan un límite al llegar su hora se conservan, con sus adjuntos, en Programados marcados como No enviado. Envíalos cuando se renueve el límite, elige otra hora o elimínalos. Se conservan durante 7 días.
  • Las aplicaciones de correo muestran una respuesta temporal 4.7.1 que indica el límite, las cifras, el motivo y la hora de renovación. El mensaje suele quedarse en la Bandeja de salida de la aplicación; vuelve a enviarlo después de esa hora.
  • La API responde 429 con sending_limit_exceeded, que indica el límite (dimension), las cifras y la hora de renovación (resets_at). Un mensaje que la API aceptó con 202 aún puede rechazarse al salir de la cola: compruébalo con GET /api/v1/messages/deliveries/{request_id}.

Si el envío sigue fallando después de renovarse el límite, puede tratarse de otro problema, como un dominio inactivo, un correo de la cuenta sin verificar, una ruta SMTP ausente, un problema de facturación o una suspensión de seguridad de un buzón concreto. Sigue Solucionar errores habituales de envío de email.

Límites de conexiones IMAP

Estos son límites de conexión, no de envío. Controlan las conexiones IMAP simultáneas de un buzón.

Plan Conexiones desde una IP Conexiones totales de un buzón
Nano 10 15
Starter 25 40
Pro 50 80
Agency 100 150

Si una aplicación de correo abre demasiadas conexiones repetidamente, reduce la frecuencia de sincronización o elimina un dispositivo que ya no uses antes de añadir más conexiones.

Planificar un envío seguro

  1. Comprueba los límites de hoy en el panel o en la pestaña SMTP del dominio.
  2. Cuenta destinatarios, no solo mensajes. El primer día después del primer pago, planifica con los límites del primer día.
  3. Para un dominio nuevo, utiliza el porcentaje de calentamiento en vez del límite principal del plan.
  4. Empieza con un público pequeño que espere tus mensajes y revisa los resultados de entrega.
  5. Para campañas que superen la correspondencia comercial normal, usa un servicio de marketing específico basado en el consentimiento.

Avisos por email para el propietario de la cuenta

TrekMail envía un email al propietario de la cuenta, en su idioma, cuando un límite diario está a punto de agotarse o ya se ha agotado:

  • Casi agotado: la cuenta ha usado el 80 % de su límite diario.
  • Agotado: un buzón, un dominio en su primera semana de calentamiento o toda la cuenta ha usado todo su límite diario.

Cada aviso se envía como máximo una vez al día para la misma cuenta, dominio o buzón, y pueden provocarlos los envíos desde el correo web, la API o las aplicaciones de correo. Se sigue enviando además el aviso de siempre cuando las aplicaciones de correo alcanzan el 80 % del límite SMTP por hora, como máximo una vez por hora. Para dejar de recibir estos emails, desactiva Alertas de entregabilidad de dominios en Ajustes de cuenta → Notificaciones por correo. Ese mismo interruptor desactiva también otras alertas de dominio, como los avisos de tasa de rebote o de DNS.

Artículos relacionados

Ve a guías cercanas que continúan el flujo de trabajo.

Inicia sesión en TrekMail

Accede a tu panel, buzones y DNS.

12 caracteres

Correo de restablecimiento enviado

Si existe una cuenta con este correo, te hemos enviado instrucciones para restablecer la contraseña.

Al continuar, aceptas los Términos y la Política de Privacidad.