Para migrar tu página web a la nube sin perder datos, el secreto está en un orden de operaciones correcto: primero respaldo completo, luego copia al nuevo servidor, verificación con IP provisional y, solo cuando todo funciona, cambio de DNS.
Sigue los pasos de esta guía y el proceso no debería tomar más de unas horas, incluso si nunca has hecho una migración antes.
Por qué migrar a la nube (y qué esperar del proceso)
El cloud hosting ofrece mayor disponibilidad, escalabilidad automática y —en muchos casos— mejor rendimiento que el hosting compartido tradicional. El precio de entrada hoy es comparable al de un plan compartido premium, lo que convierte la migración en una decisión con sentido económico para la mayoría de los sitios.
Lo que debes saber antes de empezar:
- La migración en sí no requiere tiempo de inactividad si se hace bien.
- Los archivos y la base de datos son independientes; ambos deben migrarse.
- La propagación DNS tarda entre 15 minutos y 48 horas; planifica la migración en horario de bajo tráfico.
Paso 1 — Haz un respaldo completo antes de tocar nada
Esta es la regla más importante de cualquier migración: no muevas nada sin un respaldo probado.
El respaldo debe incluir:
- Archivos del sitio: todo el directorio raíz de tu web (public_html o equivalente). Incluyendo archivos ocultos como
.htaccess. - Base de datos: un volcado SQL completo (
mysqldumpo exportación desde phpMyAdmin). Verifica que el archivo generado no esté vacío y que contenga las tablas esperadas. - Correos electrónicos: si tu hosting actual incluye cuentas de correo y quieres conservarlas, descárgalas vía IMAP antes de la migración.
- Configuraciones especiales: reglas personalizadas en
.htaccess, cron jobs, certificados SSL propios.
Guarda el respaldo en al menos dos lugares: tu computadora local y un almacenamiento externo (Drive, Dropbox, S3).
Paso 2 — Configura el nuevo entorno cloud
Antes de copiar un solo archivo, el servidor destino debe estar listo:
- Crea la cuenta de hosting en el nuevo proveedor cloud. Si usas cPanel, Plesk u otro panel, completa el asistente de configuración inicial.
- Crea la base de datos en el nuevo servidor: nombre, usuario y contraseña. Anota estos datos; los necesitarás para ajustar la configuración de tu CMS.
- Verifica la versión de PHP: asegúrate de que el nuevo servidor tenga la misma versión (o una compatible) que el actual. Diferencias de versión son la causa más común de errores post-migración.
- Instala extensiones necesarias: si tu sitio usa módulos específicos de PHP (intl, imagick, redis), confirma que estén disponibles en el nuevo plan.
Paso 3 — Transfiere los archivos y la base de datos
Con el entorno listo, ya puedes copiar el contenido:
Transferencia de archivos
Usa SFTP (más seguro que FTP plano) con un cliente como FileZilla o Cyberduck. Conecta al nuevo servidor con las credenciales del panel y sube todos los archivos al directorio raíz correspondiente.
Para sitios grandes (más de 1 GB), considera comprimir primero en un ZIP o TAR, subir el archivo comprimido y descomprimirlo desde el administrador de archivos o vía SSH. Ahorra tiempo significativo en conexiones lentas.
Importación de la base de datos
- Accede a phpMyAdmin en el nuevo servidor o usa el cliente MySQL de tu preferencia.
- Selecciona la base de datos que creaste en el paso 2.
- Importa el archivo SQL del respaldo. Si supera los 50 MB, usa la línea de comandos:
mysql -u usuario -p nombre_db < respaldo.sql - Verifica que todas las tablas aparezcan y que los registros tengan sentido (revisa al menos la tabla de usuarios o productos).
Actualiza la configuración del CMS
Si usas WordPress, edita wp-config.php con el nuevo nombre de base de datos, usuario y contraseña. En Joomla, el archivo es configuration.php; en Drupal, settings.php. Verifica también que la URL base del sitio esté correcta.
Paso 4 — Verifica el sitio con la IP provisional
Antes de cambiar los DNS, comprueba que todo funciona apuntando temporalmente a la IP del nuevo servidor. Tienes dos opciones:
- Archivo hosts local: agrega una línea en
/etc/hosts(Linux/Mac) oC:\Windows\System32\drivers\etc\hosts(Windows) con el formatoIP_NUEVO_SERVIDOR tudominio.com. Tu navegador resolverá el dominio al nuevo servidor sin afectar a nadie más. - URL temporal del proveedor: muchos proveedores asignan una URL de staging (ej.
tuusuario.miproveedor.com/tudominio) para que revises el sitio antes del corte.
Verifica estos puntos antes de cambiar los DNS:
- La página de inicio carga correctamente.
- Las imágenes y recursos se muestran (no hay rutas rotas).
- El login de administrador funciona.
- Un artículo, producto o página interior se abre sin error.
- Los formularios de contacto o checkout responden.
Si todo está en orden, el sitio está listo para el corte. Si encuentras errores, resuélvelos ahora, con los DNS apuntando aún al servidor antiguo.
Para proyectos con flujos más complejos, elenlace.com ofrece migraciones asistidas donde un técnico supervisa cada etapa del proceso.
Paso 5 — Cambia los DNS y cierra la migración
Una vez verificado el sitio, actualiza los registros DNS en tu registrador de dominio:
- Ingresa al panel de tu registrador (GoDaddy, Namecheap, Akky, etc.).
- Cambia el registro A del dominio (y del subdominio
www) a la IP del nuevo servidor cloud. Alternativamente, cambia los nameservers si el nuevo proveedor gestiona el DNS completo. - Reduce el TTL a 300 segundos antes del cambio para acelerar la propagación (recuérdalo restaurar después).
- Guarda los cambios y espera la propagación. Usa herramientas como whatsmydns.net o similares recomendados en elenlace.com para monitorear el avance en diferentes regiones.
Mantén el servidor antiguo activo al menos 48–72 horas después de la propagación antes de cancelarlo, por si algún resolvedor tardío aún apunta ahí.
Finalmente, activa el certificado SSL en el nuevo servidor. Si usas Let's Encrypt, el panel lo gestiona en un clic. Verifica que https:// funcione y que los redirects HTTP → HTTPS estén activos. Consulta nuestra guía en la sección cloud hosting si necesitas ayuda con la configuración de HTTPS.
Conclusiones clave
- Un respaldo probado antes de empezar es el paso más importante de toda la migración.
- Preparar el entorno cloud primero (DB, versión PHP, extensiones) evita sorpresas al importar los datos.
- Verificar el sitio con IP provisional o URL de staging antes de cambiar DNS elimina el riesgo de tiempo de inactividad.
- El cambio de DNS es el único momento visible para los visitantes; planifícalo en horario de bajo tráfico.
- Conserva el servidor antiguo activo 48–72 horas después de la migración como red de seguridad.
¿Prefieres que alguien lo haga por ti? El equipo de elenlace.com realiza migraciones a la nube con garantía de cero pérdida de datos, desde sitios personales hasta e-commerce con miles de productos.
Preguntas frecuentes
¿Cuánto tiempo tarda migrar un sitio web a la nube?
La parte técnica (transferencia de archivos, importación de DB y verificación) toma entre 1 y 4 horas para la mayoría de los sitios. La propagación DNS agrega entre 15 minutos y 48 horas adicionales, aunque el 90% de los casos resuelven en menos de 4 horas.
¿Puedo migrar a la nube sin tiempo de inactividad?
Sí, si sigues el orden correcto: configurar el nuevo servidor, copiar los datos, verificar con IP provisional y solo entonces cambiar los DNS. Durante todo ese proceso el sitio antiguo sigue funcionando. El único momento de riesgo es si alguien accede durante los primeros minutos de propagación DNS, cuando parte de los resolvers aún apunta al servidor viejo y parte al nuevo.
¿Qué pasa con mi correo si cambio de hosting?
El correo y el hosting web son servicios distintos pero suelen estar en el mismo proveedor. Al cambiar los DNS también puedes afectar los registros MX (que controlan el correo). Descarga todos tus correos vía IMAP antes de la migración y configura los registros MX en el nuevo DNS antes de hacer el corte para minimizar la interrupción.
¿Necesito un desarrollador para migrar mi sitio a la nube?
Para sitios WordPress o Joomla estándar, un usuario con conocimientos básicos puede completar la migración siguiendo una guía paso a paso. Para aplicaciones personalizadas, bases de datos complejas o sitios de e-commerce con pedidos activos, contar con soporte técnico es recomendable para evitar errores de configuración que puedan costar ventas.
Para saber más
Otros proveedores y guías que vale la pena comparar: