# Cómo hacer el warm-up de una IP nueva: calendario y señales

> Guía práctica para calentar una IP de envío nueva: calendario progresivo, qué destinatarios usar primero, señales que vigilar y errores que arruinan el warm-up.

Source: https://pidgely.com/es/blog/guia-warm-up-ip/ · Published: 2026-10-12 · Pidgely

Hacer el warm-up de una IP significa aumentar su volumen de envío de forma gradual para que Gmail, Outlook, Yahoo y el resto de proveedores construyan una reputación positiva antes de recibir todo tu tráfico. Se empieza con pocos mensajes a los destinatarios más comprometidos, se reparte el volumen entre proveedores y se aumenta solo cuando las señales (aceptación, demoras, quejas, colocación en bandeja) son buenas. Una IP nueva no tiene reputación, y los filtros tratan con sospecha cualquier volumen alto sin historial.

## Por qué una IP nueva es sospechosa

Los filtros de los grandes proveedores evalúan cada IP con su historial: cuánto envía, con qué regularidad, cuántos destinatarios existen, cuántos marcan spam. Una IP sin historial que de golpe envía cientos de miles de mensajes encaja exactamente con el patrón de una red comprometida o de un spammer que acaba de alquilar infraestructura. Por eso la respuesta por defecto es **limitar**: aceptar parte del tráfico, diferir el resto y observar.

El warm-up no es engañar al filtro. Es darle datos suficientes, en un volumen que pueda evaluar, para que concluya que tu correo es deseado.

## Antes de empezar: requisitos previos

No tiene sentido calentar una IP con la infraestructura a medias. Verifica:

- **PTR configurado** y confirmado (el hostname resuelve de vuelta a la IP).
- **EHLO coherente** con el hostname del PTR.
- **SPF, DKIM y DMARC** alineados para el dominio que vas a usar.
- **TLS** habilitado.
- **IP limpia:** revisa que no aparezca en listas de bloqueo públicas como las de Spamhaus. Las IPs recicladas de proveedores cloud a veces arrastran historial.
- **Procesamiento de rebotes y quejas** funcionando desde el primer mensaje. Un rebote duro no suprimido durante el warm-up es una señal negativa evitable.
- **Registro en las herramientas de los proveedores:** Google Postmaster Tools para el dominio, Microsoft SNDS para la IP y los feedback loops disponibles.

## Un calendario de ejemplo

No existe un calendario oficial. Ni Google ni Microsoft publican uno. Lo que sigue es un **ejemplo conservador**, pensado por proveedor de destino (Gmail, Outlook, Yahoo y el resto se cuentan por separado):

| Día | Mensajes por día y por proveedor grande | Audiencia |
|---|---|---|
| 1-2 | 50-100 | Transaccional y usuarios activos en los últimos 30 días |
| 3-4 | 200-300 | Igual |
| 5-7 | 500-1.000 | Activos en 30-60 días |
| 8-10 | 2.000-5.000 | Activos en 60-90 días |
| 11-14 | 10.000-20.000 | Ampliación gradual |
| 15+ | Duplicar mientras las señales sigan limpias | Base completa con criterio de engagement |

La regla práctica detrás de la tabla: **no aumentar más de aproximadamente el doble respecto al día anterior**, y solo si el día anterior fue limpio. Si una señal empeora, se mantiene o se reduce el volumen hasta que se estabilice.

### Reparte el envío durante el día

Enviar los 5.000 mensajes del día en un minuto es peor que repartirlos en varias horas. Los receptores aplican límites por conexión y por intervalo; un flujo constante se ve más natural y te deja reaccionar si empiezan las demoras.

### Mantén la regularidad

Enviar fuerte un lunes y nada hasta el viernes reinicia parte del trabajo. La reputación se construye con **volumen consistente**. Si tu tráfico real es muy irregular, quizá una IP dedicada no sea lo adecuado.

## Señales que hay que vigilar

### Respuestas SMTP

Las demoras temporales son la primera señal de que vas demasiado rápido. Algunos ejemplos reales del tipo de respuesta que verás:

```text
421 4.7.0 [TSS04] Messages from 203.0.113.10 temporarily deferred due to
    unexpected volume or user complaints
```

```text
421-4.7.28 Our system has detected an unusual rate of unsolicited mail
    originating from your IP address. To protect our users from spam,
    mail sent from your IP address has been temporarily rate limited.
```

