Has elegido una plataforma nueva por su automatización, su precio o sus integraciones, y el plan del proyecto cubre plantillas, flujos y formularios. Lo que suele quedarse fuera es la entregabilidad. Cambiar de proveedor de email es sobre todo un trabajo de exportar e importar, hasta que la primera campaña desde la plataforma nueva acaba en spam porque las IP nuevas no tenían historial, la lista de supresión no vino con el resto o nadie llegó a configurar DKIM. Esta guía explica qué se viene contigo y qué se queda atrás, y después te da una checklist de migración de ESP para antes, durante y después del cambio.
La respuesta corta#
La reputación de tu dominio viene contigo. Tu reputación de IP, tus listas de supresión, tu historial de rebotes y tus datos de interacción no, salvo que los traslades tú. Así que: exporta tus supresiones e impórtalas en la plataforma nueva antes que a cualquier suscriptor, verifica la lista antes de importarla, autentica el ESP nuevo en tu propio dominio antes del primer envío, haz el calentamiento empezando por tus suscriptores más comprometidos, mantén ambas plataformas en paralelo unas semanas y conserva la cuenta antigua hasta haberlo exportado todo. Y no cambies para escapar de un problema de entregabilidad: una reputación de dominio dañada te sigue a la plataforma nueva.
Qué se viene contigo y qué se queda atrás#
Los proveedores de buzón como Gmail puntúan tanto el dominio de tu dirección From y de tu firma DKIM como las direcciones IP desde las que sale tu correo. Cuando cambias de plataforma, el dominio sigue siendo el mismo y las IP cambian. Todo lo demás depende de lo que exportes.
| Activo | ¿Se viene contigo? | Qué hacer |
|---|---|---|
| Reputación del dominio | Sí, si sigues enviando desde el mismo dominio | Autentica el ESP nuevo con ese dominio para que se aplique la reputación |
| Reputación de IP | No; pertenece a las IP de la plataforma antigua | Planifica una rampa en las IP nuevas, compartidas o dedicadas |
| Bajas, rebotes duros, quejas | No | Expórtalos e impórtalos lo primero |
| Historial de rebotes y recuentos de rebotes blandos | No | Verifica la lista antes de importarla |
| Datos de interacción (último clic, última compra) | Solo si los exportas | Expórtalos como campos personalizados; los necesitas para ordenar el calentamiento |
| Registros de consentimiento (fecha de alta, fuente, formulario) | Solo si los exportas | Expórtalos; el RGPD espera que puedas demostrar el consentimiento |
| Claves DKIM, dominios de rebote y de seguimiento | No; cada ESP tiene los suyos | Publica los registros DNS de la plataforma nueva antes del primer envío |
| Automatizaciones, plantillas, formularios, integraciones | No | Reconstruye, prueba y redirige cada uno |
La primera fila corta en ambos sentidos. Una buena reputación de remitente en tu dominio te da ventaja en la plataforma nueva. Una mala también viene contigo, así que si hoy tu correo va a spam, corrige la causa (calidad de la lista, quejas, autenticación) antes de mudarte, no mudándote.
La checklist de migración de ESP#
Úsala como lista maestra. Las secciones de abajo explican los pasos que más a menudo salen mal.
| Fase | Tarea | Lista cuando |
|---|---|---|
| Antes | Exporta las bajas, los rebotes duros y las quejas | Cada tipo de supresión está exportado con sus fechas |
| Antes | Exporta los contactos con los campos de interacción y de consentimiento | Se incluyen el último clic, la última compra, la fecha de alta y la fuente |
| Antes | Importa las supresiones en el ESP nuevo | La lista de supresión está cargada antes de importar ningún contacto |
| Antes | Verifica la lista | Direcciones no entregables y desechables eliminadas; catch-all decididas |
| Antes | Configura SPF, DKIM, el dominio de rebote y el dominio de seguimiento | Un mensaje de prueba supera SPF y DKIM, alineados para DMARC |
| Antes | Elige IP compartida o dedicada y decide el momento | Un plan de calentamiento por escrito, lejos de tu temporada alta |
| Durante | Calentamiento, primero los suscriptores más comprometidos | El volumen sube solo mientras los rebotes y las quejas siguen bajos |
| Durante | Mantén ambas plataformas en paralelo | Nadie recibe correo desde las dos; las bajas se sincronizan a diario |
| Durante | Redirige formularios, integraciones y verificación | Un registro de prueba llega solo al ESP nuevo |
| Después | Vigila Postmaster Tools, SNDS, los rebotes y las quejas | Métricas estables a volumen completo |
| Después | Exportación final del ESP antiguo y después retíralo | Supresiones, informes y registros de consentimiento guardados; registros DNS antiguos eliminados |
Antes de cambiar de proveedor de email#
Exporta las supresiones lo primero, e impórtalas lo primero#
Tu lista de supresión es el archivo más importante de la migración. Contiene a todos los que se dieron de baja, todas las direcciones que dieron un rebote duro y a todos los que te marcaron como spam, y nada de eso se traslada automáticamente. Cada plataforma los llama de una forma distinta: Mailchimp tiene contactos «cleaned» y archivados, Klaviyo tiene perfiles suprimidos y ActiveCampaign usa los estados «bounced» y «unsubscribed». Las guías de limpieza de Mailchimp, Klaviyo y ActiveCampaign muestran dónde está cada una.
Importa las supresiones en la plataforma nueva antes que a cualquier suscriptor. Si importas primero los contactos, se abre una ventana en la que un flujo de bienvenida o una campaña de prueba pueden llegar a gente que se dio de baja. Eso genera quejas, y una baja no caduca porque hayas cambiado de software: CAN-SPAM exige que las bajas se respeten en un plazo de 10 días hábiles, y las leyes basadas en el consentimiento son todavía más estrictas.
Verifica la lista antes de importarla#
En la plataforma antigua, años de gestión de rebotes mantenían en silencio las direcciones muertas fuera de tus envíos. En la nueva, cada dirección es un destinatario por primera vez, sin historial. Las direcciones que se deterioraron desde tu último envío, y las que daban rebotes blandos una y otra vez con el buzón lleno, llegan con exactamente el mismo aspecto que tus mejores suscriptores. Y una plataforma nueva suele vigilar con más atención los primeros envíos de una cuenta nueva.
Verifica la exportación antes de que entre. Elimina las direcciones no entregables y desechables, y decide de forma deliberada qué hacer con los resultados catch-all y desconocidos en lugar de importarlos por defecto. Si tu plataforma de email actual está entre los 49 conectores activos de la página de integraciones, Qualisend puede limpiar la lista allí mismo antes de que exportes, escribiendo cada veredicto de vuelta como etiqueta o campo, de modo que la exportación ya lleve los resultados. Si no, sube el CSV. Si una parte de la lista lleva seis meses o más sin recibir envíos, dale el cuidado extra que se explica en cómo enviar con seguridad a una lista de correo antigua.
Autentica el ESP nuevo en tu dominio#
Configúralo antes del primer envío, no después. La guía de SPF, DKIM y DMARC explica qué hace cada registro; para una migración, los detalles concretos son:
- SPF. Sigue la configuración de la plataforma nueva. Algunas te piden añadir
un
include:a tu registro SPF raíz; otras gestionan el SPF mediante un subdominio de rebote personalizado que alojan ellas. Mantén el include de la plataforma antigua hasta que deje de enviar, y no superes el límite de 10 consultas DNS de SPF. El generador de registros SPF crea un registro válido. - DKIM. Publica la clave DKIM de la plataforma nueva. Usa su propio selector, así que la clave antigua y la nueva pueden convivir durante el solapamiento. El dominio de firma debe ser el tuyo, no el del ESP, para que se aplique la reputación de tu dominio.
- Dominio de return-path (rebote) personalizado. Apunta un subdominio a la plataforma nueva para que SPF se valide en un dominio alineado con tu dirección From.
- DMARC. Tu registro actual se queda. Si está en
p=quarantineop=reject, el correo mal configurado de la plataforma nueva se bloqueará, así que envía primero mensajes de prueba y lee tus informes agregados, como se explica en cómo configurar DMARC. - Dominio de seguimiento. Configura un dominio de seguimiento de enlaces con tu marca en lugar de compartir el predeterminado de la plataforma.
Después pasa tu dominio por el comprobador de SPF, DKIM y DMARC y envía un mensaje de prueba a una cuenta de Gmail para confirmar que muestra SPF, DKIM y DMARC superados.
Elige la configuración de IP y el momento#
La mayoría de los remitentes deberían estar en el pool compartido de la plataforma nueva, que ya está caliente. Una IP dedicada empieza sin reputación y necesita un volumen alto y constante para mantenerse sana; los pros y contras están en IP dedicada vs. compartida.
Evita cambiar tu dominio de envío en el mismo proyecto. Un dominio nuevo en IP nuevas significa dos arranques en frío a la vez. Si quieres trasladar el correo de marketing a un subdominio, la guía de estrategia de subdominios de envío explica cómo, pero cuenta con que necesitará su propio calentamiento.
El momento también importa. No migres en las semanas previas a tus envíos más grandes. Con el Black Friday de 2026 el 27 de noviembre, una migración iniciada a finales de octubre pondría el calentamiento justo encima de la temporada alta. Si es tu caso, completa la checklist de entregabilidad para Black Friday en la plataforma que tienes y muévete después de las fiestas.
Durante el cambio#
Haz el calentamiento con tus suscriptores más comprometidos#
Incluso con una buena reputación de dominio, las IP nuevas no tienen historial con los proveedores de buzón enviando tu correo. Empieza por los suscriptores que han hecho clic o comprado recientemente, ya que producen las señales positivas que generan confianza, y después añade segmentos menos comprometidos mientras las tasas de rebote y de quejas se mantengan. En un pool compartido la rampa puede ser más rápida que en una IP dedicada, pero aun así debe ser una rampa. La guía para calentar un dominio o una IP explica el ritmo.
Mantén ambas plataformas en paralelo#
Deja que la plataforma antigua siga enviando a los segmentos que todavía no has trasladado. Así el volumen total desde tu dominio se mantiene estable y todos siguen sabiendo de ti según lo previsto mientras las IP nuevas construyen historial. Traslada los segmentos en porciones cada vez mayores, semana a semana, hasta que la plataforma nueva lo lleve todo con métricas estables. Eso suele llevar unas semanas; deja que decidan las cifras, no una fecha del calendario.
Dos reglas mantienen unido el solapamiento:
- Nunca envíes a la misma persona desde las dos plataformas. Divide los segmentos de forma limpia para que nadie reciba duplicados.
- Sincroniza bajas y rebotes a diario. Quien se dé de baja en la plataforma antigua durante el solapamiento debe quedar suprimido también en la nueva.
Redirige formularios, integraciones y verificación#
Cada punto que añade contactos tiene que apuntar a la plataforma nueva: formularios web, pop-ups, checkout y sincronizaciones de ecommerce, sincronizaciones del CRM, webhooks y herramientas de automatización. Un formulario olvidado sigue alimentando la cuenta antigua durante meses, y esos suscriptores nunca reciben tu correo. Haz un registro de prueba a través de cada uno.
Después vuelve a poner la verificación en la puerta de entrada. Si la plataforma nueva está entre las integraciones activas de Qualisend, la verificación en tiempo real puede comprobar cada contacto nuevo según llega (disponible en la mayoría de los conectores), y una limpieza automática puede volver a verificar la lista cada 7, 14 o 30 días. Para los formularios que alimentan la plataforma directamente, la API de verificación comprueba las direcciones en el registro.
Después del cambio#
Vigila los paneles de los proveedores#
Google Postmaster Tools se basa en tu dominio, así que continúa durante toda la migración; vigila tu tasa de spam y tu reputación en Gmail a medida que el volumen se traslada. Microsoft SNDS se basa en las IP. En una IP dedicada, solicita acceso para las direcciones nuevas; en un pool compartido, esos datos los tiene el ESP. Junto a ambos, vigila las tasas de rebote y de quejas por campaña y cualquier aumento de aplazamientos en un proveedor concreto.
Retira la plataforma antigua con cuidado#
- Haz una exportación final de supresiones cuando termine la etapa en paralelo, porque las bajas siguieron llegando a la plataforma antigua durante todo ese tiempo.
- Exporta el historial que puedas necesitar más adelante: informes de campañas, registros de consentimiento y datos de interacción. Muchas plataformas borran los datos de la cuenta cuando la cierras; baja a un plan más barato hasta estar seguro de que lo tienes todo.
- Desactiva las automatizaciones antiguas para que nada se dispare desde una cuenta que ya no vigilas.
- Elimina los registros DNS antiguos al final. Borra el include de SPF y la clave DKIM antiguos solo cuando ya no se envíe nada desde esa plataforma.
Mantén limpia la lista nueva#
Una plataforma nueva no detiene el deterioro. Establece una cadencia de limpieza y una regla para retirar a los suscriptores que se quedan en silencio, como se explica en higiene de listas de correo y en política de sunset para email, para que la lista que migraste se mantenga tan limpia como el día en que la trasladaste.
Preguntas frecuentes
01¿Perderé mi reputación de remitente si cambio de proveedor de email?
En parte. La reputación de tu dominio se viene contigo siempre que sigas enviando desde el mismo dominio y autentiques la plataforma nueva con DKIM en ese dominio. Tu reputación de IP se queda atrás con las IP de la plataforma antigua, así que las IP nuevas tienen que construir historial, y por eso subes el volumen de forma gradual empezando por tus suscriptores más comprometidos. Una mala reputación de dominio también te sigue, así que cambiar de plataforma no arregla un problema de entregabilidad.
02¿Necesito hacer un calentamiento al cambiar de ESP?
En una IP dedicada, sí, desde cero. En el pool compartido de la plataforma nueva las IP ya están calientes, pero tu correo es nuevo para ellas, así que sigue siendo sensato subir el volumen de forma gradual durante las primeras semanas, empezando por los suscriptores que han hecho clic o comprado recientemente y añadiendo segmentos menos comprometidos mientras las tasas de rebote y de quejas se mantengan.
03¿Cuánto tiempo debo mantener las dos plataformas de email en paralelo?
Hasta que la plataforma nueva lleve todo tu volumen con métricas de rebote, quejas y reputación estables, lo que suele llevar unas semanas. Durante el solapamiento, divide los segmentos para que nadie reciba correo desde las dos plataformas, y sincroniza a diario las bajas y los rebotes entre ellas.
04¿Debo verificar mi lista antes de importarla en un ESP nuevo?
Sí. La plataforma nueva no tiene historial de rebotes de tus direcciones, así que todo lo que se haya deteriorado desde tu último envío llega con aspecto válido y da un rebote duro en la primera campaña, justo cuando la cuenta nueva está bajo más escrutinio. Verifica la exportación, elimina las direcciones no entregables y desechables, y decide de forma deliberada qué hacer con los resultados catch-all y desconocidos.
05¿Qué pasa con mis bajas cuando cambio de plataforma de email?
Nada, salvo que las traslades. Las listas de supresión no se transfieren automáticamente, así que exporta cada baja, rebote duro y queja por spam de la plataforma antigua e impórtalos en la nueva antes que a cualquier suscriptor. Haz también una exportación final después de la etapa en paralelo, porque las bajas siguen llegando a la plataforma antigua hasta que deja de enviar.
¿Cambias de plataforma? Verifica la exportación antes de que toque la cuenta nueva con 100 créditos gratis que nunca caducan, y consulta con qué plataformas se conecta Qualisend para la limpieza in situ y en tiempo real en la página de integraciones.
