SOP: migrar un sitio WordPress a un servidor gestionado sin perder contenido
El procedimiento que uso para mover un sitio entre planes de hosting: copias verificables, restauración controlada y una revisión que encuentra fallos antes de publicar.
El problema
Un sitio necesitaba pasar a un entorno con más recursos. El riesgo no era solo que el sitio dejara de cargar: una migración incompleta podía dejar fuera imágenes, formularios o datos recientes. Además, el cambio debía hacerse sin convertir la revisión final en una búsqueda improvisada de errores.
El enfoque que resolvió el traslado
Primero definí qué entraba en la migración: archivos, base de datos, usuarios, medios, formularios y cualquier servicio que viviera fuera del servidor. Después preparé dos respaldos independientes: una exportación completa del sitio y una copia manual de la base de datos. Tener ambas copias permitió comparar y volver atrás si algo no coincidía.
Para la transferencia utilicé una exportación empaquetada del sitio cuando era viable; para la base de datos conservé nombres, usuarios y permisos de forma explícita. Antes de mover nada confirmé si habría cambios de DNS, correo, versión de PHP o tareas programadas. Si no forman parte del alcance, también deben quedar anotados: asumir que “no cambian” es una fuente común de omisiones.
Al restaurar, revisé los medios desde el administrador y no solo desde el archivo de respaldo. Una imagen de fondo puede existir en la biblioteca y aun así no estar seleccionada en el módulo que la muestra. Reasignarla desde el CMS resolvió ese tipo de inconsistencia sin tocar el diseño.
Cómo lo validé
La validación fue una ruta de usuario, no únicamente una pantalla de inicio:
- Abrí las páginas principales y comprobé navegación, enlaces y llamadas a la acción.
- Envié los formularios importantes y confirmé que la entrega funciona.
- Revisé encabezados, imágenes de fondo y elementos que dependen del CMS.
- Busqué errores visibles, redirecciones inesperadas y lentitud anormal.
- Conservé el respaldo y anoté las diferencias encontradas antes de cerrar el cambio.
Cómo aplicarlo a una migración similar
No empieces por copiar archivos. Empieza por una hoja corta de alcance: qué se mueve, qué no se mueve y quién confirma cada servicio externo. Haz el respaldo antes de cambiar el entorno, documenta las credenciales y permisos que intervienen y prepara una lista de páginas y flujos para probar al final.
Si el sitio recibe tráfico relevante, añade una segunda pasada de rendimiento y seguridad después de confirmar que todo funciona. Separar “la migración fue correcta” de “el sitio está optimizado” mantiene el cambio controlado y facilita diagnosticar cualquier problema posterior.
Checklist reutilizable
- Respaldos completos y copia independiente de base de datos.
- Alcance documentado para DNS, correo, PHP y tareas programadas.
- Restauración de archivos, base de datos, usuarios y permisos.
- Revisión de medios dentro del CMS.
- Pruebas de navegación, enlaces y formularios.
- Auditoría posterior de rendimiento y seguridad, si aplica.