Si administras servidores o desarrollas, ya sabes que tocar el sitio en producción es jugar con fuego. Un solo desliz y la página se cae. Por eso, aprender cómo clonar sitio WordPress a mano no es solo una habilidad técnica; es tu seguro de vida. Tener un entorno de staging te permite romper cosas, probar plugins conflictivos o actualizar el núcleo sin que nadie se entere.
Índice
- 1 Por qué elegir la clonación manual
- 2 Paso 1: Preparación del servidor de destino
- 3 Paso 2: Copia de seguridad de los archivos
- 4 Paso 3: Volcado y transferencia de la base de datos
- 5 Paso 4: Restauración en el nuevo entorno
- 6 Paso 5: Modificación del archivo wp-config.php
- 7 Paso 6: Reemplazo de URLs en la base de datos
- 8 Paso 7: Verificación y ajuste de permisos
- 9 Cómo cerrar el entorno de pruebas a indexación
- 10 Conclusión
Por qué elegir la clonación manual
Hay cientos de plugins que prometen hacerlo con un clic. La realidad es que suelen fallar cuando la base de datos pesa o cuando la configuración del servidor no es estándar. Hacerlo manualmente te da el control absoluto. No dependes de terceros y, además, reduces la carga del servidor porque puedes ajustar los comandos a lo que tienes disponible.
Para esto, asumiré que tienes acceso SSH y sabes manejar la base de datos (vía línea de comandos o phpMyAdmin). El FTP o SFTP queda solo como un plan B si no puedes entrar por consola.
Paso 1: Preparación del servidor de destino
Antes de mover nada, prepara el terreno. Si no lo haces, la transferencia se puede convertir en un caos.
Entra a tu servidor y crea una carpeta nueva dentro de public_html o www. Llámala pruebas o staging. Ahí vivirá tu clon.
Luego, ve a tu panel de control (cPanel, Plesk, lo que uses) y crea una base de datos MySQL nueva con su usuario. Anota el nombre de la base, el usuario y la contraseña. Los vas a necesitar. Y no olvides dar todos los privilegios (ALL PRIVILEGES) a ese usuario sobre la base nueva.
Paso 2: Copia de seguridad de los archivos
Con el destino listo, toca duplicar los archivos. La vía rápida es SSH. Usa compresión y mantén los permisos intactos.
Conéctate por SSH y ve a la raíz de tu instalación WordPress principal. Ejecuta esto:
tar -czvpf sitio-backup.tar.gz .
Ese comando empaqueta todo lo que hay (el punto final lo indica) en un .tar.gz. Revisa que tengas espacio en disco antes de lanzarlo. Si no tienes SSH, te tocará bajar todo por FTP a tu ordenador y subirlo de nuevo a la carpeta de pruebas. Es lento, pero funciona.
Paso 3: Volcado y transferencia de la base de datos
La base de datos es donde vive el contenido real: entradas, páginas, comentarios. Para clonar sitio WordPress bien, tienes que sacar esos datos de ahí.
Si usas la consola, mysqldump es tu mejor amigo. El comando es algo así:
mysqldump -u usuario -p nombre_base_datos_original > backup.sql
Te pedirá la contraseña y generará un backup.sql con todo adentro. Si prefieres interfaz gráfica, usa phpMyAdmin: selecciona la base, ve a «Exportar» y elige formato «SQL». Importante: marca la opción «Añadir DROP TABLE / VIEW / PROCEDURE / FUNCTION». Así evitas errores si las tablas ya existen en el destino.
Consejo de experto: Si tu base de datos pasa de 50MB, comprímela enseguida con gzip backup.sql. Ahorrarás mucho tiempo en la transferencia.
Paso 4: Restauración en el nuevo entorno
Ya tienes los archivos y el SQL. Llevémoslos al lugar que preparamos en el Paso 1.
Si estás en el mismo servidor, mueve el .tar.gz a la carpeta nueva y descomprímelo:
tar -xzvpf sitio-backup.tar.gz
Para la base de datos, importa el .sql en la base vacía. Por consola sería:
mysql -u nuevo_usuario -p nueva_base_datos < backup.sql
En phpMyAdmin, selecciona la base nueva, ve a "Importar" y carga el archivo. Paciencia, si es grande puede tardar unos minutos.
Paso 5: Modificación del archivo wp-config.php
El wp-config.php es el puente entre el código y los datos. Como cambiamos de sitio y de base, hay que actualizarlo.
Abre el archivo en tu carpeta de pruebas y busca estas líneas:
- DB_NAME: Pon el nombre de la base nueva.
- DB_USER: El usuario nuevo que creaste.
- DB_PASSWORD: La contraseña de ese usuario.
- DB_HOST: Casi siempre es 'localhost', pero comprueba que tu hosting no use uno remoto.
Guarda. Si entras ahora, probablemente te redirija al sitio original o veas enlaces rotos. No te asustes, es normal. Lo arreglamos ahora.
Paso 6: Reemplazo de URLs en la base de datos
WordPress es terco y guarda las URLs completas en la base de datos. Si clonas a un subdirectorio (tipo midominio.com/pruebas), tienes que actualizar esas referencias para que el clon viva su propia vida.
Lo más seguro es hacerlo con SQL directo. Muchos plugins de "buscar y reemplazar" rompen datos serializados. Lanza estas consultas en tu base nueva:
UPDATE wp_options SET option_value = replace(option_value, 'http://www.sitio-original.com', 'http://www.sitio-original.com/pruebas') WHERE option_name = 'home' OR option_name = 'siteurl';
UPDATE wp_posts SET post_content = replace(post_content, 'http://www.sitio-original.com', 'http://www.sitio-original.com/pruebas');
UPDATE wp_postmeta SET meta_value = replace(meta_value, 'http://www.sitio-original.com', 'http://www.sitio-original.com/pruebas');
Ojo: cambia las URLs de ejemplo por las tuyas y revisa el prefijo de las tablas. Si no usas wp_, ajústalo.
Paso 7: Verificación y ajuste de permisos
Hechos los cambios de URL, entra al entorno de pruebas. ¿Pantalla blanca? ¿Error de permisos? A veces la copia manual desordena los propietarios de los archivos.
Asegúrate de que los archivos pertenecen al usuario del servidor web (www-data en Apache, nginx en Nginx, o tu usuario de cPanel). Aréglalo con:
chown -R usuario:grupo /ruta/a/tu/carpeta/pruebas
Revisa también los permisos: carpetas en 755 y archivos en 644. Es el estándar para mantener WordPress seguro.
Cómo cerrar el entorno de pruebas a indexación
No quieres que Google se encuentre tu sitio de pruebas y lo castigue por contenido duplicado. Bloquea la indexación.
Entra al escritorio de WordPress del clon, ve a Ajustes > Lectura y marca la casilla "Disuadir a los motores de búsqueda de indexar este sitio". También puedes editar el robots.txt en la raíz del clon y poner:
User-agent: *
Disallow: /
Así mantienes tu entorno privado y el SEO de tu sitio principal a salvo.
Preguntas frecuentes
¿Es mejor clonar manualmente o con plugin?
La vía manual es superior para sitios complejos o con bases de datos grandes. Te da control total. Los plugins sirven para empezar o sitios pequeños, pero pueden comer los recursos del servidor y dar errores de memoria.
¿Qué hago si el clon muestra enlaces rotos?
Si ya corriste las consultas SQL y sigues viendo enlaces rotos, quizá tengas un plugin de caché o una CDN guardando las URLs viejas. Limpia la caché del plugin en el entorno de pruebas y revisa si hay redirecciones en el .htaccess.
Conclusión
Saber clonar un sitio WordPress a mano te saca del montón. Te pone al nivel de un administrador de sistemas serio. Sí, al principio parece tedioso, pero la seguridad que ganas vale la pena. Ahora tienes un búnker aislado para probar actualizaciones, romper código y arreglar errores sin que tu sitio en vivo sufra. Y si te atascas con algo muy complejo, recuerda que en RedServicio (redservicio.net) estamos para echarte una mano con la administración de tus servidores.
