¿Cuánto tarda el calentamiento de email?

En resumen

• Calcula de dos a cuatro semanas para un buzón nuevo en un dominio nuevo, y de una a dos semanas para un buzón nuevo en un dominio que ya envía bien.
• Ningún proveedor de correo fija un periodo de calentamiento. El «un par de semanas o antes» de Microsoft para una dirección IP nueva es la única duración publicada; Google describe en su lugar la forma: empezar desde abajo, crecer despacio, evitar los saltos bruscos.
• Un calentamiento de 10 emails al día te da un historial de 10 emails al día. El envío real tiene que crecer desde ahí por pasos.
• Un buzón está listo cuando los emails de calentamiento llegan a la bandeja de entrada en todos los proveedores durante una semana o más, la autenticación pasa y ningún correo se aplaza.
• El tiempo no arregla un SPF o un DKIM ausentes, un contenido no deseado ni una mala lista de destinatarios.

Calcula de dos a cuatro semanas para un buzón nuevo en un dominio nuevo, y de una a dos semanas para un buzón nuevo en un dominio que ya envía correo sin problemas. Son cifras para planificar, no reglas: ni Google ni Yahoo publican un periodo de calentamiento obligatorio, y lo más parecido a una cifra oficial es la afirmación de Microsoft de que una dirección IP de envío nueva «puede esperar alcanzar su volumen completo en un par de semanas o antes». El calentamiento termina cuando tu correo llega a la bandeja de entrada con el volumen que de verdad necesitas, no cuando lo dice un calendario.

La respuesta corta, según el caso

Depende de qué tiene ya un historial: el dominio, el buzón o ninguno de los dos.

Qué dicen de verdad los proveedores de correo

La mayoría de las respuestas citan un número de días sin decir de dónde sale. Esto es lo que han publicado las empresas que gestionan las bandejas de entrada, a octubre de 2026.

Google

Las directrices para remitentes de correo de Google tienen una sección titulada «Increase sending volume slowly» (aumenta el volumen de envío despacio). No da ningún número de días. Describe una forma:

Empieza con un volumen de envío bajo a usuarios que interactúan y aumenta el volumen poco a poco con el tiempo.

Evita introducir picos repentinos de volumen si no tienes un historial de envío de grandes volúmenes. Por ejemplo, duplicar de golpe los volúmenes enviados hasta entonces podría provocar limitaciones de frecuencia o caídas de reputación.

El único ritmo de crecimiento que nombra Google está en Los 10 problemas principales de los remitentes de Gmail, en el consejo para remitentes cuyo correo se rechazó temporalmente: hacer una pausa, enviar durante 24 horas por debajo del nivel que causó el problema y después «aumentar despacio el volumen de envío, con un aumento diario habitual del 25% al 100% según diversos factores». Todo esto está escrito para el correo dirigido a cuentas personales de Gmail; las preguntas frecuentes de Google dicen que las directrices no se aplican al correo enviado a bandejas de entrada de Google Workspace.

Microsoft

La página de solución de problemas de Outlook.com Postmaster de Microsoft es el único lugar donde un proveedor pone una duración por escrito. Explica que las direcciones IP que no han enviado correo antes normalmente no tienen todavía reputación y es más probable que se topen con problemas de entrega, y después:

Una IP nueva puede esperar alcanzar su volumen completo en un par de semanas o antes, según el volumen, la exactitud de la lista y siempre que sus tasas de quejas por correo no deseado se mantengan al mínimo.

La misma página dice que un buen dominio acorta la espera. Las IP nuevas añadidas bajo el registro SPF existente de un dominio (la entrada DNS que enumera quién puede enviar en nombre del dominio) «normalmente tienen la ventaja añadida de heredar parte de la reputación de envío del dominio». Esa es la base documentada para dar menos tiempo a un buzón nuevo en un dominio consolidado.

Yahoo

El Sender Hub de Yahoo tampoco nombra ninguna duración. Sus preguntas frecuentes enuncian el riesgo que un calentamiento pretende evitar: «Si envías emails a un ritmo determinado y de repente tienes un pico de actividad, podrías ser señalado como remitente comprometido y marcado como spam».

