Cómo pasar tu WordPress a otro hosting sin perder los correos

Migrar un WordPress no tiene por qué cortar tu web ni tus correos. El riesgo real no es la web, es el correo: si cambias el DNS antes de tener los buzones listos en el hosting nuevo, los mensajes rebotan o se pierden. Esta guía sigue un orden que protege las dos cosas: la web viva en el hosting viejo mientras preparas y pruebas la nueva, y el correo con un buzón esperando el día del cambio.

Paso 1: haz el inventario

Antes de tocar nada, anota lo que existe hoy:

1. Sitios y subdominios: ¿solo es un WordPress o hay también subdominios como tienda.tudominio.com o blog.tudominio.com?
2. Cuentas de correo: cada buzón (info@, ventas@), su tamaño aproximado, los reenvíos y las respuestas automáticas.
3. Dónde vive el correo: en tu hosting o en un servicio externo como Google Workspace o Microsoft 365. Si es externo, no hay buzones que mover.
4. Registros DNS: exporta o captura la zona completa: A, CNAME, MX y TXT (SPF, DKIM, DMARC y verificaciones).
5. Versiones: WordPress, PHP, tema y plugins.

El punto 4 es el que más se olvida: al cambiar los nameservers, la zona DNS nueva reemplaza a la vieja y lo que no copies desaparece.

Compara tu inventario con los planes de QuimeraCloud (todos los datos están en la ficha de datos):

Plan	Sitios	Correo	SSH	Primer año (pago anual)
Premium	3	6 cuentas por dominio, hasta 3 dominios de correo	No	US$3,99/mes
Unlimited	Sin límite	Sin límite	No	US$4,99/mes
Cloud Startup	Sin límite	Sin límite	Sí (shell enjaulada)	US$9,99/mes

Después del primer año el plan renueva (Premium, por ejemplo, a US$131,88 al año). Si tu hosting actual tiene más de 6 cuentas de correo por dominio, o más de 3 dominios de correo, Premium se queda corto. Para cambiar de plan después, nos escribes por WhatsApp y cambiamos tu plan sin mover tu sitio: archivos, bases de datos y correos quedan donde están.

Paso 2: haz tu propia copia de seguridad

Descarga a tu computador los archivos y la base de datos del hosting actual, y exporta los correos importantes. Es tu red de seguridad. En QuimeraCloud la copia diaria automática se guarda en el mismo servidor (solo la más reciente), así que conviene tener también una copia tuya fuera de él.

Paso 3: crea el dominio y las cuentas de correo en el hosting nuevo

Contrata el plan de hosting WordPress, agrega tu dominio en el panel (HestiaCP, disponible en español) y crea cada cuenta de correo con exactamente las mismas direcciones del inventario. El correo pasa por antispam SpamAssassin y antivirus ClamAV.

Todavía no cambies nada del DNS. Si pagas con tarjeta boliviana (el cobro es por Stripe, en US$), confirma con tu banco que esté habilitada para compras en el exterior. Hacerlo primero asegura que, el día del cambio, los buzones ya existan y los correos nuevos no reboten.

Paso 4: copia la web

Tienes dos caminos. La documentación oficial de WordPress (fuente) resume el método manual: copiar archivos y base de datos, ajustar la configuración y no reinstalar nada.

Opción A: plugin de migración

Es lo más simple: instalas un plugin de migración en el sitio actual, generas el paquete y lo restauras en el hosting nuevo, sin tocar la base de datos a mano. Si el plugin pide un WordPress limpio de destino, instálalo antes con el instalador en un clic del panel. Si el sitio es grande, revisa los límites de tamaño de subida.

Opción B: archivos y base de datos

1. Descarga la carpeta de WordPress completa (en wp-content están temas, plugins y archivos subidos).
2. Exporta la base de datos a un archivo .sql.
3. En el hosting nuevo crea una base de datos MySQL/MariaDB y su usuario.
4. Sube los archivos e importa el .sql.
5. Edita wp-config.php con los datos de la base nueva:

define( 'DB_NAME', 'nombre_base_nueva' );
define( 'DB_USER', 'usuario_nuevo' );
define( 'DB_PASSWORD', 'clave_nueva' );
define( 'DB_HOST', 'localhost' ); // confirma este valor con tu proveedor

Como el dominio es el mismo, las URL no cambian y no hace falta buscar y reemplazar direcciones. Sin SSH (Premium y Unlimited) conviene la opción A; Cloud Startup permite además la línea de comandos.

Paso 5: prueba el sitio nuevo antes de cambiar el DNS

Edita el archivo hosts de tu computador para que solo tú veas la web nueva mientras los demás siguen en la vieja. Agrega una línea con la IP del servidor nuevo (si no la tienes a mano, pídela a soporte); la de abajo es solo un ejemplo:

203.0.113.10  tudominio.com www.tudominio.com

