Migrar de hosting compartido a la nube significa mover tus archivos, base de datos y configuraciones a un entorno de servidores virtuales escalables, con mayor control y rendimiento. El proceso completo toma entre 2 y 6 horas para un sitio típico y, si se sigue un orden correcto, puede hacerse sin que tus visitantes noten la diferencia.
En esta guía encontrarás cada paso explicado con claridad: desde el respaldo inicial hasta la validación final, pasando por la configuración del servidor y la transferencia de DNS.
Por qué vale la pena migrar a la nube
El hosting compartido pone a tu sitio a competir por los mismos recursos de CPU y RAM con decenas o cientos de vecinos. Cuando uno de ellos recibe un pico de tráfico, todos sufren. La nube elimina ese problema: cada instancia tiene recursos garantizados y puedes escalar en minutos.
Otros beneficios concretos:
- SLA de 99.9% o más — infraestructura redundante con failover automático.
- Acceso root o panel completo — instala las versiones de PHP, MySQL o Node.js que necesitas.
- Backups independientes — no dependes de las políticas del proveedor compartido.
- Escalabilidad horizontal y vertical — agrega RAM o núcleos sin migrar de servidor.
Si tu sitio tiene más de 500 visitas diarias, vende en línea, o simplemente carga lento en horas pico, ya superaste el límite natural del hosting compartido.
Paso 1 — Haz un respaldo completo antes de tocar nada
Esta es la regla número uno: nunca muevas datos sin una copia verificada. Un respaldo roto es igual a no tener respaldo.
Respaldo de archivos
Desde el panel cPanel de tu hosting actual (o por FTP/SFTP), descarga una copia completa del directorio raíz de tu sitio. Incluye todos los subdirectorios: wp-content, uploads, archivos de configuración como .htaccess y wp-config.php.
Si tu hosting ofrece la opción "Backup Completo" en cPanel, úsala — genera un archivo .tar.gz con todo, incluyendo la base de datos.
Respaldo de base de datos
Entra a phpMyAdmin, selecciona tu base de datos y exporta en formato SQL. Asegúrate de marcar la opción "Estructura y datos". Verifica que el archivo resultante no esté vacío y que las últimas líneas contengan instrucciones INSERT.
Guarda credenciales
Anota en un lugar seguro: usuario y contraseña de la base de datos, nombre de la DB, y los datos SMTP si usas correo desde el sitio.
Paso 2 — Configura tu nuevo servidor en la nube
Con tu respaldo listo, crea la instancia cloud. La mayoría de proveedores en México te permiten tener un servidor activo en menos de 5 minutos desde el panel de control.
Elige el plan adecuado
| Tipo de sitio | RAM recomendada | Almacenamiento |
|---|---|---|
| Blog o sitio informativo | 1–2 GB | 20–40 GB SSD |
| Tienda WooCommerce pequeña | 2–4 GB | 40–80 GB SSD |
| Marketplace o SaaS | 4–8 GB | 80 GB+ SSD |
Instala el stack LAMP o LEMP
En un servidor Ubuntu o AlmaLinux recién creado, instala Apache (o Nginx), PHP en la versión que usa tu sitio, y MySQL/MariaDB. Si tienes acceso root, puedes hacerlo con los gestores de paquetes del sistema. Muchos proveedores ofrecen imágenes preconfiguradas con WordPress o cPanel que aceleran este paso.
Crea la base de datos y el usuario
En tu nuevo servidor, crea una base de datos con el mismo nombre que tenía en el hosting compartido. Crea un usuario con los permisos necesarios (SELECT, INSERT, UPDATE, DELETE, CREATE, DROP sobre esa base). Importa el archivo SQL que exportaste en el paso anterior con mysql -u usuario -p nombre_db < respaldo.sql.
Paso 3 — Transfiere los archivos y ajusta la configuración
Sube los archivos de tu sitio al nuevo servidor usando SCP, SFTP o rsync. Para sitios WordPress, el directorio destino suele ser /var/www/html/ o la ruta que hayas definido en el VirtualHost de Apache.
Actualiza wp-config.php (o el archivo de configuración equivalente)
Edita el archivo de configuración de tu CMS para apuntar a la nueva base de datos:
DB_HOST→localhost(si MySQL está en el mismo servidor)DB_NAME→ nombre de tu nueva base de datosDB_USER→ usuario que creasteDB_PASSWORD→ contraseña del nuevo usuario
Verifica permisos de archivos
Los archivos del sitio deben pertenecer al usuario del servidor web (normalmente www-data en Ubuntu o apache en CentOS/AlmaLinux). Los directorios deben tener permisos 755 y los archivos 644. Las carpetas de subidas (wp-content/uploads) necesitan ser escribibles por el servidor web.
Configura el VirtualHost y el SSL
Crea o ajusta el bloque VirtualHost en Apache/Nginx apuntando al directorio correcto y al nombre de dominio. Instala un certificado SSL gratuito con Let's Encrypt usando Certbot. Este paso garantiza que tu sitio funcione con HTTPS desde el primer día en el nuevo servidor.
Si quieres apoyo técnico en este proceso, el equipo de elenlace.com puede configurar el entorno cloud por ti y asegurarse de que todo esté correcto antes del corte.
Paso 4 — Prueba con el archivo hosts antes de cambiar DNS
Antes de mover los registros DNS, prueba que el sitio funciona correctamente en el nuevo servidor sin afectar a tus visitantes actuales.
Agrega una línea temporal al archivo hosts de tu computadora:
NUEVA_IP_CLOUD tudominio.com www.tudominio.comEn Windows está en C:\Windows\System32\drivers\etc\hosts; en Mac/Linux en /etc/hosts. Guarda el archivo y abre tu dominio en el navegador — tu máquina resolverá a la nueva IP mientras el resto del mundo sigue viendo el servidor antiguo.
Verifica:
- El sitio carga sin errores 500 o de base de datos.
- Las imágenes y recursos estáticos aparecen correctamente.
- El panel de administración (si aplica) funciona.
- Los formularios de contacto o de pago responden.
- El certificado SSL muestra el candado verde.
Cuando todo esté validado, elimina esas líneas del archivo hosts.
Paso 5 — Realiza el corte de DNS
El corte de DNS es el momento en que el mundo empieza a ver tu sitio en el nuevo servidor. Para minimizar el tiempo en que ambos servidores pueden recibir tráfico, reduce el TTL de tus registros DNS a 300 segundos (5 minutos) con 24 horas de anticipación.
Cuando estés listo:
- Accede al panel donde administras tus DNS (tu registrador de dominio o Cloudflare).
- Cambia el registro A de
@ywwwa la nueva IP del servidor cloud. - Guarda los cambios.
- Espera la propagación (entre 5 minutos y 2 horas con TTL bajo).
Puedes verificar la propagación global con herramientas como dig tudominio.com +short o sitios de verificación DNS online.
Mantén el servidor antiguo vivo 48 horas
No canceles el hosting compartido de inmediato. Algunos proveedores DNS cachean registros por más tiempo del TTL configurado. Mantén ambos servidores activos al menos 48 horas después del corte para capturar cualquier visitante rezagado.
Conclusiones clave
- El respaldo completo y verificado es el primer paso ineludible — antes de cualquier acción en el servidor.
- Configura el servidor cloud completamente (stack, base de datos, SSL) antes de tocar los DNS.
- La prueba con el archivo
hostspermite validar en producción sin riesgo para los visitantes. - Reducir el TTL 24 horas antes del corte acelera la propagación DNS y acorta la ventana de incertidumbre.
- Mantén el servidor antiguo operativo al menos 48 horas tras el cambio de DNS.
- Migrar a la nube elimina los vecinos ruidosos del hosting compartido y te da control total sobre el entorno.
¿Listo para dar el salto? El equipo de elenlace.com gestiona migraciones completas a cloud hosting para empresas en México — sin downtime y con garantía de funcionamiento. También puedes explorar más recursos técnicos en nuestra sección de cloud hosting.
Preguntas frecuentes
¿Cuánto tiempo tarda una migración de hosting compartido a la nube?
Para un sitio estándar de WordPress con menos de 5 GB de datos, el proceso técnico toma entre 2 y 4 horas. La propagación DNS puede agregar entre 30 minutos y 2 horas adicionales si el TTL se redujo con anticipación.
¿Voy a perder datos durante la migración?
No, si sigues el proceso correctamente. La clave es tomar el respaldo completo justo antes de la migración, validar el nuevo servidor con el archivo hosts, y hacer el corte de DNS solo cuando todo esté confirmado.
¿Necesito conocimientos técnicos avanzados para migrar?
Conocimientos básicos de línea de comandos y acceso a paneles de control son suficientes para la mayoría de los pasos. Si usas un CMS como WordPress, existen plugins de migración (Duplicator, All-in-One WP Migration) que simplifican la transferencia de archivos y base de datos.
¿Qué pasa si algo falla después del cambio de DNS?
Si detectas problemas graves tras el corte, puedes revertir el registro DNS a la IP antigua mientras corriges el problema en el nuevo servidor. Por eso es esencial mantener el hosting compartido activo durante al menos 48 horas después del cambio.
Compara proveedores
Otros proveedores y guías que vale la pena comparar:
