Hosting
Cómo migrar tu sitio web a otro hosting sin que se caiga
Cambiar de hosting no tiene por qué dejar tu sitio fuera de línea. Te guiamos para hacer inventario, copiar archivos y bases de datos, probar el sitio nuevo antes de tocar los DNS, migrar el correo sin perder mensajes y revisar todo después del cambio.

Equipo HostSpace
9 min de lectura
Lo esencial
- Haz inventario de archivos, bases de datos, correo, DNS y cron antes de empezar.
- Baja el TTL uno o dos días antes para que el cambio de DNS sea rápido.
- Prueba el sitio en el nuevo servidor con el archivo hosts antes de cambiar los DNS.
- Conserva el hosting anterior al menos una semana y actualiza SPF y DKIM.
Contenido del artículo
Paso 1: haz un inventario de lo que vas a mover
La mayoría de los problemas en una migración no vienen de copiar archivos, sino de algo que nadie recordó: una cuenta de correo, un registro DNS o una tarea programada. Antes de tocar nada, entra al cPanel o panel de tu hosting actual y anota:
- Archivos: todo lo que hay en
public_htmly en carpetas de dominios adicionales o subdominios. - Bases de datos: nombre, usuario y qué sitio usa cada una (en WordPress aparecen en
wp-config.php). - Correo: buzones, alias, reenvíos, filtros y cuánto espacio ocupa cada cuenta.
- Registros DNS: exporta o copia la zona completa, incluidos los TXT de verificación de Google, Microsoft u otros servicios.
- Tareas cron, versión de PHP y cualquier configuración especial en
.htaccess.
No canceles nada todavía. Si no tienes claro cómo funciona la zona DNS, repasa qué son los DNS.
Paso 2: baja el TTL con anticipación
El TTL indica cuánto tiempo guardan los demás servidores la respuesta de tus DNS. Si está en horas, el cambio final tardará horas en verse. Uno o dos días antes de la migración:
- Entra al editor de zona DNS donde está administrado tu dominio hoy.
- Cambia el TTL de los registros A de
tunegocio.mx,wwwy MX a300segundos. - Espera al menos lo que duraba el TTL anterior antes de hacer el cambio final.
Paso 3: copia el sitio al nuevo hosting
Opción A: respaldo completo de cPanel
Si ambos hostings usan cPanel, es el camino más limpio. En el cPanel anterior abre Backup y genera un respaldo completo de la cuenta. Ese archivo incluye archivos, bases de datos, correo y DNS, pero solo se restaura desde WHM, así que necesitas que tu nuevo proveedor lo haga. Muchos proveedores ayudan con la migración, y nosotros también podemos orientarte: pregúntanos antes de empezar. Si solo tienes acceso a cPanel, la misma página permite descargar por separado la carpeta principal y cada base de datos, y restaurarlas en el cPanel nuevo.
Opción B: migración manual
- Descarga los archivos comprimiendo
public_htmldesde el Administrador de archivos o por SFTP. - Exporta cada base de datos desde phpMyAdmin (Exportar → Rápido → SQL) o con
mysqldumpsi tienes Terminal. - En el nuevo cPanel crea la base de datos y el usuario con Bases de datos MySQL. cPanel les agrega tu usuario como prefijo, así que el nombre cambia.
- Sube y descomprime los archivos en el nuevo
public_html. - Importa el archivo SQL desde phpMyAdmin o con la Terminal.
- Actualiza los datos de conexión de tu sitio con el nuevo nombre, usuario y contraseña.
mysqldump -u usuario_viejo -p base_vieja > respaldo.sql
mysql -u cuenta_tunegocio -p cuenta_tunegocio_wp < respaldo.sqlEn WordPress, los datos de conexión están en estas líneas de wp-config.php:
define( 'DB_NAME', 'cuenta_tunegocio_wp' );
define( 'DB_USER', 'cuenta_tunegocio_user' );
define( 'DB_PASSWORD', 'contraseña-nueva' );
define( 'DB_HOST', 'localhost' );Paso 4: prueba antes de cambiar los DNS
Este es el paso que evita la caída. Con el archivo hosts de tu computadora le dices solo a tu equipo que tu dominio vive en el nuevo servidor, mientras el resto del mundo sigue viendo el hosting anterior. Agrega una línea con la IP del nuevo servidor (la encuentras en tu cPanel o en los datos que te enviamos al contratar):
203.0.113.25 tunegocio.mx
203.0.113.25 www.tunegocio.mx- Windows: abre el Bloc de notas como administrador y edita
C:\Windows\System32\drivers\etc\hosts. Después ejecutaipconfig /flushdns. - macOS: edita el archivo con el comando de abajo y limpia la caché DNS.
sudo nano /etc/hosts
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponderRecorre el sitio completo: páginas, formularios, inicio de sesión, carrito y panel de administración. Cuando termines, borra esas líneas del archivo hosts para volver a la normalidad.
Paso 5: migra el correo con cuidado
El correo es lo más delicado porque sigue llegando mientras trabajas. El orden que mejor funciona es:
- Crea en el nuevo servidor las mismas cuentas, con las mismas direcciones (si restauraste un respaldo completo, ya existen). Te explicamos cómo en crear correo en cPanel.
- Cambia los registros MX junto con el resto de los DNS (paso 6).
- Copia los mensajes antiguos por IMAP: con herramientas como
imapsync, la que ofrezca tu nuevo proveedor o, para pocas cuentas, configurando ambas en un programa de correo y arrastrando las carpetas. - Haz una última sincronización un par de días después para traer lo que llegó al servidor anterior durante la propagación.
Al final, actualiza los dispositivos de tu equipo con los nuevos datos del servidor de correo; tienes la guía en configurar el correo en Outlook y el celular.
Paso 6: cambia los DNS
Tienes dos formas de dirigir el dominio al nuevo hosting:
- Cambiar los nameservers en tu registrador por los del nuevo proveedor. La zona DNS pasa a administrarse allá, así que revisa antes que tenga todos los registros de tu inventario.
- Cambiar solo los registros A y MX en la zona actual, apuntándolos a la nueva IP. Es más rápido gracias al TTL bajo.
En ambos casos, actualiza el SPF con la IP del nuevo servidor y publica la nueva clave DKIM, porque cada servidor genera la suya; sin eso tus correos pueden caer en spam. Lo detallamos en SPF, DKIM y DMARC y en cómo apuntar tu dominio a tu hosting. Una vez que el dominio resuelva al nuevo servidor, activa el SSL siguiendo instalar SSL gratis en cPanel.
Paso 7: revisa todo y conserva el hosting anterior
Mantén el hosting anterior activo al menos una semana. Te sirve como respaldo si algo falló y para recuperar correos que llegaron tarde. Mientras tanto, revisa esta lista:
| Qué revisar | Cómo comprobarlo |
|---|---|
| Sitio | Carga por el dominio con candado verde y sin errores en la consola. |
| Formularios | Envía una prueba de contacto y confirma que llega el correo. |
| Tienda o pagos | Haz una compra de prueba y revisa notificaciones y pasarela. |
| Correo | Envía y recibe desde cada cuenta, en webmail y en el celular. |
| DNS | MX, SPF, DKIM y DMARC apuntan al nuevo servidor; el DKIM es el nuevo. |
| SSL | SSL/TLS Status muestra todos los dominios con certificado válido. |
| Cron | Las tareas programadas existen y se ejecutan con las rutas nuevas. |
| Respaldos | Los respaldos automáticos del nuevo hosting están activos. |
Antes de cancelar el servicio anterior, descarga un último respaldo completo y guárdalo fuera de ambos servidores. Te contamos por qué en respaldos de tu sitio web.
Errores comunes al migrar
- “Error establishing a database connection”: los datos de
wp-config.phpno coinciden con la base nueva. Revisa el prefijo del nombre y que el usuario tenga permisos sobre la base. - El sitio redirige al dominio temporal o al anterior: la base de datos guarda las URL. Reemplázalas con una herramienta de búsqueda y reemplazo.
- Unos ven el sitio nuevo y otros el viejo: es la propagación DNS. Con TTL bajo se resuelve en minutos; con TTL alto puede tardar hasta un día.
- Errores 500 después de mover: suele ser una directiva de
.htaccesso una versión de PHP distinta. Ajusta la versión en cPanel y revisa el registro de errores. - Los correos enviados llegan a spam: faltó actualizar SPF o publicar el DKIM del nuevo servidor.
Preguntas frecuentes
No tiene por qué. Si copias todo antes, pruebas con el archivo hosts y bajas el TTL, el cambio de DNS ocurre con el sitio funcionando en ambos servidores.
Con un TTL de 300 segundos, la mayoría de los visitantes ve el cambio en minutos. Si cambias nameservers o el TTL era alto, puede tardar hasta 24 o 48 horas.
No, si creas las mismas cuentas en el nuevo servidor y copias los mensajes antiguos por IMAP, con una sincronización final unos días después del cambio.
Espera al menos una semana después del cambio de DNS, confirma que todo funciona y guarda un respaldo completo antes de cancelarlo.

Equipo HostSpace
Ofrecemos hosting, dominios, servidores VPS y correo corporativo con soporte en español. Escribimos sobre lo que más nos preguntan nuestros clientes.