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.
5 min de lectura
IP compartida o dedicada para enviar email: reputación, volumen necesario, warm-up, control y riesgos, con criterios claros para elegir la opción adecuada.
Equipo PidgelyPublicado el 5 min de lecturaVersión en Markdown

Una IP compartida envía correo de varios remitentes a la vez, de modo que la reputación se reparte; una IP dedicada envía solo tu correo, así que la reputación depende únicamente de ti. Elige dedicada si tienes volumen alto y constante todos los días, prácticas de envío sólidas y capacidad para hacer el warm-up; elige compartida si tu volumen es bajo o irregular, porque una IP dedicada sin tráfico suficiente no construye reputación y puede entregar peor que un pool bien gestionado.
Los proveedores de buzones (Gmail, Outlook, Yahoo y otros) asignan reputación a cada IP según lo que observan: volumen, regularidad, rebotes, quejas, spam traps, engagement. Esa reputación, combinada con la del dominio, decide si tu mensaje se acepta, se demora, va a spam o llega a la bandeja.
Para que la reputación sea estable, el proveedor necesita datos suficientes y consistentes. Una IP que envía un día 50.000 mensajes y luego nada durante dos semanas es difícil de evaluar, y la respuesta por defecto ante la duda suele ser la cautela.
La calidad del pool depende del proveedor: cómo admite nuevos clientes, si separa transaccional y marketing en pools distintos, y si actúa rápido ante cuentas con tasas anómalas de rebote o queja.
Desde hace años, los grandes proveedores dan cada vez más peso a la reputación del dominio autenticado (DKIM d=, From, return-path), porque una IP se puede cambiar fácilmente y un dominio no. Esto tiene dos consecuencias:
Aun así, la reputación de IP sigue importando, en especial en proveedores como Microsoft, donde los datos de SNDS se presentan por IP.
| Criterio | IP compartida | IP dedicada |
|---|---|---|
| Volumen necesario | Cualquiera | Alto y constante |
| Warm-up | No (lo hace el proveedor) | Sí, varias semanas |
| Riesgo de terceros | Sí, mitigable | No |
| Impacto de tus errores | Diluido | Directo |
| Visibilidad (SNDS, FBL por IP) | Limitada | Completa |
| Control de ritmo y configuración | Bajo | Alto |
| Costo | Menor | Mayor |
| IPs fijas para listas de permitidos | No | Sí |
No es una decisión binaria. Configuraciones habituales:
Si la mayoría de las respuestas es "no", empieza con un pool compartido de calidad. Si es "sí", una IP dedicada te dará control y aislamiento.
Pidgely organiza el envío en pools de IP por stream con warm-up automático, y su guardián de reputación pausa las cuentas que superan los umbrales de rebote o queja. Así un pool compartido protege a cada remitente de sus vecinos, y cualquier IP nueva que entra en un pool aumenta su volumen de forma controlada.
Solo si tienes volumen suficiente y constante, y buenas prácticas de envío. Con poco volumen, una IP dedicada no acumula reputación y puede rendir peor que un pool compartido bien gestionado.
Que tu reputación de IP depende también de los demás remitentes del pool. Un buen proveedor lo mitiga con controles de admisión, monitorización y pausas automáticas a cuentas problemáticas.
Importa menos que antes, pero sigue importando. Los proveedores combinan señales de IP y de dominio, y en Microsoft la reputación de IP sigue teniendo mucho peso.
Sí, y suele ser lo recomendable. Cuando tu volumen sea estable y suficiente, migras con un warm-up progresivo de la IP dedicada.
Equipo Pidgely
Publicado el
Construimos Pidgely, la API de email que te lleva a la bandeja de entrada. Escribimos sobre lo que aprendemos entregando emails, citando los estándares y las pautas de los proveedores detrás de cada afirmación.
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.
5 min de lectura
Por qué separar el email transaccional del de marketing en streams, IPs y subdominios distintos, cómo clasificar cada mensaje y errores habituales al hacerlo.
5 min de lectura
Comparativa entre operar tu propio MTA y usar una API de email: costos reales, control de la entrega, riesgos de vendor lock-in y cómo mantener la portabilidad.
5 min de lectura