Migración de MTA y ESP: cambia de sistema sin perder la bandeja.
Mudar tu envío de una plataforma o motor a otro es de las operaciones más delicadas del correo: un corte mal hecho hunde la entrega en días. Lo hacemos por fases, con los dos sistemas conviviendo, trasladando el tráfico por tramos, para que el día del corte nadie del otro lado note el cambio.
Migrar de MTA o de ESP es mover tu envío de una plataforma o motor a otro sin perder la reputación que costó años construir. Es una de las operaciones más delicadas del correo, porque un corte mal hecho derrumba la entrega en días. Lo hacemos por fases, con los dos sistemas en paralelo, trasladando el tráfico por tramos y midiendo antes y después. Es parte del área de infraestructura de correo de Arco.
- La reputación del dominio se lleva contigo; la de las IP no: con IP nuevas empiezas de cero y hay que calentarlas. Por eso la migración es gradual.
- Nunca de un día para otro: el corte de golpe es la causa número uno de que la entrega se caiga tras migrar. El método son 4 a 8 semanas por fases.
- Se migra en paralelo: los dos sistemas conviven, se mueve primero lo menos crítico, y lo transaccional se queda en el viejo hasta que el nuevo es estable.
- Durante la transición, ambos remitentes van en el SPF; se exporta la lista de supresión (bajas, rebotes, quejas) antes de mover nada.
- Migrar no arregla una mala entrega: si el problema son las listas, el contenido o la autenticación, se mudan contigo.
¿Por qué migrar de sistema es tan delicado?
Porque todo puede verse bien hasta que deja de verse. La historia típica es esta: una empresa firma con una plataforma nueva el lunes, mueve toda su lista el martes, manda una campaña el miércoles, y para el jueves la entrega se desplomó. El motivo casi siempre es el mismo: la infraestructura nueva llega sin historial, y los proveedores de correo no confían en un remitente que no conocen, por muy limpia que sea la mudanza.
Ese riesgo es fácil de subestimar cuando todo funciona, y muy difícil de ignorar cuando ya llevas tres semanas metido en un corte que se torció. Y no es un problema menor de números: una caída de apenas cinco puntos de entrega durante la migración puede borrar meses del retorno que el correo venía dejando. Por eso una migración seria no se trata como un interruptor que se baja de un día para otro, sino como un traslado cuidado, medido y reversible.
Los números respaldan por qué el traslado gradual gana. Los remitentes que migran en paralelo, repartiendo el envío entre grupos de IP y moviendo el tráfico por tramos, conservan alrededor del 94% del placement que tenían antes de migrar; los que hacen el corte limpio de un día bajan a cerca del 71%. Esa brecha de más de veinte puntos es la diferencia entre una mudanza que nadie nota y una que se siente en las ventas de la semana siguiente. No es teoría ni marketing: es lo que separa, una y otra vez, una migración cuidada de una improvisada, y la razón por la que la industria seria dejó de recomendar el corte de golpe.
El costo real de una migración
El precio de la plataforma nueva es el número menos útil de la decisión. El costo de verdad está en el traslado.
Hay tres costos que la gente olvida al comparar plataformas. El primero es el riesgo de entrega: durante la migración, una caída de apenas cinco puntos de placement puede borrar meses del retorno que el correo venía dejando, y ese retorno no es menor. El segundo son las IP nuevas, que necesitan semanas de calentamiento antes de rendir a pleno; durante ese ramp envías por debajo de tu capacidad, justo en el momento de mayor riesgo. El tercero es el tiempo de ingeniería: reconstruir la autenticación, adaptar plantillas, sincronizar la supresión, montar el monitoreo.
A eso se suma el traslape, porque durante varias semanas pagas los dos sistemas a la vez. No lo decimos para asustarte, sino al revés: cuando conoces estos costos de antemano, la migración deja de ser una apuesta y se vuelve un plan con números claros. Y bien hecha, casi siempre se paga sola, sea por la licencia que dejas de pagar, por las suspensiones que ya no sufres o por la entrega que recuperas. La cuenta la hacemos contigo antes de mover nada.
¿Qué se lleva contigo y qué empieza de cero?
Aquí está la clave que ordena toda la operación. La reputación de tu dominio te acompaña, porque está ligada al dominio y no a la plataforma que envía; si mantienes tus dominios, ese activo viaja contigo. La reputación de las IP, en cambio, no se traspasa: cuando te mudas a direcciones nuevas, para los proveedores son desconocidas y empiezan sin historial, aunque tu dominio lleve años siendo confiable.
De ahí sale todo el método. Como las IP nuevas arrancan frías, no se les puede echar encima todo el volumen de golpe: hay que calentarlas mientras el dominio, ya confiable, les presta parte de su crédito. Y hay cosas que no se heredan solas y hay que llevar a mano: la lista de supresión, las plantillas —que a veces usan etiquetas propias de la plataforma vieja y deben readaptarse— y el historial que necesitas para medir. Saber qué viaja gratis y qué hay que cargar es la mitad de una migración sin sustos.
Hay una técnica que vuelve manejable todo esto: enrutar por subdominios. Al darle a cada flujo su propio subdominio de envío —uno para los boletines, otro para lo transaccional—, se puede mover el tráfico de un sistema a otro tocando solo el DNS, sin reescribir plantillas ni alterar la lógica de supresión. Es lo que permite trasladar un segmento a la vez, ver cómo responde y avanzar, en lugar de jugárselo todo en un único movimiento. Ese detalle de arquitectura es invisible para quien recibe el correo, y decisivo para quien lo migra con la reputación en juego.
Migración por fases, nunca de un día para otro
Los dos sistemas conviven mientras el tráfico se traslada por tramos. Así se mantiene la entrega y siempre hay una salida.
- Fase 1Semana 1
Preparación
Inventario de IP, mapa de autenticación, exportación de listas de supresión y plantillas, y plan de reversa por si algo se tuerce.
- Fase 2Semanas 2–3
Arranque en paralelo
El nuevo sistema queda autenticado y en el SPF junto al viejo. Primeros envíos al segmento más activo, a bajo volumen.
- Fase 3Semanas 3–6
Traslado gradual
Se mueve el tráfico por tramos, dejando lo transaccional para el final, midiendo la reputación en los dos sistemas a la vez.
- Fase 4Semanas 6–8
Corte y verificación
Corte total, baja del sistema viejo y monitoreo cercano —casi por hora— durante la primera semana en vivo.
Un principio guía el orden: se mueve primero lo de menor riesgo —boletines a segmentos activos, que calientan las IP nuevas con buena interacción— y lo transaccional se queda en el sistema viejo hasta que el nuevo muestra una reputación estable. Mover lo crítico de último es lo que protege los correos que no pueden fallar.
La preparación que evita el desastre
Casi todos los problemas de una migración se cocinan —o se evitan— antes del primer envío, en la fase que nadie ve.
Empezamos por levantar el mapa completo: qué IP tienes y con qué reputación, qué envía por cada uno de tus dominios, y cómo está la autenticación en cada uno. Un solo registro mal configurado en el sistema nuevo rompe la autenticación en silencio, así que ese mapa se revisa dominio por dominio antes de tocar el tráfico. En paralelo, exportamos lo que no se hereda solo: la lista de supresión, las plantillas y el historial de rendimiento que te servirá para comparar el antes y el después.
Y se arma el plan de reversa, que es la diferencia entre un contratiempo y una crisis. Si durante el traslado la entrega se resiente, tiene que existir una forma de recuperar el control rápido: pausar los envíos, devolver lo crítico al sistema viejo o revertir los cambios de DNS. Preparar esa salida de antemano es lo que permite migrar con calma en lugar de con el corazón en la boca.
Un frente aparte, y de los que más silenciosamente rompen migraciones, es la autenticación. Cada dominio que envía necesita su SPF, su DKIM y su DMARC bien puestos y alineados en el sistema nuevo antes del primer correo, y durante el traslape los dos remitentes tienen que convivir en esos registros sin pisarse. Una firma mal configurada no avisa: simplemente falla en silencio y manda tu correo a spam justo cuando la reputación es más frágil. Por eso la autenticación se verifica dominio por dominio, con envíos de prueba reales, antes de dejar pasar un gramo de tráfico de verdad.
¿Qué tipo de migración es la tuya?
El método por fases es el mismo, pero el origen y el destino cambian el detalle. La más común es dejar un ESP para pasar a infraestructura propia, casi siempre buscando control o quitarse un costo que creció. Otra es cambiar de motor manteniendo tu servidor —por ejemplo entre PowerMTA y KumoMTA, en cualquier dirección—, algo que ambos soportan de forma explícita con guías para trasladar la configuración.
También hay quien llega con varias plataformas dispersas y quiere consolidarlas en una sola, para dejar de pagar y operar cuatro cosas donde alcanza con una. Y, aunque suene a contramano, a veces lo correcto es volver a un ESP, cuando el caso cambió y ya no se justifica operar infraestructura. Trabajamos los cuatro caminos, y te decimos con franqueza cuál es el tuyo, aunque no siempre sea el que más nos deja.
Y hay un caso que también decimos en voz alta: cuando no conviene migrar. Si tu volumen es bajo, si no tienes quién opere la infraestructura, o si el problema real es otro, mudarse crea un lío que no tenías. Antes de proponerte un traslado nos aseguramos de que el destino te deje mejor que el origen; si no es así, te lo decimos de frente y te ahorramos la operación. Migrar por migrar es una de las formas más caras de no resolver nada, y preferimos no venderte una mudanza que no vas a agradecer.
Migrar no arregla, por sí solo, una mala entrega
Es la ilusión más cara del correo: pensar que cambiarse de plataforma, como quien cambia de casa, deja atrás los problemas. No es así. Si tu correo cae en spam por listas sucias, por un contenido que dispara filtros o por una autenticación mal alineada, esos males hacen las maletas y se mudan contigo. La plataforma nueva empieza igual de castigada, y encima con IP frías, así que el resultado suele ser peor antes que mejor.
Por eso nuestra primera pregunta ante quien quiere migrar no es "¿a dónde?", sino "¿por qué?". Si la causa es un costo de licencia, una suspensión o un techo de volumen, migrar tiene todo el sentido. Si la causa es una entrega que ya venía mal, primero auditamos y corregimos la raíz —listas, contenido, autenticación, entregabilidad—, y muchas veces el problema se resuelve sin mudarse a ningún lado.
Dicho esto, cuando la razón para migrar es legítima, el orden correcto es doble: corregir la raíz y migrar, no una cosa o la otra. Llevar una entrega ya sana a una infraestructura mejor multiplica el resultado; llevar una entrega enferma a cualquier lado solo cambia el escenario del mismo problema. Nuestro trabajo es separar esos dos hilos —qué es un problema de motor y qué es un problema de práctica— para que no gastes semanas de migración resolviendo algo que se arreglaba con una lista más limpia, ni sigas atado a un sistema que de verdad te queda chico.
Migración gestionada, con el proceso en nuestras manos
Hay una diferencia grande entre entregarte un documento con pasos y hacernos cargo de la migración. Nosotros tomamos el proceso completo: levantamos el mapa, montamos y autenticamos el sistema nuevo, corremos los dos en paralelo, movemos el tráfico por tramos y vigilamos la reputación en ambos lados a la vez, con Postmaster y SNDS abiertos casi por hora durante la primera semana en vivo. Si algo se desvía, activamos el plan de reversa sin dramas.
Al terminar, quedas en el sistema nuevo con la reputación intacta, el viejo dado de baja de forma ordenada y un registro de todo lo que se movió y por qué. Y como la migración vive junto al resto del área, si en el camino hace falta calentar IP, ajustar la autenticación o hacer una auditoría, se resuelve en la misma casa, sin coordinar entre varios proveedores que se señalan entre sí cuando algo falla.
Un matiz que marca la diferencia: no te entregamos un proceso a medias ni un manual para que te las arregles solo. La responsabilidad del traslado es nuestra de punta a punta, y cuando termina te queda todo documentado —qué se movió, cuándo y por qué— para que tu equipo entienda el sistema nuevo sin depender de nosotros para siempre. Un buen servicio de migración se mide por lo tranquilo que fue el corte y por lo poco que tuviste que preocuparte mientras ocurría, no por el grosor del informe que te dejaron encima del escritorio.
¿Cuándo conviene migrar?
No por moda ni por frustración, sino cuando los números lo piden. Estas son las razones que de verdad justifican el movimiento.
Si te reconoces en varias de estas, probablemente ya es hora, y cada mes que esperas con un sistema que te queda chico es reputación y dinero que se escurren sin que lo veas. Si no te reconoces en ninguna y todo marcha, quizá lo mejor sea no tocar nada: una migración sin una razón sólida detrás es riesgo puro sin recompensa. La manera de saber en cuál de los dos lados estás es un diagnóstico corto y honesto, que empieza por entender de dónde sales, a dónde quieres llegar y, sobre todo, por qué.
Dudas habituales sobre migración
¿Cuánto tarda una migración?
Entre cuatro y ocho semanas bien hechas: una para preparar y autenticar, varias de traslado gradual con los dos sistemas conviviendo, y las últimas para el corte y la verificación. Apurar ese calendario es la causa número uno de que la entrega se derrumbe después de migrar. Lo lento, aquí, es lo rápido.
¿Pierdo mi reputación al migrar?
La reputación de tu dominio se lleva contigo, porque está atada al dominio y no a la plataforma. La de las IP es otra historia: si te mudas a IP nuevas, empiezan de cero y hay que calentarlas, sin importar que tu dominio sea confiable. Ese detalle es justo la razón por la que la migración se hace gradual y no de un salto: para darle a las IP nuevas el tiempo de ganarse la confianza.
¿Puedo mantener el sistema viejo mientras migro?
Puedes, y de hecho es lo recomendado. Durante la transición los dos sistemas conviven: sigues enviando por el viejo mientras vas pasando segmentos al nuevo. Eso mantiene la entrega sin cortes y te deja una salida si algo falla. Para que funcione, ambos remitentes van en tu registro SPF durante el traslape, y no se tocan los registros del viejo hasta que la migración termina.
¿Qué pasa con mis listas de baja y supresión?
Se exportan e importan antes de mover un solo correo, sin excepción. Tu lista de supresión —las bajas, los rebotes duros, las quejas— es lo que evita que le escribas a quien pidió no recibirte. Si esa lista no viaja contigo, el primer envío desde el sistema nuevo puede ir a direcciones que debían estar bloqueadas, y ese error castiga tu reputación justo cuando es más frágil.
¿Migrar arregla mi problema de entrega o de spam?
Por sí solo, casi nunca. Si la raíz del problema son listas sucias, un contenido que dispara filtros o una autenticación mal alineada, esos males se mudan contigo a la plataforma nueva y repiten la historia. Por eso, antes de recomendar una migración, revisamos la raíz; muchas veces conviene corregirla primero, y a veces resulta que ni siquiera hacía falta mudarse.
¿Qué tipos de migración hacen?
Los cuatro caminos habituales: de un ESP a tu propia infraestructura, de un motor a otro (por ejemplo entre PowerMTA y KumoMTA, en cualquier dirección), consolidar varias plataformas dispersas en una sola, o incluso volver a un ESP si tu caso cambió. El método por fases es el mismo; lo que cambia es el origen y el destino.
¿Y si algo sale mal a mitad de camino?
Para eso existe el plan de reversa, que preparamos desde la Fase 1. Si la entrega se resiente o algo se rompe, se pausan los envíos, se enruta lo crítico de vuelta por el sistema viejo o se revierten los cambios de DNS, según el caso. Precisamente porque los dos sistemas conviven durante la migración, siempre hay una red debajo; nunca te quedas sin salida.
Cuéntanos de dónde sales y a dónde quieres llegar.
Qué plataforma o motor usas hoy, cuánto envías y por qué quieres cambiar. Escríbenos a asesoramiento@arcopublicidadpma.com y hablas directo con quien va a llevar la migración, no con un vendedor. Te devolvemos un plan por fases con calendario, plan de reversa y un "esto no te conviene" si es el caso.