Cómo migrar una web a un VPS sin perder datos
Una migración segura no es una única copia, sino una secuencia controlada: inventario, backup verificable, preparación, prueba sin cambiar DNS, sincronización final y posibilidad de volver atrás. El objetivo es reducir tanto la interrupción como la incertidumbre.
Elige el escenario
Una web estática puede copiarse casi sin pausa. Una aplicación con pedidos, comentarios o archivos necesita una sincronización inicial mientras sigue activa y una ventana final corta de solo lectura. Para sistemas críticos conviene replicar la base o cambiar por fases. Define responsables, hora, duración máxima y condición de rollback.
Paso 1. Haz inventario
| Elemento | Qué registrar |
|---|---|
| Dominio y DNS | Zona, TTL, subdominios, correo y verificaciones |
| Aplicación | Runtime, extensiones, cron y workers |
| Datos | Base, uploads, permisos y volumen |
| Integraciones | SMTP, pagos, callbacks y listas de IP |
| Rendimiento | Tráfico pico, CPU, RAM y disco actuales |
No olvides MX, SPF, DKIM y DMARC: cambiar los nameservers sin copiar la zona puede romper correo aunque la web funcione.
Paso 2. Crea una copia verificable
Exporta la base con su herramienta oficial y copia archivos conservando permisos. Guarda checksum, salida y versión. Descarga una copia fuera del alojamiento antiguo y prueba que el archivo se abre. Un backup creado sin comprobar el código de salida no es suficiente.
Paso 3. Prepara el VPS
Actualiza el sistema, crea usuario con sudo y claves SSH, configura firewall, runtime, base, proxy, TLS y monitorización. Fija versiones compatibles con el sitio. No publiques la base. Consulta la guía de seguridad antes de importar datos.
Paso 4. Transfiere archivos y base
Usa rsync o una herramienta que pueda reanudar la copia. Importa la base, corrige credenciales y permisos y actualiza rutas absolutas solo con herramientas que respeten datos serializados. Ejecuta migraciones una vez y documenta su reversibilidad.
Paso 5. Prueba antes del DNS
Apunta temporalmente el dominio al nuevo IP mediante el archivo hosts de tu equipo. Revisa inicio, login, formularios, búsqueda, carga de archivos, pagos, correo y tareas cron. Comprueba logs, códigos HTTP, certificados y enlaces absolutos. Realiza una compra o acción de prueba si el negocio lo permite.
Paso 6. Sincronización final y DNS
Baja el TTL con antelación. Activa mantenimiento o solo lectura, exporta los cambios producidos desde la copia inicial, sincroniza uploads y verifica totales. Cambia A/AAAA y conserva el servidor antiguo. HTTPS debe estar preparado en el nuevo nodo antes de recibir usuarios.
Paso 7. Comprobaciones posteriores
- DNS desde varios resolvers y redes;
- HTTP/HTTPS, redirecciones y canonical;
- formularios, correo y callbacks externos;
- jobs, workers, copias y monitorización;
- errores 404/500 y carga del servidor;
- Search Console y sitemap si cambió la URL.
Durante las primeras horas compara métricas antiguas y nuevas: tasa de errores, p95, consumo de memoria y conversión. Revisa logs del servidor anterior para detectar usuarios que todavía llegan allí por caché DNS. No hagas cambios no relacionados hasta cerrar la migración; así cada anomalía tiene menos causas posibles.
Plan de rollback
Define antes del cambio qué error obliga a volver, quién decide y cómo impedir escrituras divergentes. Para volver, restaura DNS al antiguo IP y revierte el modo de mantenimiento. Si ambos servidores recibieron datos, no mezcles bases sin un procedimiento específico.
Errores frecuentes
- Cambiar DNS antes de probar.
- Copiar archivos pero no cron, correo o secrets.
- No reducir TTL con antelación.
- Actualizar runtime y migrar al mismo tiempo sin compatibilidad.
- Eliminar el servidor anterior el mismo día.
- No comparar el último pedido o archivo tras la sincronización.
Preguntas frecuentes
¿Cuánto tarda?
De una hora para una web pequeña a varios días de preparación en una aplicación activa.
¿Se puede sin panel?
Sí, con acceso a archivos, base y DNS. Sin ellos, pide un export al proveedor.
¿Hay que copiar el certificado?
Normalmente es mejor emitir uno nuevo en el VPS.
¿Cuándo apagar el antiguo?
Después de cubrir TTL, validar integraciones y conservar una ventana de rollback.
¿Cómo elegir VPS?
Usa métricas actuales y añade margen; consulta la guía de elección.
Prepara también una política de copias.