Las ventanas de observación de Gmail, Microsoft, Yahoo y Apple sobre IPs nuevas son irreductibles. Entrar a volumen directo desde IP fría es la causa más común de caída reputacional inmediata. El warmup gradual entrega signal de sender legítimo y permite que los algoritmos de scoring construyan reputación positiva durante 8-16 semanas. El servicio cubre el ciclo completo: aprovisionamiento de IPs nuevas, configuración del rotation pattern en PowerMTA o KumoMTA, ejecución de la curva semana a semana con ajustes según signals reputacionales, monitoreo continuo, retirada gradual de IPs antiguas si aplica.
Curva conservadora de 12 semanas para Pool Standard (5-12 IPs) hacia 50K envíos/IP/día objetivo final. Los números son por IP individual; el pool entero entrega el agregado. Cada semana la curva ajusta según signals reputacionales: si Gmail Postmaster cae a Medium, la siguiente semana mantiene volumen o baja en lugar de subir.
Cliente B2B retail Panamá · target 50K/IP/día · 400K/día agregado
| Semana | Volumen/IP/día | Pool agregado/día | Verificación |
|---|---|---|---|
| S1 | 50 mensajes | 400 mensajes | Gmail Postmaster signal · primer baseline |
| S2 | 250 mensajes | 2,000 mensajes | SNDS rating · check throttling |
| S4 | 2,500 mensajes | 20,000 mensajes | Sender Score primer movement · complaint rate |
| S6 | 10,000 mensajes | 80,000 mensajes | Gmail Domain reputation visible · ajuste curva |
| S8 | 25,000 mensajes | 200,000 mensajes | 50% target alcanzado · validación signals |
| S10 | 40,000 mensajes | 320,000 mensajes | 80% target · monitoreo intensivo |
| S11 | 47,000 mensajes | 376,000 mensajes | 94% target · last mile |
| S12 | 50,000 mensajes | 400,000 mensajes | Target completo · 90 días monitoreo post-warmup |
Tres puntos críticos de la curva. Semanas 1-2 son volumen mínimo para entregar primer signal a Gmail Postmaster: 50 mensajes/IP/día es suficiente para que Google empiece a observar pattern. Semana 4-6 es el primer hito donde el cliente quiere acelerar y EMP frecuentemente recomienda mantener si los signals son ambiguos. Semana 8-10 es el último ajuste mayor: si la curva no progresa según signals, se pausa y se diagnostica en lugar de forzar volumen y dañar la reputación recién construida. La diferencia entre warmup managed y warmup ad-hoc es exactamente esto: la disciplina de no acelerar cuando los signals no lo permiten.
El pattern correcto depende del patrón de envío del cliente. Pool homogéneo con throughput similar: weighted round-robin. Distribución desigual de receivers: domain-affinity. Operación multi-tenant donde un tenant tóxico no debe contaminar otros: tenant-affinity. KumoMTA tiene los tres nativos; PowerMTA tiene los dos primeros nativos y el tercero requiere scripting custom.
Distribución proporcional al volumen objetivo de cada IP, ajustable diariamente durante warmup. La rotación va por mensaje según peso configurado. Ideal para pools donde todas las IPs deberían comportarse similar.
Cada destination domain se asigna a IP específica del pool y la mantiene durante warmup. Reduce variabilidad reputacional por destination y facilita debugging. Útil cuando 60%+ volumen va a 3-5 mailbox providers.
Separar tenants del cliente en sub-pools dedicados. Aplicable para ESPs o operaciones multi-tenant donde un cliente final tóxico no debe contaminar otros. Requiere scripting Lua en KumoMTA o custom filters en PowerMTA.
Cada recipient hash-mapeado a la misma IP del pool. Reduce variabilidad y permite que el destinatario reciba desde IP con historial conocido. Útil en welcome y password reset.
El warmup tiene cuatro KPIs medidos semanalmente. Si alguno no progresa según expectativa, EMP ajusta la curva, investiga causa, comunica al cliente y revisa el timeline. La mayoría de veces la causa de desviación no es la curva técnica sino el contenido o segmentación de la base receptora durante warmup.
Volumen entregado vs volumen planeado por la curva. Matching alto indica receivers aceptan el ritmo.
Inbox rate Gmail al final del warmup. Target 75% Microsoft, 80% Yahoo, 80% Apple.
Sender Score por IP al final del warmup. IPs con score sub-70 al final requieren extensión de warmup.
Complaint rate sostenido durante warmup. Sobre 0.3% pause la curva y ajusta segmentación.
Validación scope, decisión rotation pattern, provisioning IPs nuevas (EMP o cliente provee), validación reverse DNS, setup monitoring.
Configuración del rotation pattern elegido en PowerMTA o KumoMTA, testing en staging, validación de paridad funcional con operación actual.
Ejecución de la curva semana a semana, monitoreo continuo de los 4 KPIs, ajustes según signals, comunicación semanal con cliente sobre progreso.
Si aplica reemplazo: retirada gradual de IPs antiguas del rotation durante 2-4 semanas, redistribución de volumen a IPs nuevas saludables.
30-90 días post-warmup monitoring para confirmar reputación sostenida, entrega de dashboards Grafana, runbooks operacionales, handover al equipo cliente.
El audit IP previo se descuenta del setup si se contrató dentro de 90 días. Para clientes que vienen de Recovery comprehensive donde se determinó migración a pool nuevo, el descuento aplica equivalente. EMP no cobra el warmup como servicio recurrente; es proyecto de duración definida.
2-4 IPs · warmup 8 semanas.
5-12 IPs · warmup 10-12 semanas.
13+ IPs · HA multi-region.
Add-on por IP adicional.
"¿Por qué warmup gradual y no entrar a volumen directo?"
Los mailbox providers asignan reputational scoring a IPs nuevas basado en el patrón de envío observado. IP nueva sin historial recibe trato escéptico por default: throttling agresivo, deferred temporal, ventana de observación de 30-60 días. Entrar a volumen directo desde IP fría es la causa más común de caída reputacional inmediata documentada. Gmail específicamente penaliza patrones de envío que se ven súbitos o no consistentes con un sender legítimo gradualmente creciendo su lista. Microsoft tiene comportamiento similar pero con criterios distintos. El warmup gradual entrega signal de comportamiento de sender legítimo y permite que los algoritmos de scoring construyan reputación positiva. La curva típica: días 1-3 con 1-50 mensajes/IP, semana 1-2 hasta 500/IP, semana 3-4 hasta 2500/IP, semana 5-8 hasta 10K/IP, semana 9-12 escalado a volumen objetivo.
"¿Cuánto volumen puede manejar el pool al final del warmup?"
Depende de cuántas IPs hay en el pool, el comportamiento del cliente durante el warmup, y la calidad de la base receptora. Una IP saludable en operación B2B Panamá típicamente maneja 50K-200K envíos/día sin throttling significativo, con engagement rates normales (open 15-25%, click 2-5%, complaint sub-0.1%). Pool de 4 IPs: 200K-800K diarios, 6-24M mensuales. Pool de 12 IPs: 600K-2.4M diarios, 18-72M mensuales. Estos números son aproximados; el ceiling real se descubre durante el warmup observando signal de cada IP. Si el cliente intenta forzar más volumen que el ceiling natural, el throttling aumenta y deliverability cae. EMP recomienda dejar buffer de 30-40% bajo el ceiling identificado para absorber variabilidad estacional.
"¿Cuánto tarda end-to-end con warmup incluido?"
Setup técnico (provisioning IPs, configuración MTA, validación pre-warmup): 1-3 semanas según tamaño del pool. Warmup gestionado: 8-16 semanas según volumen objetivo y tamaño del pool. Pool Small (2-4 IPs) hacia 6M envíos/mes: 8 semanas warmup. Pool Standard (5-12 IPs) hacia 20M envíos/mes: 10-12 semanas. Pool Enterprise (13+ IPs) hacia 50M+ envíos/mes: 12-16 semanas. Total típico Small: 9-11 semanas. Standard: 12-15 semanas. Enterprise: 15-20 semanas. EMP no acelera warmup porque las ventanas de observación de mailbox providers son irreductibles. Acelerar la curva resulta en throttling aumentado y desperdicia el setup. Mejor empezar antes que apresurar.
"Tengo IPs antiguas que quiero retirar. ¿Cómo se hace gradualmente?"
Plan de transición coordinada disponible en tier Standard y Enterprise. Durante el warmup del pool nuevo, las IPs antiguas siguen manejando volumen estable mientras las nuevas reciben share creciente según curva. Cuando el pool nuevo alcanza ceiling identificado al final del warmup, las IPs antiguas se retiran progresivamente del rotation pattern del MTA durante 2-4 semanas adicionales. Este enfoque es preferible a switch súbito porque mantiene continuidad operacional y permite catch issues durante la transición. La retirada de cada IP antigua se documenta, su volumen se redistribuye a las IPs nuevas saludables del pool, y el monitoreo confirma que no hay caída de throughput agregado. Si una IP antigua tenía clientes específicos asignados via tenant-affinity, esos clientes se migran a IPs nuevas equivalentes.
"¿Cuál es el costo de expandir el pool después?"
El add-on Pool Expansion ($1,500 por IP adicional) cubre warmup managed de IPs incrementales al pool ya configurado. Aplica cuando el cliente quiere agregar 1-3 IPs al pool sin re-iniciar el proyecto completo. El costo cubre: aprovisionamiento de la IP nueva si EMP la provee, configuración integration al rotation pattern existente, warmup managed de 4-8 semanas según volumen objetivo, monitoreo post-warmup. Para expansion mayor (5+ IPs) recomendamos re-evaluar como proyecto nuevo en lugar de múltiples add-ons, porque el pricing por proyecto típicamente es más eficiente. Si el cliente expandirá el pool periódicamente (cada 3-6 meses), ofrecemos contrato anual de Pool Expansion con descuento sobre el precio individual del add-on.
"¿La operación actual sigue funcionando durante el warmup?"
Sí, esa es premisa del scope. Durante las 8-16 semanas de warmup, el cliente sigue enviando email normalmente vía las IPs existentes (o vía un proveedor cloud de tránsito como mecanismo intermedio si las IPs nuevas todavía no aguantan volumen). El warmup gradual significa que las IPs nuevas absorben volumen creciente cada semana sin reemplazar las IPs antiguas hasta el final del warmup. Para operaciones que están reemplazando IPs irrecuperables identificadas en audit, las IPs irrecuperables se mantienen operando durante el warmup del pool nuevo, y se retiran solo al final. La operación nunca queda sin capacidad de envío durante el proyecto. La excepción es si el cliente está bajo crisis reputacional aguda donde las IPs antiguas son la causa del problema; en ese caso recomendamos paralelización con servicio EMP de Recovery comprehensive en lugar de warmup gradual.
Tres patterns principales evaluados según operación:
La decisión se toma en discovery basado en patrón de envío del cliente. KumoMTA tiene los tres patterns nativos vía Lua; PowerMTA tiene weighted round-robin y domain-affinity vía VMTA configuration, tenant-affinity requiere scripting custom.
Cuatro KPIs medidos semanalmente durante el warmup:
Si alguno de los KPIs no progresa según expectativa, EMP ajusta la curva, investiga causa (frecuentemente contenido o segmentación de la base receptora durante warmup, no la curva técnica), comunica al cliente y revisa el timeline. El éxito final se valida con dashboards Grafana entregados al cliente con los KPIs históricos del warmup.
Ambas opciones disponibles:
Para operaciones reguladas que necesitan IPs bajo control directo (banca, healthcare, government), la segunda opción es la natural. Para clientes que prefieren velocidad operacional, la primera. Discovery determina qué encaja mejor.
Procedure documentado para IPs problemáticas durante warmup. Cuatro escenarios típicos:
La diferencia con warmup ad-hoc es exactamente este nivel de gestión por IP individual durante la curva.
No. La curva base es conservadora, pero se ajusta según tres variables:
La curva específica se entrega como deliverable del proyecto al cierre del discovery. Cliente firma off antes de iniciar el warmup. Cambios mid-warmup se documentan en updates semanales.
No. El scope es técnico: aprovisionamiento, configuración, warmup, monitoreo. El contenido y la segmentación son responsabilidad del cliente, pero EMP entrega recomendaciones documentadas si la causa de desviación de KPIs durante warmup parece ser contenido o segmentación.
Recomendaciones típicas:
Para clientes que necesitan ayuda con contenido y segmentación, EMP refiere a partners de consultoría email marketing o el servicio interno de Deliverability Gestionada que sí cubre esa dimensión.
Caso típico que vemos. Cliente operando en SendGrid o AWS SES decide migrar a IPs dedicadas. Procedure:
El descuento del 20% del ESP cloud durante las 8-16 semanas es costo operacional del proyecto que el cliente debe presupuestar. EMP no recibe comisión por mantener al cliente en ESP cloud; la recomendación es funcional.
Post-warmup el cliente queda con pool operativo bajo control del equipo cliente. EMP no cobra suscripción recurrente sobre el warmup. Tres opciones post-warmup:
La mayoría de clientes opera el pool internamente post-warmup. EMP queda disponible para incidentes o expansions sin compromiso de retención.
Discovery valida: número de IPs deseadas en el pool, volumen objetivo mensual al final del warmup, presencia o ausencia de IPs actuales que reemplazar gradualmente, rotation pattern preferido según patrón de envío, MTA destino (PowerMTA o KumoMTA). Si el caso es Pool Expansion sobre infra existente, te derivamos al add-on directo. Si es proyecto nuevo, te cotizamos el tier correcto con timeline preciso.