El archivo está en C:\Windows\System32\drivers\etc\hosts (ábrelo como administrador) o en /etc/hosts en Mac y Linux. Revisa la portada, las páginas internas, el acceso a WordPress, los formularios y, si tienes tienda, un pedido de prueba. Luego borra la línea. Es normal que aún no aparezca el candado de HTTPS (o que el navegador avise): el SSL gratis de Let’s Encrypt suele validarse con el dominio ya apuntando al servidor, así que el candado lo revisas después del cambio, en el paso 9.

Paso 6: baja el TTL entre 24 y 48 horas antes

El TTL es el tiempo, en segundos, que los servidores recuerdan un registro DNS antes de volver a preguntar. Si es de varias horas, el cambio se nota lento. En el DNS actual, bájalo a 300 (cinco minutos) en los registros A, www y MX y espera a que pase el TTL anterior. Los nameservers se publican en el registro del dominio con su propio tiempo de caché, que tú no controlas, y pueden tardar más.

Paso 7: cambia los nameservers

Antes de hacerlo, confirma que la zona DNS nueva tenga los registros de tu inventario. Copia tal cual los de servicios externos (Google Workspace, Microsoft 365, verificaciones de dominio). Los de correo del hosting viejo (su MX, su SPF y su DKIM) apuntan al servidor viejo: no los copies, tu dominio debe usar los del servidor nuevo (si dudas, pregúntanos antes del cambio). Luego, donde administras tu dominio, reemplaza los nameservers por estos dos:

• ns1.quimeracloud.com
• ns2.quimeracloud.com

No necesitas transferir el dominio: sigue registrado donde está. Para registrar uno nuevo o conectar el que ya tienes, mira la página de dominios. Registramos .com, .net y .org, pero no vendemos .bo: un dominio .bo se queda donde lo administras y lo conectas solo si ahí permiten nameservers propios. Los pasos según tu registrador, el caso de un .bo y cómo comprobar el cambio con nslookup están en la guía cómo apuntar un dominio .com o .bo a tu hosting.

Si prefieres mover web y correo por separado, deja el DNS donde está y cambia primero solo el registro A de la web. Ojo: si tu MX apunta al mismo nombre que la web (por ejemplo, tudominio.com), cambiar ese registro A también mueve el correo, así que revisa a qué apunta tu MX antes de tocar nada. El MX y el registro del servidor de correo van después, con los buzones listos.

Paso 8: copia los correos viejos por IMAP

Desde el cambio, los correos nuevos llegan al buzón nuevo y los antiguos siguen en el hosting viejo. IMAP deja los mensajes en el servidor, así que se pueden copiar de uno a otro.

• Pocos buzones: agrega la cuenta vieja y la nueva en Thunderbird (o tu cliente de correo) por IMAP y arrastra las carpetas de una a otra.
• Muchos buzones: usa una herramienta de copia IMAP como imapsync:

imapsync \
  --host1 servidor-del-hosting-viejo --user1 info@tudominio.com --password1 'CLAVE_VIEJA' --ssl1 \
  --host2 servidor-del-hosting-nuevo --user2 info@tudominio.com --password2 'CLAVE_NUEVA' --ssl2

Para el servidor viejo usa el nombre que te da ese proveedor, no mail.tudominio.com: después del cambio ese nombre ya apunta al servidor nuevo. Al final repite la copia una segunda vez para traer los mensajes que llegaron al hosting viejo mientras el DNS se actualizaba.

Paso 9: qué revisar después

Revisión	Cómo
Recibir correo	Envía un mensaje desde Gmail u Outlook a cada dirección
Enviar correo	Escribe a una cuenta externa y confirma que no caiga en spam; revisa SPF, DKIM y DMARC
HTTPS	Candado en todas las páginas (Let’s Encrypt, renovación automática). Si no aparece unas horas después del cambio, revisa el SSL del dominio en el panel o escríbenos
Formularios y tienda	Un formulario y un pedido de prueba
Enlaces	En Ajustes, Enlaces permanentes, guarda sin cambiar nada
Reenvíos y respuestas automáticas	Vuelve a crearlas en el buzón nuevo
Copias de seguridad	Confirma la copia diaria y descarga una tuya

Mantén el hosting viejo activo unos días y cancélalo solo cuando hayas comprobado todo, incluida la segunda pasada de correos.

Una nota de honestidad sobre el servidor

QuimeraCloud tiene un solo servidor, en Seattle (Estados Unidos). Si tu público está en Bolivia, la distancia añade algo de latencia, y la prueba del paso 5 te deja verlo antes de comprometerte. Si necesitas acceso root, te sirve más un VPS; lo comparamos en hosting compartido, cloud o VPS.

Cuando tengas tu inventario, mira qué plan cubre tus correos en los planes. Si te atascas, escríbenos por WhatsApp al +591 773 14890: te atiende una persona del equipo de Quimera.