Cómo migrar de ESP sin perder entregabilidad.
Cambiar de plataforma de email —de ESP, por sus siglas en inglés— es una de esas decisiones que se ven simples desde afuera y resultan delicadas por dentro. La promesa de mejores funciones o mejor precio es real, pero hay una trampa que hunde muchas migraciones: la reputación de envío que tanto costó construir no se muda con usted. Si migra mal, puede pasar de entregar bien a caer en spam de un día para otro, y tardar meses en recuperarse. Esta guía explica cómo hacerlo sin romper nada.
Lo escribimos desde la experiencia de operar infraestructura de correo propia, donde el calentamiento de IPs y la migración de bases son trabajo cotidiano. La buena noticia es que una migración bien hecha es predecible: tiene pasos claros, tiempos conocidos y métricas que avisan si algo va mal antes de que sea grave. La mala noticia es que apurarla es la forma más segura de arruinarla.
- La reputación no se transfiere: en la plataforma nueva, los proveedores no lo conocen y desconfían de un volumen alto repentino.
- Limpie antes de migrar: elimine rebotes, bajas e inactivos para empezar con una lista que abre e interactúa.
- Caliente gradualmente: empiece con poco volumen a los más comprometidos y suba durante 4 a 8 semanas.
- Transición dual: envíe desde ambas plataformas 1 a 2 semanas para repartir el riesgo.
- Vigile: quejas bajo 0.1%, rebotes duros bajo 2-3%, y la colocación en bandeja. Si caen, pause.
Por qué la reputación no viaja con usted
Para migrar bien hay que entender una cosa: la entregabilidad no es una propiedad de su marca ni de su contenido, es una propiedad de la combinación de dirección IP y dominio desde la que envía. Los proveedores de correo —Gmail, Yahoo, Outlook— construyen, a lo largo del tiempo, un perfil de reputación de esa combinación: cuánto envía, con qué regularidad, cuánta gente abre, cuántos se quejan. Ese perfil es lo que decide si sus correos llegan a la bandeja o al spam.
Cuando cambia de plataforma, normalmente cambia de IP de envío, y a veces de configuración de dominio. Para los proveedores, esa nueva IP es un desconocido sin historial. Y los proveedores tratan a los desconocidos con sospecha: una IP nueva que de pronto dispara decenas de miles de correos parece exactamente lo que parece un spammer. El resultado es que correos perfectamente legítimos, de una empresa de toda la vida, terminan en spam solo porque salieron desde una dirección que el proveedor no reconoce.
De ahí la regla central de toda migración: no se trata de mover datos, se trata de reconstruir confianza. Y la confianza, con los proveedores de correo como con las personas, se construye despacio y se destruye rápido.
Antes de migrar: ¿de verdad necesita migrar?
Vale hacerse esta pregunta antes de mover nada, porque cambiar de plataforma no arregla por sí solo una entregabilidad mala. Si sus correos caen en spam por una base sucia, por falta de consentimiento real, o por autenticación rota, esos problemas se mudan con usted a la plataforma nueva. La migración no es una varita: si el problema es suyo y no del proveedor, lo va a llevar a cuestas.
La migración se justifica cuando el cuello de botella está del lado de la infraestructura: el proveedor actual comparte IPs con remitentes de mala calidad que arrastran su reputación, no le da control sobre la autenticación, limita el volumen, o simplemente no entrega bien por razones que usted no controla. En esos casos, mudarse a una infraestructura mejor sí mejora las cosas. Pero si el problema es la higiene de su lista o sus prácticas de permiso, conviene arreglarlo primero —migre o no—. Un diagnóstico honesto antes de empezar ahorra una mudanza costosa que no resuelve nada.
Paso 1: limpiar la base antes de transferir
Este es el paso que más protege la migración y el que más se salta la gente con prisa. Antes de exportar su lista de la plataforma vieja e importarla en la nueva, hay que limpiarla. Eliminar los rebotes duros —direcciones que ya no existen—, las bajas, y los contactos inactivos que llevan meses sin abrir nada.
La razón es de pura estrategia de reputación. En la plataforma nueva, las primeras señales que reciban los proveedores van a pesar muchísimo, porque es cuando se forman la primera impresión de su IP. Si los primeros envíos van a una lista llena de direcciones muertas, va a generar rebotes y baja interacción de entrada, y le va a decir a Gmail "este remitente envía a basura". Si en cambio empieza con una lista depurada de gente que abre e interactúa, las primeras señales son de un remitente sano. Empezar limpio protege la entregabilidad desde el primer día; empezar sucio la hipoteca antes de arrancar.
Hay un beneficio extra: las direcciones que nunca debieron estar en su lista pueden incluir spamtraps, trampas que los proveedores usan para cazar remitentes con malas prácticas de adquisición. Limpiar reduce el riesgo de tropezar con una justo al inicio, cuando más daño hace.
Paso 2: autenticar el dominio en la nueva plataforma
Antes del primer envío desde el nuevo proveedor, su dominio tiene que estar autenticado allí. Eso significa publicar el SPF que incluya al nuevo proveedor, activar DKIM con las claves que la nueva plataforma le genere, y tener DMARC en orden. Sin esto, ni siquiera empieza bien: desde 2024 los proveedores exigen autenticación a los remitentes de volumen, y una IP nueva sin autenticar lo tiene todo en contra.
Un punto fino que cuesta caro si se ignora: durante la transición va a estar enviando desde dos plataformas, así que su SPF tiene que incluir a las dos a la vez, en un solo registro. Es un momento donde es fácil romper la autenticación por descuido. El detalle de cómo se configura cada registro está en nuestra guía de SPF, DKIM y DMARC; aquí basta decir que esto se resuelve antes de calentar, no durante.
Paso 3: calentar, empezando por los más comprometidos
El calentamiento es el corazón de la migración. Consiste en construir reputación enviando volumen de forma gradual, para que los proveedores aprendan que su IP nueva es confiable antes de confiarle todo su tráfico. No se calienta enviando a cualquiera: se calienta enviando a los mejores primero.
Se arranca con los suscriptores más comprometidos: los que abren, hacen clic e interactúan con regularidad. ¿Por qué ellos? Porque generan las señales positivas que construyen reputación —aperturas, clics, cero quejas— y casi ninguna negativa. Cada envío exitoso a esta gente le dice a los proveedores "este remitente manda correo que la gente quiere". Con esa base de confianza construida, se va ampliando hacia segmentos menos activos.
El dominio, vale notarlo, se calienta más rápido que la IP, y se puede arrancar con un volumen algo mayor. Pero la IP es la que manda el ritmo, y conviene tratarla con paciencia. La inversión de tiempo aquí paga: las IPs bien calentadas logran tasas de colocación en bandeja de entrada entre 20 y 30 por ciento más altas que las que se lanzaron en frío.
La rampa de volumen, en concreto
Los números varían según el volumen total que necesite alcanzar y la calidad de su base, pero la forma de la rampa es consistente. Se empieza bajo y se sube en escalones, vigilando las métricas en cada uno.
| Etapa | Volumen orientativo | A quién |
|---|---|---|
| Arranque | 50–100 correos/día | Los suscriptores más activos |
| Primeras semanas | +25–50% cada pocos días | Se amplía a engaged recientes |
| Mitad de rampa | Volumen creciente sostenido | Segmentos activos más amplios |
| Volumen pleno | Su volumen normal | Toda la base depurada |
El proceso completo suele tomar de cuatro a ocho semanas. La regla en cada escalón: solo se sube si las métricas del escalón anterior siguen sanas. Si las quejas suben o la colocación en bandeja baja, no se avanza; se sostiene o se retrocede hasta que se estabilice. Apurar la rampa para terminar antes es la causa número uno de migraciones fallidas. Una sola campaña agresiva desde una IP a medio calentar puede dañar la reputación durante meses, y rehacer ese trabajo cuesta mucho más que haber esperado.
Paso 4: el período de transición con las dos plataformas
Aquí está el truco que convierte una migración arriesgada en una segura: no apague la plataforma vieja el día que enciende la nueva. Durante una o dos semanas, envíe desde ambas en paralelo.
La lógica es de reparto de riesgo. Mientras la plataforma nueva calienta con sus segmentos más comprometidos —volumen bajo, reputación en construcción—, la plataforma anterior sigue cubriendo el grueso del volumen con la reputación que ya tiene consolidada. Sus campañas siguen llegando con normalidad porque la vieja sostiene la carga, mientras la nueva demuestra de a poco que entrega bien. A medida que la nueva acumula historial positivo, se le pasa más volumen, y se le quita a la vieja. Cuando la nueva entrega bien a todo volumen, recién ahí se cierra la anterior. Nunca hay un momento de salto al vacío.
Las métricas que deciden si avanzar o pausar
Durante toda la migración, tres métricas son su tablero. Si están sanas, avanza; si no, pausa.
- Tasa de quejas (reportes de spam): debe estar por debajo del 0.1 por ciento, e idealmente muy cerca de cero al inicio del calentamiento. Las quejas son la señal que más rápido destruye una reputación nueva.
- Rebotes duros: por debajo del 2 a 3 por ciento. Si los supera, es síntoma de que la limpieza de la base quedó corta y hay direcciones malas entrando.
- Colocación en bandeja de entrada: si empieza a caer —más correos al spam—, es la señal de frenar el aumento de volumen y revisar qué cambió.
Una alarma aparte: si aparecen spamtraps en sus envíos, deténgase. Los spamtraps son direcciones que los proveedores usan para cazar remitentes con mala higiene de lista, y dar con uno en pleno calentamiento es una señal seria de que su base no estaba tan limpia como creía. Mejor pausar y depurar que seguir y quemar la IP nueva.
Los errores que arruinan una migración
Migrar todo el volumen de golpe. El error fatal. Apagar la vieja y prender la nueva con todo el tráfico el mismo día garantiza que los proveedores traten su IP nueva como amenaza.
Saltarse la limpieza de la base. Llevar rebotes e inactivos a la plataforma nueva contamina las primeras señales, justo cuando más pesan.
No autenticar antes de empezar. Calentar una IP que ni siquiera pasa SPF y DKIM es construir sobre arena.
Apurar la rampa porque "va bien". Que los primeros escalones salgan limpios no autoriza a saltarse los siguientes. La reputación se construye en todo el rango de volumen, no solo al inicio.
Cerrar la plataforma vieja demasiado pronto. Sin el colchón de la transición dual, cualquier tropiezo del calentamiento se siente en todas sus campañas a la vez.
Migrar de ESP bien hecho no es difícil, pero sí es metódico y toma semanas, no días. Si su correo es importante para el negocio y prefiere no arriesgar la reputación que tanto costó, esto es justo el tipo de trabajo que hacemos como parte del servicio de email: planificamos la rampa, calentamos las IPs, monitoreamos las métricas y hacemos el corte cuando es seguro, no antes.
Preguntas frecuentes
¿Por qué se pierde entregabilidad al cambiar de plataforma de email?
Porque la reputación de envío vive en la combinación de IP y dominio que usaba en su plataforma anterior, y no se transfiere. En la nueva plataforma, los proveedores como Gmail o Yahoo no lo conocen todavía. Si de golpe les manda todo su volumen desde una IP sin historial, lo tratan como sospechoso y mandan los correos a spam o los rechazan. Por eso hay que reconstruir la reputación gradualmente con un calentamiento, no migrar de un día para otro.
¿Qué es el calentamiento de IP y dominio?
Es el proceso de construir reputación de envío aumentando el volumen de correo de forma gradual a lo largo de varias semanas. Se empieza enviando volúmenes pequeños a los suscriptores más comprometidos, los que abren e interactúan, y se sube el volumen poco a poco vigilando las métricas. Cada envío exitoso sin señales negativas le dice a los proveedores que es un remitente confiable. El dominio suele calentarse más rápido que la IP.
¿Cuánto tiempo toma calentar una IP nueva?
Típicamente de cuatro a ocho semanas, dependiendo del volumen total que necesite alcanzar y de la calidad de su base. Se arranca con volúmenes bajos, del orden de 50 a 100 correos diarios a los contactos más activos, y se incrementa alrededor de 25 a 50 por ciento cada pocos días mientras las métricas se mantengan sanas. Apurar el proceso es contraproducente: una sola campaña agresiva desde una IP sin calentar puede dañar la reputación por meses.
¿Debo limpiar mi lista antes de migrar?
Sí, y es uno de los pasos que más protege la migración. Antes de transferir, hay que eliminar los rebotes duros, las bajas y los contactos inactivos. Empezar en la nueva plataforma con una lista limpia protege la entregabilidad desde el primer día, porque las primeras señales que reciban los proveedores serán de una audiencia que abre e interactúa, no de direcciones muertas que generan rebotes y bajan la reputación de entrada.
¿Conviene usar las dos plataformas a la vez durante la migración?
Sí. Un período de transición de una o dos semanas, enviando desde la plataforma nueva y la anterior en paralelo, reparte el riesgo. Mientras la nueva calienta con los segmentos más comprometidos, la anterior sigue cubriendo el resto del volumen con su reputación ya construida. A medida que la nueva demuestra que entrega bien, se le pasa más volumen, hasta cerrar la anterior cuando el corte es seguro.
¿Qué métricas debo vigilar durante el calentamiento?
Tres sobre todo. La tasa de quejas (reportes de spam) debe estar por debajo del 0.1 por ciento, e idealmente cerca de cero al inicio del calentamiento. Los rebotes duros deben estar por debajo del 2 a 3 por ciento; si los supera, algo anda mal en sus datos. Y la colocación en bandeja: si empieza a caer, hay que pausar el aumento de volumen. La aparición de spamtraps es una alarma seria que indica mala higiene de lista.
¿Vale la pena cambiar de proveedor si tengo problemas de entregabilidad?
A veces, pero no siempre. Cambiar de plataforma no arregla por sí solo una entregabilidad mala: si el problema es una base sucia, falta de consentimiento o autenticación rota, esos problemas viajan con usted a la nueva plataforma. La migración ayuda cuando el cuello de botella es la infraestructura o la reputación compartida del proveedor anterior. Antes de migrar conviene diagnosticar la causa real; a veces se arregla sin mudarse.
Esta guía cubre el proceso; si quiere el detalle de la autenticación previa, vea la guía de SPF, DKIM y DMARC, y si prefiere que operemos la migración completa, el servicio de email marketing.