Clonar WordPress a otro hosting sin errores

Cambiar de proveedor da bastante respeto cuando la web ya está en producción: nadie quiere perder archivos, romper la base de datos o dejar el sitio caído durante horas. Clonar WordPress a otro hosting significa copiar la instalación completa —archivos, base de datos y parte de la configuración— a un nuevo servidor, revisando después DNS, SSL, caché y compatibilidades para que el cambio afecte lo mínimo posible al servicio.

La buena noticia es que puede hacerse con bastante seguridad si se sigue un orden correcto: copia de seguridad, validación del entorno de destino, clon en URL temporal o staging si existe, pruebas antes de tocar DNS y ajustes finales una vez el dominio apunte al nuevo alojamiento. El método concreto conviene elegirlo según el tamaño del sitio, el acceso disponible y las limitaciones de cada hosting.

Qué implica clonar WordPress a otro hosting y cuándo conviene hacerlo

Cuando se habla de migrar WordPress o de mover una web a otro proveedor, no solo se trasladan los archivos visibles del sitio. En una instalación estándar intervienen varios elementos:

• Los archivos de WordPress: núcleo, temas, plugins, subidas de la carpeta wp-content y archivos de configuración.
• La base de datos: entradas, páginas, ajustes, usuarios, menús, widgets, metadatos y configuraciones de plugins.
• La configuración del dominio: DNS, registros, subdominios y, a veces, correo asociado al mismo dominio.
• Aspectos del servidor: versión de PHP, límites de memoria, tamaño máximo de subida, módulos, compresión, reglas del servidor web y certificados SSL.
• Capas adicionales: caché del servidor, plugin de caché, CDN, firewall o proxy inverso si existen.

Conviene plantear un traslado de sitio WordPress cuando el hosting actual se queda corto en rendimiento, soporte, seguridad, espacio, flexibilidad técnica o precio. También puede tener sentido al unificar proyectos, pasar de un entorno compartido a uno gestionado o preparar un cambio de servidor más estable.

Ahora bien, clonar la web no implica siempre que todo cambie. El contenido, el diseño y la estructura pueden mantenerse exactamente igual, pero el comportamiento final puede variar si el entorno de destino usa otra versión de PHP, otro motor de base de datos, reglas distintas de caché o restricciones de recursos.

Qué revisar antes de migrar WordPress para evitar errores

La mayor parte de los problemas no aparece al copiar, sino por no preparar bien la migración web WordPress. Antes de tocar nada, conviene revisar este checklist:

1. Haz una copia de seguridad completa. Guarda archivos y base de datos por separado. Si el hosting ofrece backup automático, no des por hecho que será suficiente: descarga también una copia local.
2. Anota la versión de PHP y la configuración actual. Comprueba la versión activa, límite de memoria, tamaño máximo de subida, extensiones relevantes y versión de MySQL o MariaDB.
3. Revisa el peso real del sitio. Si la carpeta de subidas es muy grande, algunos plugins pueden fallar o tardar demasiado. En ese caso, el método manual o por SSH puede ser más fiable.
4. Comprueba plugins sensibles. Caché, seguridad, optimización, redirecciones, membership, LMS, comercio electrónico o integraciones externas suelen requerir revisión extra.
5. Confirma si el correo depende del mismo hosting. Al cambiar DNS, algunos registros MX, SPF, DKIM o DMARC pueden verse afectados si no se replican correctamente.
6. Prepara un entorno de pruebas. Si el nuevo proveedor ofrece staging, URL temporal o vista previa por archivo hosts, úsalo antes del cambio definitivo.
7. Reduce riesgos con el DNS. No cambies las DNS ni el registro A hasta haber validado la copia. Si puedes, baja el TTL con antelación para acelerar la propagación, aunque depende del proveedor.

Cómo clonar WordPress con un plugin paso a paso

Usar un plugin es la vía más cómoda para copiar WordPress cuando el sitio no es excesivamente pesado y el hosting permite ejecutar la exportación e importación sin cortes. El nombre concreto del plugin puede variar, pero el flujo suele ser parecido.

Paso 1. Limpia lo innecesario antes de exportar

Elimina copias antiguas, caché acumulada, revisiones prescindibles y archivos temporales si sabes lo que estás borrando. Cuanto menos peso tenga la copia, menos posibilidades hay de timeout o de exceder límites del servidor.

