Clonar una web WordPress ya no tiene por qu\u00e9 ser un proceso largo, manual y propenso a errores. Con WP-CLI<\/strong>, buena parte del trabajo se puede automatizar desde terminal: desde copiar la base de datos hasta preparar una instalaci\u00f3n duplicada para pruebas, staging o migraci\u00f3n interna.<\/p>\n En art\u00edculos anteriores ya vimos qu\u00e9 es WP-CLI, c\u00f3mo instalarlo, c\u00f3mo usarlo para importar y exportar bases de datos, y c\u00f3mo buscar y reemplazar URLs. Ahora vamos un paso m\u00e1s all\u00e1: construir un flujo pr\u00e1ctico para clonar un sitio WordPress<\/strong> de forma r\u00e1pida y consistente.<\/p>\n Clonar no es solo hacer una copia de seguridad. Tampoco es \u00fanicamente duplicar archivos. En la pr\u00e1ctica, una clonaci\u00f3n \u00fatil implica trasladar el estado completo del sitio: archivos + base de datos + configuraci\u00f3n de URLs<\/strong>, de manera que el clon funcione como una instalaci\u00f3n independiente.<\/p>\n Esto es especialmente \u00fatil en entornos de desarrollo, pruebas de plugins y temas, validaci\u00f3n de cambios antes de publicarlos o replicaci\u00f3n de sitios entre servidores. En otras palabras: necesitas una copia funcional, no un archivo comprimido olvidado en una carpeta.<\/p>\n La clonaci\u00f3n con WP-CLI encaja muy bien cuando gestionas varios entornos o tienes que repetir tareas con frecuencia. Algunos escenarios t\u00edpicos son:<\/p>\n staging<\/strong> para probar actualizaciones sin tocar la web en producci\u00f3n, entornos de desarrollo para equipos, migraciones entre hosting y creaciones r\u00e1pidas de sitios hijos o tests A\/B internos.<\/p>\n Para que el proceso sea \u00e1gil, conviene que tengas acceso SSH al servidor y permisos suficientes sobre el directorio del proyecto y la base de datos. WP-CLI debe estar instalado y funcionando, algo que ya tratamos en la gu\u00eda de instalaci\u00f3n y en el art\u00edculo sobre c\u00f3mo comprobar si est\u00e1 correctamente configurado.<\/p>\n Tambi\u00e9n es importante que el nuevo destino est\u00e9 vac\u00edo o, al menos, bajo control. Si vas a sobrescribir una instalaci\u00f3n existente, haz una copia previa. La clonaci\u00f3n r\u00e1pida sigue necesitando criterio t\u00e9cnico.<\/p>\n Si todav\u00eda no dominas el trabajo con bases de datos desde consola, te ayudar\u00e1 leer la gu\u00eda sobre c\u00f3mo exportar e importar la base de datos con WP-CLI<\/a>. Y si el sitio va a cambiar de dominio o subdominio, tambi\u00e9n es clave entender c\u00f3mo cambiar la URL de WordPress con WP-CLI<\/a>.<\/p>\n La forma m\u00e1s directa de clonar un WordPress con WP-CLI consiste en combinar comandos de sistema y comandos de WordPress. WP-CLI no sustituye a herramientas como El flujo suele ser este: copiar archivos, exportar la base de datos, crear la nueva base de datos, importar el dump, ajustar el archivo de configuraci\u00f3n y reemplazar las URLs antiguas por las nuevas. A partir de ah\u00ed, el clon ya puede funcionar de forma independiente.<\/p>\n Vamos a imaginar que quieres copiar un WordPress desde Este guion cubre la base del proceso. En algunos alojamientos tendr\u00e1s que adaptar la creaci\u00f3n de la base de datos o el usuario MySQL, porque esas tareas no siempre forman parte de WP-CLI por defecto.<\/p>\n La copia de archivos traslada temas, plugins, uploads y el n\u00facleo de WordPress si forma parte del mismo \u00e1rbol. La exportaci\u00f3n e importaci\u00f3n de la base de datos conserva entradas, p\u00e1ginas, opciones, men\u00fas y relaciones internas.<\/p>\n El Uno de los fallos m\u00e1s frecuentes es olvidar que algunos valores est\u00e1n serializados. Por suerte, Otro error habitual es no revisar el archivo Tambi\u00e9n conviene limpiar cach\u00e9s, tanto del propio WordPress como de plugins de optimizaci\u00f3n o del servidor. Si no lo haces, puedes creer que el clon no funciona cuando en realidad solo est\u00e1 sirviendo contenido antiguo.<\/p>\n En Linux, los problemas de permisos siguen siendo una fuente habitual de incidencias. Si te ocurre al copiar o al ejecutar comandos, consulta c\u00f3mo solucionar problemas de permisos con WP-CLI en Linux<\/a>. Te ahorrar\u00e1 bastante tiempo en entornos donde el usuario del servidor web y el usuario SSH no son el mismo.<\/p>\n Si clonar sitios es parte de tu trabajo recurrente, merece la pena automatizarlo en un script bash. As\u00ed puedes reducir pasos manuales y estandarizar nombres de directorios, bases de datos y dominios. Ya vimos una introducci\u00f3n \u00fatil en c\u00f3mo usar WP-CLI en scripts bash<\/a>.<\/p>\n La ventaja no es solo velocidad. Un script bien hecho tambi\u00e9n minimiza olvidos: exportar antes de importar, ejecutar el reemplazo de URLs correcto o vaciar cach\u00e9 al final. En clonaciones repetitivas, eso marca la diferencia.<\/p>\n Este ejemplo es deliberadamente simple. En un entorno real conviene a\u00f1adir comprobaciones, logs, validaciones de entorno y manejo de errores para que el script sea m\u00e1s robusto.<\/p>\n WP-CLI es ideal cuando administras WordPress con acceso directo al servidor, especialmente en proyectos t\u00e9cnicos o con m\u00faltiples entornos. Sin embargo, si trabajas en hosting muy limitado, o si el proveedor bloquea SSH, tendr\u00e1s que combinarlo con herramientas del panel o con procedimientos alternativos.<\/p>\n Adem\u00e1s, si la clonaci\u00f3n implica mover un sitio completo entre servidores o refactorizar plugins, temas y configuraciones, quiz\u00e1 te interese complementar este enfoque con una gu\u00eda de migraci\u00f3n completa usando WP-CLI<\/a>. Clonar y migrar se parecen, pero no siempre persiguen el mismo objetivo.<\/p>\n Antes de dar por terminado el proceso, verifica la portada, el acceso al escritorio, los enlaces permanentes y el funcionamiento de formularios o integraciones externas. Un clon puede estar t\u00e9cnicamente correcto y aun as\u00ed fallar en partes espec\u00edficas del frontend o del backend.<\/p>\n Tambi\u00e9n es recomendable desactivar tareas externas o integraciones de producci\u00f3n en entornos de prueba: SMTP, webhooks, pasarelas de pago o sincronizaciones con ERP\/CRM. As\u00ed evitas efectos colaterales en sistemas reales.<\/p>\n Finalmente, documenta el proceso. Si necesitas repetirlo m\u00e1s adelante, agradecer\u00e1s tener claro qu\u00e9 directorios se copian, qu\u00e9 tablas se reemplazan y qu\u00e9 comandos forman parte de tu flujo est\u00e1ndar.<\/p>\n Clonar una web WordPress con WP-CLI es una de esas tareas que parecen complejas hasta que las conviertes en un flujo ordenado. Una vez entiendes la relaci\u00f3n entre archivos, base de datos y URLs, puedes duplicar sitios en mucho menos tiempo y con menos margen de error que usando solo el panel de administraci\u00f3n.<\/p>\n La clave est\u00e1 en no pensar en WP-CLI como un comando aislado, sino como una pieza dentro de un proceso m\u00e1s amplio de gesti\u00f3n t\u00e9cnica de WordPress. Y cuanto m\u00e1s repliques ese proceso, m\u00e1s r\u00e1pido y fiable ser\u00e1 tu trabajo diario.<\/p>\n Documentaci\u00f3n oficial de WP-CLI<\/a><\/p>\nQu\u00e9 significa realmente clonar una web WordPress<\/h2>\n
Casos de uso m\u00e1s comunes<\/h3>\n
Qu\u00e9 necesitas antes de empezar<\/h2>\n
Conceptos que conviene revisar si dudas<\/h3>\n
La idea detr\u00e1s del clon r\u00e1pido<\/h2>\n
rsync<\/code> o cp<\/code>, pero s\u00ed aporta la capa de automatizaci\u00f3n que convierte el proceso en algo repetible.<\/p>\nEjemplo de clonaci\u00f3n paso a paso<\/h2>\n
\/var\/www\/sitio-original<\/code> a \/var\/www\/sitio-clon<\/code>, y moverlo a otro dominio. La l\u00f3gica es la misma aunque cambien tus rutas.<\/p>\n# 1) Copiar archivos del sitio\ncp -a \/var\/www\/sitio-original\/. \/var\/www\/sitio-clon\/\n\n# 2) Exportar la base de datos desde el sitio original\ncd \/var\/www\/sitio-original\nwp db export \/tmp\/sitio-original.sql\n\n# 3) Crear la base de datos del clon y apuntar wp-config.php a ella\n# (esto depende del panel o del gestor de bases de datos que uses)\n\n# 4) Importar la base de datos en el clon\ncd \/var\/www\/sitio-clon\nwp db import \/tmp\/sitio-original.sql\n\n# 5) Reemplazar URLs antiguas por las nuevas\nwp search-replace 'https:\/\/dominio-original.com' 'https:\/\/dominio-clon.com' --all-tables\n\n# 6) Limpiar cach\u00e9s y transients\nwp cache flush\nwp transient delete --all<\/code><\/pre>\nQu\u00e9 hace cada paso<\/h3>\n
search-replace<\/code> es el paso cr\u00edtico en clones con cambio de dominio o subdominio, porque WordPress guarda muchas URLs en la base de datos. Si no se actualizan, el sitio duplicado puede cargar enlaces rotos o seguir apuntando al entorno original.<\/p>\nC\u00f3mo evitar errores t\u00edpicos al clonar<\/h2>\n
wp search-replace<\/code> est\u00e1 pensado para tratar ese tipo de datos sin romperlos, siempre que uses el comando correcto y evites reemplazos manuales masivos en SQL cuando no toca.<\/p>\nwp-config.php<\/code>. Si el clon apunta a la base de datos equivocada, no tendr\u00e1s una copia: tendr\u00e1s una confusi\u00f3n compartida. Comprueba credenciales, prefijos de tablas y rutas absolutas si tu entorno las usa.<\/p>\nPermisos y rutas: los detalles que marcan la diferencia<\/h3>\n
C\u00f3mo convertir el proceso en un script reutilizable<\/h2>\n
Ejemplo m\u00ednimo de automatizaci\u00f3n<\/h3>\n
#!\/bin\/bash\n\nORIGEN=\"\/var\/www\/sitio-original\"\nDESTINO=\"\/var\/www\/sitio-clon\"\nURL_ANTIGUA=\"https:\/\/dominio-original.com\"\nURL_NUEVA=\"https:\/\/dominio-clon.com\"\n\ncp -a \"$ORIGEN\"\/. \"$DESTINO\"\/\n\ncd \"$ORIGEN\" || exit 1\nwp db export \/tmp\/clon.sql\n\ncd \"$DESTINO\" || exit 1\nwp db import \/tmp\/clon.sql\nwp search-replace \"$URL_ANTIGUA\" \"$URL_NUEVA\" --all-tables\nwp cache flush\nwp transient delete --all<\/code><\/pre>\nCu\u00e1ndo usar WP-CLI para clonar y cu\u00e1ndo no<\/h2>\n
Buenas pr\u00e1cticas para un clon limpio<\/h2>\n
Conclusi\u00f3n<\/h2>\n
Fuentes y lecturas recomendadas<\/h3>\n