Migración de ESP sin perder reputación: planificación, warming y corte por fases

Cómo migrar de un proveedor de email a otro (Mailchimp, Brevo, SES, Postmark) sin perder reputación de dominio: warming, autenticación y corte gradual.

Cambiar de proveedor de envío (ESP) es una de las operaciones de mayor riesgo en email marketing. Tu nueva infraestructura empieza con reputación cero en las IPs del nuevo ESP, autenticación que tarda en propagarse, y volumen que históricamente venía de otro lugar. Hacerlo mal significa caída masiva de inboxing durante semanas. Hacerlo bien, casi sin que nadie lo note. La diferencia está en el plan, no en el ESP.

Por qué migrar es arriesgado

Tres elementos cambian de golpe:

1. IPs de envío: aunque el dominio sea el mismo, las IPs son nuevas para los receptores. Reputación se construye desde cero.
2. Autenticación: SPF y DKIM cambian. Los receptores ven nuevos selectores y nuevos rangos en SPF.
3. Patrón de envío: tu nuevo ESP puede agrupar, programar o segmentar de forma distinta. Los receptores detectan el cambio.

Los grandes proveedores (Gmail, Microsoft, Yahoo) miran continuidad. Un cambio brusco se trata con sospecha aunque tu dominio tenga reputación High histórica.

Antes de empezar: auditoría

1. Inventariar flujos

Lista qué envías hoy y desde dónde:

• Newsletter semanal: 50.000 destinatarios, vía Mailchimp.
• Transaccionales (recibos, contraseñas): 5.000/día, vía SES.
• Promocionales puntuales: 100.000 cada 2 meses, vía Mailchimp.

Cada flujo puede migrar a velocidad distinta. Y, normalmente, conviene mantener flujos separados.

2. Documentar autenticación actual

Apunta:

• SPF actual: v=spf1 include:mailchimp.com include:amazonses.com -all.
• Selectores DKIM actuales: mailchimp._domainkey, selector1._amazonses, etc.
• Política DMARC: p=quarantine o p=reject.
• Subdominios de envío: news.tudominio.com, tx.tudominio.com.

3. Capturar métricas baseline

Antes del corte, fija una semana de métricas:

• Tasa de inboxing por receptor (Postmaster Tools, SNDS, Sender Hub).
• Open rate y click rate.
• Bounce rate.
• Complaint rate.

Sin baseline, no sabrás si la migración degradó o no.

Plan de migración por fases

Fase 1: Setup paralelo (semana -2)

Antes del corte, configura el nuevo ESP en paralelo:

1. Verifica el dominio en el nuevo ESP siguiendo su flujo (CNAMEs DKIM, TXT, etc.).
2. Publica los nuevos registros DKIM del nuevo ESP. Cuando un selector se publica, no causa daño (solo se usa cuando firmas con él).
3. NO modifiques SPF aún. El nuevo ESP no debe estar en SPF hasta que empieces a enviar.
4. NO cambies el ESP que envía. Sigue el flujo actual.

Verifica con dig:

dig +short CNAME selector1._domainkey.tudominio.com
dig +short CNAME selector2._domainkey.tudominio.com

Los nuevos selectores deben resolver hacia las claves del nuevo proveedor.

Fase 2: Warming del nuevo ESP (semanas -1 a +4)

Aquí es donde sale o falla la migración.

1. Añade el nuevo ESP al SPF:

v=spf1 include:mailchimp.com include:amazonses.com include:nuevoesp.com -all

Con -all mantenido. Esto autoriza al nuevo ESP a enviar.

2. Inicia warming:

Si tu nuevo ESP usa pool compartido, el warming es más rápido (la reputación del pool ya existe). Si es dedicada, semanas.

Volumen sugerido día a día (envío diario):

• Día 1: 50 (a destinatarios muy activos).
• Día 2: 100.
• Día 3: 250.
• Día 5: 1.000.
• Día 7: 5.000.
• Día 14: 25.000.
• Día 21: 100.000.

3. Selecciona destinatarios premium para warming:

Usuarios que abren cada email, han comprado recientemente, tienen alto engagement. Sus señales positivas (apertura, click, no quejas) son las que construyen reputación rápida. Ver engagement signals.

Fase 3: Reparto de tráfico (semanas +1 a +6)

A medida que el warming avanza, divides envíos entre ESP viejo y nuevo. Tres aproximaciones:

A) División por flujo

• Newsletter al nuevo ESP, transaccional sigue en el viejo.
• Migras un flujo completo cada vez. Más simple operativamente.

B) División por porcentaje

• 10 % de cada envío al nuevo ESP, 90 % al viejo. Aumenta gradualmente.
• Necesitas tu sistema de orquestación (no todos los ESP lo soportan en su panel).

C) División por receptor