Paso 2. Genera el paquete de migración

Desde el plugin, crea una exportación completa del sitio con archivos y base de datos. Algunos generan un único archivo; otros crean un paquete y un instalador. Descarga ambos elementos al equipo local y verifica que la generación se haya completado sin avisos críticos.

Paso 3. Prepara el nuevo hosting

Crea el dominio o la instalación de destino en el nuevo proveedor. Si el plugin necesita una instalación WordPress limpia para importar, instálala primero. Si trabaja con un instalador independiente, quizá solo necesites el espacio web y una base de datos nueva.

Paso 4. Sube el paquete al destino

Sube el archivo exportado desde el panel del plugin, por FTP o mediante el administrador de archivos, según el método requerido. Si el hosting limita el tamaño de subida, puede que necesites fragmentar la copia o recurrir al método manual.

Paso 5. Ejecuta la importación

Lanza el proceso de importación y deja que el plugin reescriba rutas, tablas y ajustes necesarios. Si el dominio va a seguir siendo el mismo, muchos plugins actualizan automáticamente las referencias internas, aunque conviene comprobarlo después.

Paso 6. Prueba la web en la URL temporal

Antes de apuntar el dominio, revisa páginas clave, formularios, acceso al panel, imágenes, plugins críticos y rendimiento básico. Si el hosting ofrece vista previa temporal, úsala. Si no, puede ser útil una comprobación por archivo hosts, siempre con cuidado para no confundir cachés o certificados.

Este método puede ahorrar tiempo, pero no siempre evita revisar detalles técnicos. En tiendas online, webs grandes o instalaciones con personalizaciones complejas, sigue siendo importante validar base de datos, cron, caché y reglas del servidor.

Cómo mover WordPress a otro hosting manualmente

El método manual da más control y suele ser la mejor opción cuando quieres mover WordPress a otro hosting con conocimiento preciso de lo que se copia y lo que se ajusta. Requiere más atención, pero reduce la dependencia de plugins y puede encajar mejor en sitios grandes o servidores con acceso avanzado.

1. Descarga todos los archivos del sitio

Conéctate por FTP, SFTP o SSH y descarga la instalación completa. Asegúrate de incluir archivos ocultos como .htaccess si existe. Revisa especialmente wp-content, ya que ahí están temas, plugins y medios subidos.

2. Exporta la base de datos

Exporta la base de datos desde phpMyAdmin, Adminer o línea de comandos. Si es grande, un volcado por consola suele ser más estable que una exportación web. Guarda el archivo SQL y confirma que no esté corrupto ni incompleto.

3. Crea una base de datos nueva en el hosting de destino

En el nuevo proveedor, crea una base de datos, un usuario y su contraseña con todos los permisos necesarios. Anota nombre de base de datos, usuario, host y contraseña.

4. Sube los archivos al nuevo servidor

Carga la copia completa en el directorio correcto del dominio de destino. Si el proveedor usa una estructura distinta de carpetas, conviene verificar la ruta pública exacta antes de subir nada para evitar errores de documento raíz.

5. Importa la base de datos en el entorno nuevo

Importa el SQL en la nueva base de datos. Si la importación falla por tamaño, tiempo de ejecución o codificación, puede ser necesario dividir el archivo, comprimirlo o usar línea de comandos si el hosting lo permite.

6. Ajusta el archivo wp-config.php

Modifica DB_NAME, DB_USER, DB_PASSWORD y DB_HOST con los datos del nuevo entorno. Si el proveedor usa un host de base de datos no estándar, este punto es crítico.

7. Revisa URLs y rutas si cambia el dominio o la estructura

Si el dominio final es el mismo, muchas veces no hay que cambiar las URLs internas. Si cambia dominio, subdominio o carpeta, conviene hacer una sustitución controlada en la base de datos para evitar enlaces rotos, contenido mixto o rutas erróneas serializadas. En instalaciones complejas, es mejor no hacerlo con búsquedas manuales simples si no se controla bien el efecto sobre datos serializados.

8. Prueba antes de cambiar DNS

Comprueba el sitio desde la URL temporal del hosting, una vista previa técnica o una resolución local del dominio. Revisa portada, páginas internas, imágenes, acceso al panel, formularios, tienda y operaciones de usuario si las hubiera.

9. Cambia DNS cuando la copia esté validada

