Migrar un sitio dinámico como WordPress, Joomla, PrestaShop u otra aplicación requiere trasladar tanto los archivos como la base de datos. También hay que recrear la conexión entre ambos componentes, comprobar la compatibilidad del servidor y dirigir el dominio al destino solamente después de probar la copia.
Este procedimiento manual resulta útil cuando el proveedor anterior no ofrece una transferencia completa, los paneles son diferentes o se desea migrar únicamente una aplicación dentro de una cuenta más grande.
Qué incluye una migración manual
El sitio puede depender de más elementos que los visibles en la carpeta pública. Antes de comenzar, prepará un inventario con:
- Carpeta raíz y archivos ocultos de la aplicación.
- Base o bases de datos utilizadas.
- Archivo de configuración con las credenciales de conexión.
- Versión de PHP, módulos y tareas programadas.
- Subdominios, redirecciones y reglas del servidor.
- DNS, correo y servicios externos relacionados.
La migración del sitio no mueve automáticamente las casillas de correo. Si web y correo comparten el servidor actual, decidí expresamente si ambos servicios cambiarán.
1. Definí el momento de la copia
En un sitio institucional puede ser suficiente copiar los datos y evitar modificaciones durante el proceso. Una tienda, foro o sistema de reservas cambia continuamente: recibe pedidos, usuarios y mensajes. En esos casos conviene elegir un horario de baja actividad y planificar una sincronización final.
Informá a quienes administran el sitio para que no publiquen contenido durante el corte. Si la aplicación permite activar temporalmente un modo de mantenimiento, utilizalo solo durante el período necesario.
2. Generá un respaldo independiente
Antes de modificar nada, descargá una copia de los archivos y exportá la base de datos. Ambos respaldos deberían corresponder al mismo momento. Conservá además la configuración DNS y cualquier dato necesario para recuperar el servicio anterior.
No elimines el origen después de descargar la copia. El respaldo protege la información, mientras que mantener el servidor anterior disponible facilita comparar configuraciones y recuperar cambios recientes.
3. Transferí todos los archivos necesarios
Podés usar el Administrador de archivos de cPanel, FTPS, SFTP o una copia comprimida. Revisá cómo subir correctamente los archivos al hosting y confirmá cuál es la raíz documental del dominio nuevo.
Incluí archivos ocultos como .htaccess cuando formen parte del funcionamiento. Después de extraer una copia comprimida, comprobá que el sitio no haya quedado dentro de una carpeta adicional, por ejemplo public_html/sitio/public_html.
4. Creá la base y el usuario desde cPanel
En el servidor nuevo, utilizá Database Wizard o Manage My Databases para crear la base, el usuario y asignar los privilegios necesarios. No crees estos objetos desde phpMyAdmin: cPanel necesita mantener su propio mapeo para administrar correctamente permisos, backups y restauraciones.
Los nombres pueden incluir un prefijo asociado al usuario de la cuenta, por lo que probablemente serán diferentes a los del servidor anterior. Guardá el nombre completo de la base, el usuario y la nueva contraseña.
La guía sobre cómo crear una base de datos MySQL en cPanel desarrolla este procedimiento.
5. Exportá la base de datos del origen
phpMyAdmin permite seleccionar la base y descargar una exportación en formato SQL. El método rápido suele ser suficiente para bases pequeñas y configuraciones habituales; el método personalizado permite elegir tablas, compresión y otras opciones.
Confirmá que seleccionaste la base correcta. Una cuenta puede contener instalaciones antiguas, copias de prueba y otras aplicaciones. El archivo de configuración del sitio suele indicar qué nombre utiliza actualmente.
6. Importá la base en el destino
Ingresá a phpMyAdmin desde el cPanel nuevo, seleccioná la base vacía creada previamente y utilizá la función Importar. El tamaño permitido depende de la configuración del servidor. Para archivos grandes puede ser necesaria una importación administrativa o dividir el proceso mediante herramientas apropiadas.
No interrumpas la página mientras se procesa y revisá el mensaje final. Que aparezcan tablas en la columna lateral no garantiza que todas hayan terminado de importarse si hubo un límite o un error.
Consultá cómo administrar una base con phpMyAdmin para conocer exportación, importación y precauciones.
7. Actualizá la configuración de la aplicación
Modificá el archivo correspondiente con el nombre de la base, usuario, contraseña y host del nuevo servidor. En la mayoría de los alojamientos compartidos el host es local, pero debés utilizar el valor indicado por el proveedor.
Una letra incorrecta puede producir un error de conexión. Evitá mostrar públicamente el archivo de configuración o copiar su contraseña en consultas abiertas.
8. Revisá dominio y rutas almacenadas
Si el dominio permanece igual, normalmente no hay que reemplazar URL dentro de la base. Si cambia, la aplicación puede guardar enlaces, rutas e información serializada. No realices reemplazos masivos sin conocer el formato: en WordPress y otros CMS conviene utilizar herramientas compatibles con su estructura.
También revisá rutas absolutas, carpetas de caché y archivos temporales que conserven referencias al servidor anterior.
9. Comprobá la versión de PHP y sus módulos
El código puede funcionar en el origen y fallar en una versión más reciente. Compará la versión de PHP, límites y extensiones. Si necesitás seleccionar una versión compatible, consultá cómo elegir o cambiar PHP en cPanel.
No actualices aplicación, tema, plugins y servidor al mismo tiempo si puede evitarse. Primero reproducí el sitio; luego planificá las mejoras por separado.
10. Probá antes de cambiar DNS
Abrí la copia mediante una dirección de prueba o una resolución local y verificá:
- Portada, páginas internas, imágenes y descargas.
- Acceso administrativo y conexión con la base.
- Formularios, búsquedas y correos generados por la aplicación.
- Carrito, sesiones, pedidos y pasarelas cuando existan.
- Permisos, HTTPS, redirecciones y tareas programadas.
11. Sincronizá los últimos cambios
Si el origen recibió datos después de la primera copia, transferí la diferencia antes del cambio público. En una tienda esto puede incluir pedidos y clientes; en un blog, comentarios y publicaciones. No sobrescribas indiscriminadamente la base nueva si allí también se generaron datos.
12. Cambiá DNS y monitoreá ambos servidores
Una vez validado el destino, actualizá los registros o nameservers correspondientes. Durante el período de caché puede existir tráfico hacia ambos servidores. La guía sobre propagación DNS explica por qué el cambio no aparece simultáneamente para todos.
Mantené activo el hosting anterior hasta confirmar web, correo, certificados y datos recientes. Si la migración será hacia nuestros servidores, revisá también cómo coordinar una migración hacia Atlántica Digital.
Errores frecuentes en una migración manual
- Copiar archivos pero olvidar la base de datos.
- Importar la base sin asignar el usuario y los privilegios.
- Subir los archivos a una carpeta que no corresponde al dominio.
- Omitir archivos ocultos o reglas de reescritura.
- Cambiar DNS antes de probar.
- Cancelar el origen sin verificar correo ni cambios recientes.
- Realizar sustituciones directas que dañan datos serializados.
Una migración manual segura sigue una secuencia clara: inventario, respaldo, copia, configuración, prueba, sincronización final y cambio DNS. Saltar una etapa para ahorrar tiempo suele producir una interrupción más larga que el procedimiento planificado.