```text
451 4.7.500 Server busy. Please try again later.
```

Ante estas respuestas, **reduce el ritmo hacia ese proveedor** y respeta los reintentos con backoff. Insistir con más conexiones empeora la situación.

### Métricas por proveedor

- **Tasa de aceptación:** porcentaje de mensajes aceptados con `250` en el primer intento.
- **Tasa de rebotes duros:** durante el warm-up debería ser muy baja; si sube, tu lista tiene direcciones viejas.
- **Quejas:** las de los feedback loops (Yahoo, Microsoft y otros) y la tasa de spam en Postmaster Tools para Gmail.
- **Reputación de IP y dominio** en Postmaster Tools y el estado en SNDS.
- **Colocación en bandeja:** con cuentas semilla propias en cada proveedor, entendiendo que es una muestra limitada.

### Cuándo parar

Detén el aumento, y si hace falta reduce el volumen, cuando:

- Las demoras 4xx hacia un proveedor pasan de ser algo puntual a algo sistemático.
- Aparecen rechazos `5.7.x` por política o reputación.
- La tasa de spam en Postmaster Tools sube hacia 0,1%.
- La IP entra en una lista de bloqueo.

## Errores que arruinan un warm-up

1. **Usar la lista más antigua primero.** Las direcciones inactivas generan rebotes y spam traps. Empieza siempre por los más comprometidos.
2. **Calentar con marketing agresivo.** Los primeros envíos deberían ser los que el usuario espera: confirmaciones, avisos de cuenta, newsletters a suscriptores recientes.
3. **Cambiar de dominio a mitad del proceso.** La reputación de dominio y la de IP se construyen juntas; mezclar dominios nuevos confunde la señal.
4. **Ignorar las demoras.** Un `421` no es un error a reintentar más rápido; es una indicación para bajar el ritmo.
5. **Dejar la IP inactiva después.** Una IP que pasa semanas sin enviar pierde parte de lo ganado. Si el volumen baja, convendría reconsiderar si necesitas una IP dedicada.
6. **Calentar varias IPs nuevas a la vez con poco volumen.** Cada IP recibe tan poco tráfico que ninguna acumula historial útil. Es mejor menos IPs con más volumen cada una.
7. **Comprar listas o importar contactos sin consentimiento.** Ningún calendario compensa una lista de mala calidad.

## Checklist de warm-up

- [ ] PTR, EHLO, SPF, DKIM, DMARC y TLS verificados.
- [ ] IP comprobada en listas de bloqueo.
- [ ] Postmaster Tools, SNDS y feedback loops configurados.
- [ ] Segmento inicial de usuarios activos recientes preparado.
- [ ] Límite diario y por hora definido por proveedor de destino.
- [ ] Alertas para demoras 4xx, rechazos 5.7.x y quejas.
- [ ] Criterio claro para avanzar, mantener o retroceder cada día.
- [ ] Plan de volumen sostenido tras el warm-up.

## Recomendaciones de la industria

M3AAWG publica prácticas recomendadas para remitentes que incluyen el aumento gradual de volumen en IPs nuevas y la gestión de listas basada en consentimiento. Vale la pena leerlas antes de planificar cualquier migración de infraestructura.

## Warm-up automático en Pidgely

En Pidgely cada stream de envío tiene su propio pool de IPs y el warm-up es automático: el volumen por IP sube según un calendario progresivo y se frena si aparecen demoras o quejas. Así no tienes que gestionar hojas de cálculo con límites diarios ni vigilar manualmente cada proveedor.

## Preguntas frecuentes

### ¿Cuánto dura el warm-up de una IP?

Depende del volumen objetivo y de cómo respondan los proveedores. Para volúmenes moderados suele llevar entre dos y seis semanas; lo que marca el ritmo son las señales de los receptores, no el calendario.

### ¿Qué pasa si envío todo el volumen desde el primer día?

Los proveedores ven un pico desde una IP sin historial, algo típico del spam. Lo habitual es recibir demoras 4xx, rechazos y envíos a spam que luego cuesta revertir.

### ¿Con qué destinatarios empiezo?

Con los más comprometidos: usuarios que abrieron o hicieron clic recientemente y correo transaccional esperado. Generan señales positivas desde el primer envío.

### ¿Una IP compartida necesita warm-up?

No por tu parte: el proveedor mantiene el pool caliente. El warm-up es necesario con IPs dedicadas nuevas o que llevan semanas sin enviar.