Proveedores de servicios de envío de email, para sus propias direcciones IP

Las empresas que envían correo por cuenta de otros publican calendarios más firmes. Amazon SES calienta automáticamente una IP dedicada nueva «a lo largo de 45 días». Twilio SendGrid añade una cautela: «Un calentamiento gradual no garantiza una reputación de envío perfecta».

Los documentos coinciden en la forma: empezar desde abajo, crecer en pasos constantes, evitar los saltos, frenar cuando el correo se rechaza. La duración te la dejan a ti. «De dos a cuatro semanas» es una convención que encaja con esa forma en los volúmenes que envía un solo buzón.

Qué pasa durante esas semanas

Si tu buzón está en Google Workspace o en una empresa de hosting, envías desde sus direcciones IP, que compartes con otros clientes. No estás calentando una IP. Estás construyendo un historial para tu dominio. Google dice que Gmail «registra el volumen, las reacciones y los límites por dominio y por dirección IP». Yahoo dice que «cada IP y cada dominio DKIM tiene una reputación»; DKIM es la firma que vincula un mensaje con tu dominio. Sin SPF y DKIM para tu propio dominio, ese historial no tiene nada tuyo a lo que asociarse. Un historial por dominio es también la idea que hay detrás de los dominios secundarios para email en frío.

Una herramienta de calentamiento se conecta a tu buzón y hace que intercambie emails breves con otros buzones de una red compartida. Algunos reciben respuesta. Cuando uno llega a una carpeta de spam, el buzón receptor lo saca de allí. La ayuda de Gmail describe qué efecto tiene eso para quien lo hace: «Después de quitar el email, los emails futuros de ese remitente no irán a Spam».

Al cabo de unas semanas, el dominio tiene un historial de correo autenticado, con un volumen constante y en lento crecimiento, que nadie denunció como spam.

Dos cosas no están documentadas. Ningún proveedor dice cuánto peso da al correo intercambiado en una red en comparación con el correo entre personas que se conocen. Y una afirmación frecuente va contra el propio texto de Google: las descripciones del calentamiento suelen incluir los emails abiertos entre las señales que construyen reputación, mientras que las directrices para remitentes afirman que «Google no hace seguimiento de las tasas de apertura».

Un calentamiento, día a día

Esta es una rampa real, la que usa WarmupBay: 3 emails el primer día y uno más cada día, hasta el objetivo diario. El objetivo gratuito es de 10 emails al día. Con una insignia en tu web es de hasta 30.

El objetivo gratuito se alcanza el día 8 y el superior, el día 28. El paso más grande es el primero, de 3 a 4, un tercio más. A partir de la segunda semana, cada día añade una décima parte o menos. Eso empieza cerca del extremo bajo del aumento diario que menciona Google y pronto queda por debajo.

Alcanzar el objetivo no es el final del calentamiento. A partir de ahí el volumen deja de crecer y empieza a ser constante, y la constancia es la parte que lleva semanas.

¿Bastan dos semanas?

A veces. Para un buzón nuevo en un dominio con un historial limpio, dos semanas de calentamiento constante son un plan razonable. Para un dominio recién estrenado es el extremo corto: el «un par de semanas o antes» de Microsoft da por hecho que el volumen, la exactitud de la lista y las tasas de quejas van bien.

Lo que dos semanas nunca compran es un salto. Sea cual sea el nivel que alcanzó el calentamiento, tu envío real tiene que continuar más o menos desde ahí. Un buzón que intercambió 10 emails al día tiene un historial de 10 emails al día. No tiene un historial de 200. El ejemplo de Google de lo que hay que evitar, «duplicar de golpe los volúmenes enviados hasta entonces», vale el día después del calentamiento igual que valía el primer día.

¿Cómo sabes que el buzón está listo?

Ningún proveedor envía un aviso. Busca estas señales en conjunto.