• Gmail al nuevo ESP, resto al viejo. Permite ver cómo se comporta el nuevo en un destino dado antes de migrar todo.
• Útil cuando un receptor concreto (Gmail) es la mayor parte de tu base.

Fase 4: Corte total (semana +6 o +8)

Cuando las métricas del nuevo ESP igualan o superan baseline:

1. Mueve todo el volumen al nuevo ESP.
2. Mantén el viejo ESP activo una semana más. Por si hay envíos automáticos pendientes (recibos, recuperación de contraseña triggered) que no migrasteis.
3. Vacía el viejo ESP: cancela cuentas tras confirmar que nada queda.

Fase 5: Limpieza DNS (semana +8)

Una vez confirmado que todo va por el nuevo ESP:

1. Quita el ESP viejo del SPF:

v=spf1 include:nuevoesp.com -all

2. Mantén los selectores DKIM del viejo durante 2-4 semanas más. Algunos receptores cachean firmas y mensajes en cola pueden tardar en entregarse.

3. Tras el periodo, elimina los selectores viejos del DNS.

Cuidado con DMARC durante la migración

Si tu DMARC está en p=reject y haces algo mal en la migración, los mensajes desde el nuevo ESP fallarán DMARC y se rechazarán. Antes de migrar, considera:

• Bajar a p=quarantine durante el warming. Más permisivo si algo se rompe.
• Activar reportes RUA agresivamente para ver fallos de autenticación temprano.
• Revisar reportes diarios la primera semana.

Tras 2-3 semanas estables, vuelve a p=reject.

Casos especiales por tipo de ESP

Migrar a SES

• IPs compartidas por defecto. Warming relativamente rápido.
• Si pides IPs dedicadas, AWS te da pool propio que requiere warming clásico.
• Asegúrate de salir del sandbox antes del corte.

Migrar a Postmark

• Streams separados (transactional vs broadcast) con reputación independiente.
• Postmark prohíbe transaccional de marketing en el stream transaccional. Plan los flujos correctamente.

Migrar a Brevo

• IPs compartidas o dedicadas según plan.
• Verificación de dominio puede tardar 24-48 h.

Migrar a Mailchimp

• Pool compartido.
• Considera la autenticación con su flujo CNAME para alineación DMARC.

Migrar entre Google Workspace y M365

Aquí la migración es de buzones, no de envío masivo. Pero los registros MX, SPF y DKIM cambian. Hay que rotar con cuidado.

Métricas a vigilar durante el warming

Durante las primeras semanas del nuevo ESP, vigila:

• Tasa de aceptación: receptores deben aceptar > 95 %.
• Open rate: si baja > 20 % respecto al baseline, hay problema de inboxing.
• Bounce rate: si sube por encima de 2 %, revisa lista.
• Complaint rate: < 0,1 %. Por encima, pausa.
• Reputación nueva IP en SNDS y Postmaster Tools.

Si cualquier métrica empeora más del 30 % respecto al baseline, frena warming, diagnostica y vuelve a ramping cuando esté resuelto.

Errores frecuentes

Cortar el ESP viejo de golpe

Migración el lunes, viejo apagado el martes. Reputación nueva sin warming. Caída garantizada. La migración necesita semanas.

No mantener autenticación de ambos ESPs durante el solapamiento

Si los dos están enviando, los dos deben pasar SPF, DKIM y DMARC. Quitar el viejo del SPF antes de cortar = SPF fail durante la transición.

Olvidar transaccional

Las contraseñas, los recibos, las verificaciones se envían desde el ESP transaccional. Si migras solo marketing y olvidas configurar el transaccional en el nuevo entorno, partes del producto se rompen.

Asumir que dominios sin Postmaster Tools no importan

Migrar solo mirando Gmail e ignorar Outlook, Yahoo, dominios corporativos. Cada receptor evalúa el cambio. Sender Hub y SNDS son tan importantes como Postmaster Tools.

Migrar y rediseñar a la vez

Cambiar ESP y, simultáneamente, cambiar contenido, segmentación o estrategia confunde el diagnóstico. Si algo va mal, no sabes si es el ESP nuevo o el cambio de contenido. Migra a iso-volumen y iso-contenido; rediseña después.

Plan de rollback

Si las métricas se desploman:

1. Pausa envíos al nuevo ESP.
2. Reactiva volumen completo en el viejo (mantenido por eso).
3. Diagnostica: autenticación rota, IP en blacklist, contenido alterado.
4. Reanuda warming una vez resuelto, desde el principio.

Tener este plan listo antes de cortar evita pánico.

Recursos relacionados

Si quieres profundizar, prueba estas herramientas gratuitas: Domain Health, mail tester, validador SPF y validador DMARC.

¿Necesitas que alguien lleve tu canal de email entero? Abalola Mail es la agencia de retención y email marketing de Abalola para ecommerce: estrategia, producción y operación del stack sobre Klaviyo, Mailchimp o Brevo.