Cambiar de hosting sin perder el correo

Para cambiar de hosting sin perder el correo, averigua primero si la web y los buzones viven en el mismo proveedor. Mover archivos y base de datos no mueve por sí solo los mensajes. Si el email permanece donde está, conserva sus registros y cambia solo los que sirven la web; si también cambia de proveedor, prepara y comprueba los buzones nuevos antes de cambiar la entrega.

Si vas a trasladar también los buzones, sigue la migración de correo con sincronización final; cambiar MX por sí solo no copia el historial. Para apuntar únicamente la web, revisa qué registros web cambiar y cuáles conservar.

Haz un inventario antes de tocar DNS

En el panel DNS que realmente es autoritativo, anota los registros A y AAAA de la web, CNAME relevantes, MX del correo y TXT de SPF, DKIM y DMARC. Apunta también el proveedor de cada buzón, alias, reenvíos, listas, cuentas que envían desde la web y clientes de escritorio o móvil. Una web puede estar en un hosting y el correo en Microsoft 365, Google Workspace u otro servicio: el panel de alojamiento no revela necesariamente toda la configuración.

Guarda una copia exportable de los mensajes y comprueba que puedes entrar en cada cuenta. IMAP suele sincronizar carpetas de correo, pero no presupongas que calendarios, contactos, reglas locales o archivos POP se trasladan con él. El procedimiento de importación de Plesk ilustra qué copia una migración IMAP y qué no elimina del origen.

Si solo mueves la web

Prepara la web y el certificado en el servidor nuevo; comprueba formularios y envíos desde WordPress.
Si mantienes los mismos servidores DNS, modifica únicamente los registros web que correspondan. No sustituyas MX ni TXT de autenticación de correo por valores predeterminados del nuevo hosting.
Si cambias los nameservers, replica la zona completa en el nuevo proveedor DNS antes del cambio. Verifica también nombres usados por clientes de correo, como mail o autodiscover.
Prueba enviar y recibir desde una dirección externa y confirma que los formularios no usan por accidente un servidor SMTP antiguo.

Ejemplo: empresa.es aloja WordPress en cPanel y usa Microsoft 365 para email. Al pasar la web a otro servidor, el MX debe seguir apuntando al servicio de correo. Cambiar el MX al valor sugerido por el panel nuevo podría desviar mensajes a un buzón vacío. La guía de cambio DNS explica cómo preparar esa zona.

Si también cambias los buzones

Crea primero cuentas, alias y capacidad en el destino; configura acceso seguro y prueba una cuenta piloto. Copia los mensajes desde el origen por un método adecuado a ambos servicios y registra el resultado por buzón. Después, en una ventana planificada, cambia el MX y ajusta SPF, DKIM y DMARC según las instrucciones del proveedor que enviará el correo. El TTL puede reducir el tiempo de caché de un registro, pero no obliga a todos los remitentes a actualizar al instante; Microsoft explica por qué algunos seguirán usando el MX anterior.

Mantén el correo antiguo accesible durante la transición, revisa mensajes nuevos que hayan llegado allí y realiza una sincronización final si tu método lo permite. Prueba recepción y envío con destinatarios externos, respuestas, adjuntos y autenticación. No cierres la cuenta de origen solo porque la web ya abre. Para dar por concluido el traslado completo, usa la lista de comprobación posterior.

Cuándo pedir ayuda

Si hay varios dominios, correo transaccional, equipos que usan POP, reglas complejas o servicios externos, documenta el flujo y acuerda quién cambia cada registro. IDEIHOSTING publica correo en sus planes compartidos, pero el alcance de una importación de buzones debe confirmarse para tu caso. Puedes describirnos la web y el correo actual antes de contratar una migración.