Índice
Anuncio
Localiza el fallo y protege la web destino
Detén la instalación y registra el síntoma antes de reemplazar datos.
Identifica la fase del bloqueo
Antes de actuar, identifica en qué fase aparece el bloqueo para aplicar la solución adecuada.
Haz un rollback antes de tocar el destino
Crea una copia separada de archivos y base de datos del destino. En el panel del hosting, descarga la carpeta donde está la web actual y exporta su base desde phpMyAdmin. Nombra ambos archivos con fecha, por ejemplo destino-antes-2026-07-22, y comprueba que la descarga no pesa 0 KB.
Comprueba los requisitos antes de crear el paquete
Revisa recursos y compatibilidad antes de crear el paquete.
Mide PHP, disco y límites de subida
Consulta la información del sistema dentro de Duplicator antes de generar el paquete. Ve a Duplicator > Herramientas > Diagnóstico y revisa PHP, memoria, espacio y permisos. Para una web pequeña, 256 MB de memoria PHP y entre 120 y 300 segundos de max_execution_time suelen bastar; una tienda con miles de imágenes puede requerir más.
| Comprobación | Valor práctico | Qué hacer si falla |
|---|---|---|
| Memoria PHP | Entre 256 y 512 MB | Pide aumento al hosting o reduce el paquete |
| Tiempo de ejecución | Entre 120 y 300 segundos | Aumenta el límite o excluye archivos pesados |
| Espacio libre | Dos veces el tamaño estimado | Libera copias antiguas y caché |
| Subida web | Mayor que el paquete | Sube por SFTP o gestor de archivos |
Revisa permisos y versiones compatibles
Antes de iniciar una migración WordPress o una clonación WordPress, confirma también la compatibilidad del entorno de destino. La versión de PHP debe ser igual o compatible con la usada en origen, y MySQL o MariaDB debe admitir el tamaño, la codificación y el motor de las tablas de la base de datos WordPress. Comprueba en el panel del hosting que el usuario de la base tiene permisos para crear, modificar y eliminar tablas, y verifica el host de MySQL en lugar de asumir que siempre es localhost.
Revisa asimismo los permisos de archivos: normalmente las carpetas deben permitir escritura al usuario del servidor y los archivos no deben estar bloqueados por reglas de propiedad o seguridad. Calcula espacio para el paquete, su extracción y una copia temporal; disponer solo del tamaño exacto del archivo no suele ser suficiente.
Anuncio
Corrige fallos al crear y subir el paquete
Corrige los avisos críticos antes de crear o subir archivos.
Relaciona cada mensaje con su arreglo
| Síntoma | Causa probable | Solución y prevención |
|---|---|---|
| Timeout al construir | Poco tiempo o memoria PHP | Excluye cachés, aumenta límites y prueba DupArchive |
| Paquete incompleto | Disco lleno o proceso cortado | Libera espacio, borra el paquete y créalo de nuevo |
| 403 al abrir instalador | WAF o ModSecurity | Pide desbloqueo temporal al hosting y vuelve a probar |
| 404 en installer.php | Carpeta o URL errónea | Mueve ambos archivos al document root correcto |
| Error 500 o blanco | PHP, permisos o regla del servidor | Consulta logs de PHP y desactiva reglas temporales |
Usa el formato de archivo adecuado
DupArchive suele dar menos fallos en hostings compartidos con recursos limitados o ZIP restringido. ZIP puede ir bien en servidores con memoria, tiempo y espacio suficientes.
Repara installer.php y conecta la base correcta
Abre el instalador desde la carpeta final y evita cambios improvisados.
Resuelve 403, 404, 500 y pantalla blanca
Aísla el problema según la fase para no aplicar una solución equivocada. Si el escaneo avisa de archivos grandes o de permisos, corrígelo antes de crear el paquete Duplicator; si aparece un timeout al construir, excluye más archivos o ajusta la memoria PHP y max_execution_time. Durante la subida, compara el peso y, si el hosting impone límites de subida, usa SFTP. Al abrir installer.php, los códigos 403, 404 y 500 apuntan normalmente a la ruta, el WAF, PHP o las reglas del servidor. Si la extracción termina, pero surge un error de conexión a la base de datos, valida el host, el nombre, el usuario, la contraseña y los privilegios antes de repetir la importación.
Introduce credenciales sin adivinar
Crea una base vacía y un usuario con permisos completos sobre ella. En cPanel abre Bases de datos MySQL, crea base, usuario y contraseña, y asigna el usuario a esa base con todos los privilegios. En Plesk, hazlo desde Databases y guarda el host mostrado.
Finalmente, si la web carga con enlaces o redirecciones incorrectas, revisa el cambio de dominio, las URLs guardadas y la caché. Duplicator Lite suele bastar para una copia puntual sencilla, mientras que Pro aporta funciones orientadas a migraciones programadas y escenarios más complejos; en un Multisite o una instalación muy grande conviene confirmar antes que el método elegido es compatible.
Resuelve tus dudas
¿Por qué duplicator no crea el paquete?
Suele fallar por memoria PHP baja, poco disco, timeout, permisos o archivos demasiado pesados. Revisa los avisos de escaneo y excluye cachés, copias antiguas y logs antes de crear otro paquete.
¿Dónde subo installer.php y archive.zip?
Súbelos juntos al directorio que corresponde a la URL final, como public_html o la carpeta del subdominio. Si van a una subcarpeta, la URL del instalador debe incluir esa subcarpeta.
¿Por qué sale error 500 en installer.php?
Suele deberse a una regla de seguridad, versión de PHP, permiso incorrecto o límite del servidor. Mira el log de PHP en la misma hora del fallo y prueba sin .htaccess guardando primero una copia.
¿Qué hago si duplicator no conecta a MySQL?
Comprueba nombre de base, usuario, contraseña, host y permisos del usuario sobre la base. localhost funciona solo si tu proveedor lo indica; algunos usan un host propio.
¿Es mejor ZIP o DupArchive?
DupArchive suele dar menos fallos en hostings compartidos con recursos limitados o ZIP restringido. ZIP puede ir bien en servidores con memoria, tiempo y espacio suficientes.
¿Cómo arreglo enlaces rotos tras migrar?
Guarda de nuevo los enlaces permanentes en WordPress y ejecuta el reemplazo de la URL antigua por la nueva con una herramienta que respete datos serializados. Revisa imágenes, menús y enlaces dentro de páginas después del cambio.
¿Por qué tengo un bucle de redirecciones HTTPS?
Suele ocurrir cuando WordPress, el CDN y el hosting fuerzan HTTPS a la vez con reglas distintas. Deja una sola capa de redirección, confirma que el certificado cubre el dominio y borra la caché.
¿Puedo borrar installer.php al terminar?
Sí, bórralo junto al archivo archive.zip o archive.daf tras verificar la clonación. Son archivos sensibles porque permiten reinstalar el contenido si alguien llega a ellos.
Anuncio
Valida la web clonada y cierra la migración
Prueba las funciones críticas antes de publicar el nuevo servidor.
Revisa URLs, SSL y rastreo
Tras instalar, valida la clonación en una URL temporal o en un entorno de staging antes de cambiar DNS o abrir la web al público. Accede con una cuenta de administrador y una cuenta de usuario normal, guarda de nuevo los enlaces permanentes y prueba páginas, imágenes, menús, buscador y áreas privadas. Envía un formulario de contacto y, si existe comercio electrónico, realiza un pedido de prueba para confirmar correos, pasarela y estados del pedido.
Comprueba que el certificado SSL funciona sin advertencias de contenido mixto, purga la caché de WordPress, CDN y navegador, y verifica que robots.txt no bloquee el sitio publicado ni permita indexar un staging. Revisa códigos de analítica, píxeles y etiquetas de conversión: pueden conservar dominios, contenedores o configuraciones del servidor anterior.
Decide si publicar o restaurar
Publica solo cuando las pruebas básicas funcionen en el nuevo entorno. Si ves pedidos ausentes, correos que no salen, errores de acceso o datos mezclados, restaura la copia del destino y revisa la causa fuera de producción. La migración correcta no es la que termina el instalador, sino la que mantiene operativas las partes que usan tus clientes.
- Elige hosting para migrar WordPress sin perder ventas
- Reparte Gutenberg y constructores sin contenido huérfano
Josu Barrios
Somos especialistas en mantenimiento WordPress para empresas, profesionales y tiendas online. Contamos con experiencia en seguridad web, optimización de rendimiento, actualizaciones, copias de seguridad y resolución de incidencias técnicas, ayudando a que cada sitio funcione de forma rápida, estable y protegida. Nuestro enfoque combina soporte técnico profesional, buenas prácticas de seguridad y seguimiento continuo para ofrecer un servicio fiable, transparente y orientado a resultados reales.