Cambiar de proveedores de SMTP sin tiempo de inactividad.

Plan práctico de migración + checklist de DNS (SPF/DKIM/DMARC) + warm-up + plan de reversión

Cambiar de proveedor SMTP debería ser aburrido. Pero si haces el cambio demasiado rápido (o tocas el registro DNS equivocado en el momento equivocado), puedes provocar fallos de autenticación, retrasos de entrega o una caída repentina hacia spam. Eso se traduce en restablecimientos de contraseña que no llegan, facturas perdidas y tickets de soporte innecesarios.

Esta guía te muestra cómo migrar con cero downtime ejecutando ambos proveedores en paralelo, validando DNS de forma correcta, calentando el envío (warm-up) gradualmente y manteniendo un plan de reversión claro.

Si te estás cambiando a Mailpro, seguirás los mismos pasos, usando el SMTP/Correos Transaccionales de Mailpro y sus registros de autenticación.

Recursos de Mailpro: Servicio SMTP | Correos Transaccionales | SPF (guía) | Configurar DKIM | Configurar DMARC | Precios

Respuesta rápida: la forma más segura de cambiar de proveedor SMTP

Si solo sigues una cosa, respeta este orden:

1. Publica DKIM del nuevo proveedor (primero).
2. Actualiza SPF para incluir ambos proveedores durante un período corto en paralelo.
3. Confirma DMARC (mínimo en modo monitoreo durante la migración).
4. Envía 5–10% del tráfico por el nuevo proveedor.
5. Aumenta el volumen gradualmente durante 7–14 días, monitoreando rebotes/bloqueos/quejas.
6. Elimina el proveedor antiguo del SPF solo cuando todo esté estable.

Por qué funciona: evitas un “corte” brusco donde un solo registro DNS mal configurado puede detener tu correo por horas.

CTA: Si vas a migrar a Mailpro y quieres una configuración más limpia, empieza por autenticar tu dominio: SPF, DKIM y DMARC (explicado).

Paso 0: Elige tu estructura de envío (esto evita problemas después)

Antes de tocar DNS, decide cómo vas a estructurar el envío. Este es uno de los motivos más comunes de fallos, porque muchos cambian de proveedor con todo mezclado.

Opción A (recomendada): separar transaccional vs marketing

Si envías newsletters (marketing) y correos transaccionales (password reset, facturas, recibos), sepáralos al menos por subdominio:

• Transaccional: mail.tudominio.com o tx.tudominio.com
• Marketing: news.tudominio.com o em.tudominio.com

Por qué ayuda: el marketing suele recibir más quejas. Si una campaña afecta tu reputación, no quieres que eso impacte los restablecimientos de contraseña o las facturas.

Opción B: mantener todo en el dominio principal

Se puede, pero durante la migración es más arriesgado. El SPF se vuelve más complejo, es más difícil diagnosticar alineación DMARC y un emisor olvidado puede romper autenticación para muchos correos.

Recomendación simple: si puedes hacer solo una mejora para estabilidad a largo plazo, usa un subdominio de envío para lo transaccional.

Paso 1: Inventario de todo lo que envía correo

Haz una lista de cada sistema que envía “desde tu dominio”. Esto es clave para que DMARC funcione y para evitar sorpresas en el corte.

• Tu web/app (transaccional: password reset, alertas de cuenta)
• Tu ecommerce (pedido, envío, confirmaciones)
• CRM y herramientas de ventas
• Soporte/tickets
• Reservas/citas y recordatorios
• Formularios de contacto (muchos envían correo)
• Herramientas internas (reportes, alertas)

Tip: Si ya tienes DMARC con reportes, te mostrará emisores “desconocidos”. Si no lo tienes, actívalo en modo monitoreo durante la migración (más abajo).

Paso 2: Configura DKIM en el nuevo proveedor (primero siempre)

DKIM suele ser el primer cambio más seguro, porque no rompe el proveedor actual. Publicas DKIM, pruebas, y solo después empiezas a enrutar tráfico al nuevo proveedor.

1. Crea las claves DKIM en el nuevo proveedor (Mailpro te da los registros durante la configuración).
2. Publica los registros DKIM en tu DNS (normalmente CNAME; a veces TXT).
3. Espera la propagación DNS.
4. Envía un correo de prueba y verifica en cabeceras que aparezca DKIM=pass.

Con Mailpro: puedes seguir esta página para configurar DKIM: Configurar DKIM con Mailpro.

Error típico: publicar DKIM en el dominio equivocado. Si envías desde tx.tudominio.com, configura DKIM para ese subdominio (no solo para el dominio raíz).

Paso 3: Actualiza SPF con seguridad (período “doble proveedor”)

Durante la migración, SPF debe permitir temporalmente a ambos proveedores. No elimines el proveedor antiguo del SPF hasta confirmar que el nuevo entrega bien.

Reglas SPF que debes respetar

• Solo un registro SPF TXT por dominio/subdominio. Dos SPF suelen romper SPF.
• Evita un SPF demasiado largo con demasiados include:. Puede provocar PermError.
• Durante migraciones, DKIM suele ser tu “ancla” más estable si SPF se complica.