1. Los emails de calentamiento llegan a la bandeja de entrada, en todos los proveedores, durante una semana o más. El panel de WarmupBay muestra dónde llegaron los emails de cada día (bandeja de entrada, una pestaña de Gmail o spam), por separado para Google y para otros proveedores. Solo muestra una tasa de bandeja de entrada cuando tiene 20 entregas que contar, lo que al ritmo inicial ocurre como pronto el día cinco.
2. La autenticación pasa en todos los mensajes. SPF, DKIM y DMARC, las tres comprobaciones basadas en DNS que demuestran que un mensaje viene de verdad de tu dominio, deberían decir «pass» en las cabeceras de un mensaje que te envías a ti mismo.
3. Ningún rechazo temporal. Cuando un proveedor cree que vas demasiado rápido, aplaza tu correo con un código que empieza por 4. Lo ves como un aviso de «delivery delayed» (entrega retrasada) o en el registro de tu herramienta de envío.
4. Tu correo habitual sigue llegando. Si los clientes empiezan a encontrar tus respuestas en spam, deja de aumentar y averigua por qué.

Estos son los aplazamientos que conviene reconocer, tal como figuran en la referencia de errores SMTP de Google y en la página de solución de problemas de Microsoft:

421 4.7.28 Gmail has detected an unusual rate of email. To protect our
users from spam, email has been temporarily rate limited.

421 RP-001 The mail server IP connecting to Outlook.com server has
exceeded the rate limit allowed. Reason for rate limitation is related
to IP/domain reputation.

Un código del rango 400 es temporal: el estándar del correo, el RFC 5321, dice que «la condición de error es temporal y la acción puede solicitarse de nuevo». La instrucción de Google para este caso es «reducir el volumen de envío hasta que baje la tasa de errores SMTP. Después, vuelve a aumentarlo despacio».

Qué lo alarga

• Falta de autenticación. Google exige SPF o DKIM a todo el que envía a Gmail. Un calentamiento sin ellos no construye nada. WarmupBay comprueba SPF, DKIM y DMARC cuando conectas un buzón y muestra un registro DMARC ya preparado. Si pasadas 72 horas los registros siguen faltando, detiene el calentamiento.
• Un historial de quejas. Google pide a los remitentes mantener la tasa de spam «por debajo del 0,10%» y «evitar llegar nunca a una tasa de spam del 0,30% o superior». Un dominio por encima de esa línea tiene que reparar su historial antes de que un calentamiento pueda sumarle algo.
• Campañas reales añadidas demasiado pronto o demasiado rápido. Cincuenta emails en frío el día seis son un pico, haga lo que haga a su lado la herramienta de calentamiento.
• Envío a trompicones. Las M3AAWG Sender Best Common Practices, recomendaciones de un grupo de trabajo del sector contra el abuso (versión 3.0, 2015), lo dicen así: «La constancia del volumen, sea alto o bajo, desempeña un papel esencial en la determinación de la reputación de la IP y de los resultados de entregabilidad».

Cuando el calentamiento termina, ¿lo apagas?

Un calentamiento no tiene línea de meta. Es el primer tramo de un historial de envío, y el historial continúa con lo que envíes después.

La pregunta útil es si tu propio correo aporta ahora lo que aportaba el calentamiento: un volumen constante a personas que lo quieren. Si envías todos los días laborables y la gente responde, la red aporta poco. Si tus envíos llegan a ráfagas, un flujo pequeño y constante los nivela. Los proveedores de herramientas suelen recomendar mantener el calentamiento activo. Ningún proveedor de correo documenta una respuesta en un sentido ni en otro.

Si todo se detiene durante un tiempo, en la mayoría de los casos no necesitarás de nuevo el calentamiento completo. Volver a calentar tras una pausa explica cuánto puede durar una pausa sin consecuencias y cómo volver.

Dónde encaja WarmupBay y dónde no

WarmupBay es una red de calentamiento gratuita que aplica la rampa mostrada arriba. Los emails de calentamiento que llegan a spam se sacan de allí, y todo se guarda en una carpeta llamada «WarmupBay», aparte de tu propio correo. El límite superior de 30 al día vale mientras la insignia siga visible en el pie de tu web. No hay plan de pago ni tarjeta de crédito; los detalles están en Gratis, para siempre.

Para los plazos de esta guía, eso significa que un buzón nuevo recibe sus primeras semanas de correo constante y autenticado sin que tú envíes nada a mano. Puedes conectar un buzón y seguir en el panel dónde llega ese correo.