Una vez comprobado que la copia completa del sitio funciona, actualiza los nameservers o el registro A, según la arquitectura elegida. Durante la propagación DNS puede haber accesos repartidos entre servidor antiguo y nuevo, así que conviene evitar cambios de contenido en ese intervalo o poner el sitio en modo mantenimiento si el contexto lo exige sin acceso FTP.

Qué ajustes hacer en el nuevo hosting tras la migración

Completar la copia no significa que la migración WordPress sin errores esté cerrada. Después del traslado, hay varios ajustes importantes:

• Forzar o revisar SSL. Instala o activa el certificado del dominio y comprueba que no haya contenido mixto si el sitio ya usaba HTTPS.
• Regenerar enlaces permanentes. Entra en Ajustes > Enlaces permanentes y guarda sin necesidad de cambiar la estructura. Esto suele regenerar reglas y resolver algunos 404.
• Vaciar cachés. Borra la caché del plugin, del servidor, del navegador y de la CDN si existe. Muchas incidencias aparentes son solo caché antigua sirviendo recursos del hosting anterior.
• Revisar tareas programadas y cron. Algunos hostings gestionan cron de forma distinta, y determinados plugins dependen de ello.
• Comprobar el correo. Si el dominio envía o recibe correo en el mismo proveedor, revisa registros DNS y prueba entregas reales.
• Ajustar PHP y recursos. Si hay warnings, lentitud o errores 500, revisa memoria, extensiones y versión de PHP compatible con tu tema y plugins.
• Verificar robots, indexación y Search Console. Si has trabajado en staging o con una URL temporal, confirma que no se haya quedado un bloqueo de indexación no deseado. Si procede, supervisa Search Console tras el cambio.

En este punto también conviene revisar si el nuevo proveedor aplica reglas de seguridad, WAF o caché a nivel servidor que puedan interferir con APIs, formularios, WooCommerce, sesiones o administración.

Errores frecuentes al cambiar hosting WordPress y cómo evitarlos

Al cambiar hosting WordPress, estos son algunos fallos habituales y su causa más probable:

• Error 404 tras migración. Suele deberse a credenciales incorrectas en wp-config.php, host de base de datos erróneo o permisos insuficientes del usuario.
• Pantalla en blanco o error 500. Puede deberse a incompatibilidad de PHP, memoria insuficiente, plugin problemático, reglas del servidor o archivo .htaccess corrupto.
• Imágenes o estilos rotos. A menudo se relaciona con rutas mal reescritas, contenido mixto HTTP/HTTPS, caché antigua o CDN apuntando al origen previo.
• Bucles de redirección. Pueden aparecer por forzado de HTTPS, reglas de redirección duplicadas, proxy/CDN o configuración incoherente entre WordPress y servidor.
• Pérdida de correos. No la causa WordPress en sí, sino un cambio DNS incompleto o registros MX no replicados.
• Cambios que aparecen y desaparecen. Suele ser síntoma de propagación DNS, caché del navegador o tráfico repartido entre dos servidores mientras el cambio se asienta.

La forma más eficaz de prevenir estos problemas es bastante poco espectacular, pero funciona: backup completo, pruebas previas, validación del entorno, no tocar DNS antes de tiempo y dejar documentados los ajustes del hosting antiguo.

Comprobaciones finales para confirmar que la copia funciona bien

Una vez el dominio ya resuelve al nuevo proveedor, revisa el sitio como si fueras usuario y como si fueras administrador. Este último repaso evita dejar errores pequeños que luego afectan a SEO, conversiones o soporte.

1. Abre la portada y varias páginas internas en modo incógnito.
2. Comprueba que cargan imágenes, CSS, JavaScript y fuentes sin errores visibles.
3. Inicia sesión en el panel y verifica que no hay avisos de permisos o actualizaciones fallidas.
4. Guarda de nuevo los enlaces permanentes.
5. Prueba formularios, correos transaccionales y, si aplica, checkout, pasarelas y área de usuario.
6. Revisa Search Console y analítica para detectar caídas de rastreo, errores 404 o bloqueos de indexación si procede.
7. Confirma que la CDN, el firewall o los plugins de optimización ya apuntan al nuevo origen.
8. Mantén activo el hosting anterior solo el tiempo prudente, hasta confirmar estabilidad y tener una ventana de reversión si fuera necesaria.

FAQ rápida