Qué harás en la práctica

• Conserva los includes del proveedor actual.
• Agrega el include del nuevo proveedor (Mailpro te lo muestra en tu configuración).
• Prueba el SPF del dominio/subdominio real desde el que envías.
• Después de estabilidad, elimina el include del proveedor antiguo.

Relacionado: Qué es SPF y cómo funciona

Mini-guía de troubleshooting SPF (para evitar sustos)

Estos 3 problemas rompen migraciones:

• Dos SPF: tienes más de un TXT que empieza con v=spf1. Solución: fusionarlos en uno solo.
• SPF PermError por demasiados includes: demasiadas búsquedas DNS. Solución: elimina servicios que ya no usas, simplifica, o mueve parte del envío a un subdominio con SPF más simple.
• SPF en el dominio equivocado: actualizaste tudominio.com, pero envías desde mail.tudominio.com. Solución: publica SPF en el dominio/subdominio real de envío.

Pro tip: si tu SPF está “lleno”, no entres en pánico. A menudo DKIM + alineación DMARC es lo que estabiliza la entregabilidad. Mantén SPF correcto, pero no lo dejes volverse inmanejable.

Paso 4: Confirma DMARC (y la alineación)

DMARC ayuda a que los proveedores de correo confíen en tu dominio, y durante una migración es tu “radar”: te muestra qué fuentes están fallando autenticación o alineación.

Enfoque recomendado de DMARC durante la migración

Si ya tienes DMARC, mantenlo. Si no, comienza con monitoreo:

• Inicio: p=none (solo monitoreo)
• Luego (cuando todo esté estable): considerar p=quarantine o p=reject

Relacionado: Configurar DMARC con Mailpro

Alineación DMARC, explicado simple

DMARC verifica si se cumple al menos una de estas condiciones:

• SPF pasa y el dominio usado para SPF está alineado con el dominio del From visible, o
• DKIM pasa y el dominio que firma DKIM está alineado con el dominio del From visible

Regla práctica para migraciones: asegura DKIM correcto para el dominio/subdominio exacto que usas en el From. Es lo más fácil para cumplir DMARC sin dolores.

Paso 5: Envío en paralelo (lo que evita el downtime)

Ahora ejecutas ambos proveedores al mismo tiempo por un período corto. Este es el corazón de una migración segura.

Cómo enrutar solo una parte del correo

¿Planeando una migración? El SMTP de Mailpro admite un cambio sin inactividad — guía de DNS y calentamiento para que nada se detenga.

Depende de tu caso:

• Apps/web: enruta un porcentaje del tráfico (o ciertos tipos de emails) al nuevo proveedor.
• Ecommerce: empieza con un subconjunto controlado; o migra transaccional primero si tu audiencia es limpia y comprometida.
• Marketing: envía primero a un segmento muy comprometido y luego amplía.

Warm-up: IP compartida vs IP dedicada

Si usas un pool de IP compartidas, normalmente puedes subir más rápido porque ya existe historial en esas IPs. Aun así, monitorea.

Si usas IP dedicada, calienta más lentamente. Un salto de volumen desde una IP “nueva” puede activar throttling o filtrado.

Ejemplos de ramp-up (ajusta según tu volumen)

Ejemplo A: transaccional primero (recomendado para “cero downtime”)

• Día 1: 10% de transaccional (password reset / recibos) al nuevo proveedor
• Día 2–3: 25%
• Día 4–5: 50%
• Día 6–7: 80–100%
• Semana 2: migrar marketing

Ejemplo B: marketing primero (si tu lista es muy limpia)

• Día 1–2: solo “engaged últimos 30 días”
• Día 3–4: ampliar a 60 días
• Día 5–7: ampliar a 90 días
• Semana 2: volumen completo de marketing
• Transaccional: migrar después o mantener en el proveedor anterior hasta estabilidad

Importante: si tus emails son críticos (restablecimientos de contraseña, facturas), evita un corte brusco. Migra en paralelo y con rollback listo.

Paso 6: Monitoreo diario (lo que debes vigilar)

Las migraciones fallan en silencio al principio. Monitorea cada día durante el ramp-up.

Métricas clave

• Errores de entrega: rebotes duros vs diferidos
• Bloqueos/throttling: patrones de “rate limited”
• Quejas de spam
• Open/click: indicador útil (no perfecto) para marketing
• Éxito de correos críticos: password resets, facturas, confirmaciones

Lectura recomendada (entregabilidad): Resolución de problemas de entregabilidad de correo electrónico

Chequeo rápido de cabeceras

En varios mensajes de prueba, confirma:

• SPF=pass
• DKIM=pass
• DMARC=pass

Si DMARC falla pero DKIM pasa, suele ser alineación (dominio de firma equivocado). Si SPF falla, suele ser include faltante, dos SPF, o PermError por demasiados includes.

Paso 7: Plan de reversión (rollback) si algo sale mal

Si la entrega cae o el envío se detiene, necesitas rollback claro para mantener el downtime cerca de cero.

Orden recomendado para rollback