Lo que no hace:

• No garantiza la bandeja de entrada. Nada lo hace. Lo que escribes y a quién escribes siguen importando.
• Diez o treinta emails al día dan a un buzón un comienzo constante. No son un historial para enviar cientos al día.
• Conecta Gmail y Google Workspace con una contraseña de aplicación, y otros proveedores por IMAP y SMTP. Los buzones de Microsoft 365 y Outlook.com aún no se pueden conectar.
• Un buzón por cuenta.
• Es nuevo. Se lanzó en octubre de 2026.

Preguntas frecuentes

¿Puedo enviar emails reales mientras el calentamiento está en marcha?

Sí. El buzón sigue siendo tuyo, y la correspondencia habitual con personas que te responden no hace más que sumar a su historial. Deja las campañas a personas que no te conocen para cuando el calentamiento lleve un par de semanas, y entonces añádelas en cantidades pequeñas y crece a partir de ahí.

¿Bastan 10 emails de calentamiento al día?

Ningún proveedor publica un mínimo. Lo que subraya la documentación es la constancia: las prácticas para remitentes de M3AAWG dicen que la constancia del volumen importa «sea alto o bajo». Diez al día dan a un buzón nuevo o en reposo una actividad constante. No preparan un buzón para cientos de emails al día; ese volumen hay que construirlo con correo real.

¿El calentamiento va más rápido si envío más emails de calentamiento al día?

No. La espera consiste en tener un historial constante a lo largo del tiempo, no en alcanzar un número total de emails. Las directrices de Google dicen que cuanto más correo envíes, más despacio deberías aumentar el volumen. Un objetivo diario más alto alarga la rampa, no acorta el calentamiento.

¿Cada buzón nuevo de mi dominio necesita su propio calentamiento?

Uno corto, sí. La reputación del dominio se transmite, y por eso un plan sensato es de una a dos semanas y no de cuatro. Pero un buzón que pasa de no enviar nada a su volumen completo de un día para otro sigue siendo una subida repentina de lo que envía tu dominio, y contra eso advierten los proveedores.

¿El calentamiento de email sigue funcionando en 2026?

La parte que describen los propios proveedores sigue vigente: Google indica a los remitentes que empiecen desde abajo y aumenten despacio, Microsoft dice que una dirección IP nueva no tiene reputación hasta que la construye, y la ayuda de Gmail dice que el correo de un remitente que sacaste de spam no volverá a ir a spam en tu cuenta. Lo que una red no puede hacer es volver bienvenido un correo no deseado. Las políticas del programa de Gmail dicen que, cuando los usuarios marcan emails como spam, es más probable que los mensajes futuros de ese remitente se clasifiquen como spam. No cabe esperar que un calentamiento lo compense.

Calenté durante un mes y mis emails siguen yendo a spam. ¿Qué ha fallado?

Entonces lo que faltaba no era tiempo. Comprueba que SPF, DKIM y DMARC pasan en los mensajes que van a spam, y mira qué dicen esos mensajes y quién los recibe. Si tus emails de calentamiento llegan a la bandeja de entrada y tu campaña no, la causa es la campaña. Google señala además que, después de que las tasas de spam mejoren, su clasificación puede tardar en seguirlas.

Fuentes

1. Email sender guidelines – Gmail Help
2. Email sender guidelines FAQ – Gmail Help
3. Top 10 Gmail sender issues – Gmail Help
4. Report spam in Gmail – Gmail Help
5. Gmail Program Policies – Gmail Help
6. Learn about the deprecation of the old Postmaster Tools interface – Gmail Help
7. Gmail SMTP errors and codes – Google Workspace Help
8. Troubleshooting – Outlook.com Postmaster (Microsoft)
9. Sender Best Practices – Yahoo Sender Hub
10. FAQs – Yahoo Sender Hub
11. Warming up dedicated IP addresses (standard) – Amazon Simple Email Service
12. Warm up an IP address – Twilio SendGrid Docs
13. M3AAWG Sender Best Common Practices, Version 3.0 (February 2015)
14. RFC 5321: Simple Mail Transfer Protocol, section 4.2.1