1. Restaura el enrutamiento primero: vuelve a enrutar el tráfico al proveedor anterior (config de app, credenciales SMTP, reglas).
2. No borres DNS de inmediato. Los cambios DNS tardan y pueden empeorar el caos.
3. Identifica el tipo de falla: autenticación vs throttling vs caída por reputación/spam.
4. Corrige la raíz (DKIM mal publicado, SPF complejo, alineación DMARC).
5. Retoma la migración gradualmente cuando todo esté estable.

Checklist de diagnóstico rápido

• ¿Rechazos inmediatos? (suele ser DNS/autenticación)
• ¿Diferidos/throttling? (warm-up o límites de envío)
• ¿Spam repentino? (reputación o autenticación inconsistente)
• ¿Dos SPF publicados? (muy común)
• ¿DKIM en el dominio correcto? (muy común)

Buenas noticias: si mantuviste el proveedor anterior listo y puedes rerutar rápido, el downtime puede reducirse a minutos.

Paso 8: Retira el proveedor antiguo (solo tras estabilidad)

Cuando lleves 7–14 días estables (o más si eres alto volumen):

• Elimina el proveedor antiguo del SPF.
• Opcional: elimina DKIM antiguos (o déjalos temporalmente si prefieres limpieza lenta).
• Mantén DMARC con reportes para detectar emisores olvidados.

Pro tip: no corras con la limpieza. Primero estabilidad. Luego orden.

Checklist de DNS (copiar/pegar)

La mayoría de migraciones SMTP requieren estos registros:

• SPF (TXT) en el dominio/subdominio desde el que envías
• DKIM (CNAME o TXT) (1–3 selectores, según proveedor)
• DMARC (TXT) en _dmarc.tudominio.com (o equivalente en subdominio)

Opcional (según setup):

• Return-Path / dominio de sobre (envelope) y alineación
• Warm-up de IP dedicada (si aplica)
• Configuración TLS

Errores comunes en migraciones (y cómo evitarlos)

1. Dos SPF: fusiona todo en un solo TXT que empiece con v=spf1.
2. Enrutar antes de DKIM: valida DKIM primero.
3. SPF sobrecargado: reduce includes o usa subdominio con SPF más simple.
4. DMARC falla por un emisor olvidado: inventario de sistemas + reportes.
5. Mover 100% en un día: ramp-up gradual.
6. Sin rollback: mantén el proveedor anterior listo hasta estabilidad real.
7. Mezclar marketing y transaccional sin segmentación: protege lo crítico con estructura.

Preguntas frecuentes (FAQ)

¿Cuánto tarda cambiar de proveedor SMTP de forma segura?

Para la mayoría de remitentes pequeños y medianos, planifica 7–14 días con envío en paralelo y ramp-up gradual. Si usas IP dedicada o envías alto volumen, planifica más tiempo.

¿Tengo que cambiar SPF al cambiar de proveedor SMTP?

Normalmente sí. Durante la migración, incluye ambos proveedores temporalmente. Después, elimina el antiguo del SPF. Mantén un solo registro SPF.

¿Debo configurar DKIM antes de tocar SPF?

Sí. DKIM suele ser el paso inicial más seguro. Publica DKIM, valida DKIM=pass, y luego actualiza SPF y enruta una parte del tráfico.

¿Qué pasa si tengo dos registros SPF?

Muchos receptores lo tratan como fallo/error de SPF. La solución es fusionar ambos en un único TXT que empiece con v=spf1.

¿Necesito DMARC para migrar?

No es obligatorio para migrar, pero hace la migración más segura. Te ayuda a confirmar alineación y detectar emisores olvidados con reportes. Si no lo tienes, empieza con p=none durante la migración.

¿Conviene migrar transaccional primero o marketing primero?

Para “cero downtime”, transaccional primero suele ser mejor porque validas flujos críticos y el rollback es simple. Marketing primero puede funcionar si tu lista es muy limpia y comprometida.

¿Cómo evito caídas de entregabilidad al cambiar de proveedor?

Envío en paralelo, ramp-up gradual, empezar con receptores comprometidos, y asegurar que SPF/DKIM/DMARC pasan y están alineados. Evita picos bruscos y monitorea quejas.

¿Cuál es el rollback más simple?

Vuelve a enrutar el tráfico al proveedor anterior (config/credenciales). No borres DNS corriendo. Corrige la causa (normalmente DKIM/SPF/DMARC) y reintenta gradualmente.

Si te estás cambiando a Mailpro

Mailpro está pensado para envío profesional y fiable, incluyendo:

• Servicio SMTP para apps y sitios web
• Correos transaccionales (password resets, facturas, alertas, recibos)
• Ayuda de autenticación (SPF, DKIM, DMARC)

Empieza aquí:

• Servicio SMTP de Mailpro
• Correos Transaccionales con Mailpro
• Configurar DKIM
• Configurar DMARC

Llamado a la acción: Si quieres una migración sin sustos, configura tu dominio en Mailpro, publica los registros de autenticación y sigue el plan de envío en paralelo y ramp-up de esta guía.

Ver planes y precios