Reparar WordPress tras restaurar backup incompleto

Que significa un backup incompleto en WordPress

Un backup incompleto de WordPress es una copia de seguridad en la que falta parte de la informacion necesaria para que el sitio funcione correctamente. WordPress se compone de dos grandes bloques: los archivos (core, temas, plugins, subidas) y la base de datos (entradas, paginas, ajustes, usuarios, etc.). Si cualquiera de estos elementos se copia de forma parcial o inconsistente, la restauracion puede dejar el sitio roto, con errores o con contenido desactualizado.

Comprender que tipo de incompletitud tiene tu backup es clave para saber como reparar el sitio. No es lo mismo perder solo algunas imagenes que restaurar una base de datos antigua con archivos nuevos, o viceversa. El objetivo es reconstruir un estado coherente donde archivos y base de datos esten alineados en versiones, rutas y configuraciones.

• Archivos de WordPress faltantes o corruptos (core, wp-admin, wp-includes).
• Carpeta wp-content incompleta (temas, plugins, uploads).
• Base de datos parcial, tablas ausentes o con errores.
• Desfase de versiones entre archivos y base de datos.
• Configuraciones inconsistentes en wp-config.php.

Diagnostico inicial tras restaurar un backup incompleto

El primer paso para reparar WordPress tras restaurar un backup incompleto es realizar un diagnostico sistematico. No conviene empezar a copiar archivos o tocar la base de datos sin una vision clara de que esta fallando. Un buen diagnostico te ahorrara tiempo y reducira el riesgo de perdida adicional de datos.

• Identifica los sintomas: pantalla blanca, errores 500, errores de PHP, paginas 404, estilos rotos, plugins desactivados, etc.
• Revisa el panel de control: intenta acceder a /wp-admin/ y anota cualquier mensaje de error.
• Activa el modo debug: habilita WP_DEBUG en wp-config.php para ver errores detallados.
• Consulta los logs del servidor: errores de Apache/Nginx y PHP pueden indicar archivos o tablas faltantes.
• Verifica la version de PHP y MySQL/MariaDB: incompatibilidades de version pueden amplificar los problemas.

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Una vez recopilada la informacion, clasifica los problemas en tres grupos: errores de acceso (login, admin), errores de visualizacion (temas, estilos, imagenes) y errores de funcionalidad (formularios, carrito, plugins). Esto te ayudara a priorizar las acciones de reparacion.

Como comprobar si faltan archivos de WordPress

Un backup incompleto suele dejar carpetas a medias o archivos criticos ausentes. Verificar la integridad de los archivos de WordPress es esencial antes de tocar la base de datos. En muchos casos, basta con reponer el core de WordPress y revisar la carpeta wp-content para recuperar la estabilidad basica del sitio.

• Compara la estructura de carpetas: asegúrate de tener wp-admin, wp-includes y los archivos raiz (index.php, wp-login.php, etc.).
• Reinstala el core de WordPress: descarga la misma version desde wordpress.org y sube todos los archivos excepto wp-content y wp-config.php.
• Revisa permisos de archivos y carpetas: permisos incorrectos pueden simular archivos "faltantes".
• Comprueba la carpeta wp-content: verifica que existan themes, plugins y uploads.

Si el backup incompleto afecta sobre todo a la carpeta uploads, es posible que el sitio funcione pero falten imagenes o documentos. En ese caso, prioriza la restauracion de esa carpeta desde cualquier otra copia disponible, incluso parcial, para minimizar el impacto visual y de SEO.

Reparar y sincronizar la base de datos

La base de datos es el corazon de WordPress. Un backup incompleto puede dejar tablas corruptas, ausentes o con datos desfasados respecto a los archivos. Reparar la base de datos implica tanto comprobar su integridad como asegurar que las URLs, rutas y ajustes coinciden con el entorno actual.

• Accede a phpMyAdmin o similar: identifica la base de datos usada por tu sitio segun wp-config.php.
• Repara tablas: usa la opcion "Reparar tabla" o ejecuta REPAIR TABLE en las tablas con errores.
• Comprueba el prefijo de tablas: verifica que coincide con $table_prefix en wp-config.php.
• Verifica las opciones basicas: en la tabla wp_options (o similar), revisa siteurl y home.
• Busca tablas faltantes: compara con una instalacion limpia de la misma version de WordPress para detectar ausencias.

SELECT option_name, option_value
FROM wp_options
WHERE option_name IN ('siteurl','home');

Si el backup de la base de datos es mas antiguo que los archivos, puedes encontrar referencias a plugins o temas que ya no existen, o entradas que apuntan a imagenes ausentes. En estos casos, lo mas seguro es priorizar la coherencia: elimina referencias rotas, desactiva plugins inexistentes y, si es posible, combina datos con otra copia mas reciente.

Cuando el problema es grave (tablas completas perdidas), valora restaurar solo esas tablas desde otra copia o, si no existe, recrearlas desde cero (por ejemplo, tablas de plugins que pueden regenerarse al reactivar el plugin) y asumir la perdida parcial de datos, documentandola para el cliente o el proyecto.

Restaurar temas, plugins y subidas de medios

Un backup incompleto suele afectar especialmente a la carpeta wp-content, donde se almacenan temas, plugins y archivos subidos. La reparacion en esta zona debe hacerse con cuidado para evitar incompatibilidades de version y errores fatales de PHP.

• Temas: verifica que el tema activo existe en wp-content/themes. Si falta, sube una copia limpia del tema o activa temporalmente un tema por defecto (Twenty Twenty-Three, etc.).
• Plugins: comprueba que las carpetas de los plugins activos estan presentes. Si faltan archivos, reinstala los plugins desde el repositorio o desde copias locales.
• Uploads: restaura la carpeta wp-content/uploads desde cualquier copia disponible. Si solo tienes una parte, prioriza las carpetas de los ultimos años o las mas criticas para el negocio.
• Versiones: intenta mantener la misma version de tema y plugins que en la base de datos para evitar cambios bruscos. Si no es posible, actualiza todo y prueba a fondo.

En sitios complejos (por ejemplo, con WooCommerce o LMS), la relacion entre base de datos y plugins es muy estrecha. Tras restaurar un backup incompleto, revisa paginas clave (tienda, carrito, checkout, cursos, etc.) y ejecuta asistentes de migracion o reparacion que muchos plugins avanzados incluyen en sus ajustes.

Revisar wp-config.php y ajustes criticos

El archivo wp-config.php conecta WordPress con la base de datos y define constantes clave. Tras restaurar un backup incompleto, es frecuente que este archivo no coincida con el entorno actual (credenciales, prefijo de tablas, dominio, etc.). Una configuracion incorrecta puede impedir el acceso total al sitio.

• Credenciales de base de datos: verifica DB_NAME, DB_USER, DB_PASSWORD y DB_HOST.
• Prefijo de tablas: revisa $table_prefix y asegurate de que coincide con las tablas existentes.
• Claves y salts: si sospechas de problemas de seguridad, regenera las claves de autenticacion desde la API oficial de WordPress.
• Forzado de URLs: comprueba si hay constantes WP_HOME o WP_SITEURL que puedan estar apuntando a otro dominio.
• Modo debug: activa o desactiva segun la fase en la que estes (reparacion vs produccion).

define( 'DB_NAME', 'nombre_bd' );
define( 'DB_USER', 'usuario_bd' );
define( 'DB_PASSWORD', 'password_bd' );
define( 'DB_HOST', 'localhost' );

$table_prefix = 'wp_';

Si has clonado el sitio a otro servidor o dominio como parte del proceso de restauracion, es especialmente importante revisar cualquier constante relacionada con rutas, dominios o modos especiales (por ejemplo, multisite, cache, CDN). Un solo valor incorrecto puede generar redirecciones infinitas o errores de conexion.

Uso de WP-CLI para reparar WordPress

WP-CLI es una herramienta de linea de comandos para gestionar WordPress que resulta especialmente util cuando el panel de administracion no es accesible tras restaurar un backup incompleto. Permite realizar tareas de diagnostico y reparacion de forma rapida y precisa, siempre que tengas acceso SSH al servidor.

• Comprobar el estado de la instalacion: wp core verify-checksums para verificar archivos del core.
• Actualizar core, temas y plugins: wp core update, wp plugin update --all, wp theme update --all.
• Gestionar plugins: activar, desactivar o listar plugins incluso si el admin no carga.
• Buscar y reemplazar URLs: muy util tras migraciones o cambios de dominio.
• Reparar la base de datos: ejecutar comandos de optimizacion y reparacion.

# Verificar archivos del core
wp core verify-checksums

# Desactivar todos los plugins
wp plugin deactivate --all

# Activar un plugin concreto
wp plugin activate nombre-del-plugin

# Buscar y reemplazar URLs antiguas
wp search-replace 'http://dominio-antiguo.com' 'https://dominio-nuevo.com' --all-tables

WP-CLI tambien permite generar informes rapidos de estado, listar usuarios, resetear contraseñas y limpiar caches. En un escenario de backup incompleto, es una herramienta clave para recuperar el control del sitio cuando la interfaz web no responde o muestra errores criticos.

Errores comunes tras un backup incompleto y soluciones

Tras restaurar un backup incompleto de WordPress, suelen aparecer una serie de errores recurrentes. Conocer sus causas habituales y las soluciones mas efectivas te permitira actuar con rapidez y evitar pruebas innecesarias que puedan agravar la situacion.

• Pantalla blanca de la muerte (WSOD): suele deberse a errores fatales de PHP por plugins o temas incompletos o incompatibles.
• Error 500: indica un problema del servidor, a menudo relacionado con .htaccess, limites de memoria o errores de codigo.
• Errores de conexion a la base de datos: credenciales incorrectas, base de datos inexistente o tablas criticas dañadas.
• Errores 404 en todo el sitio: problemas con los enlaces permanentes o con el archivo .htaccess.
• Contenido faltante o desordenado: tablas parciales, posts huérfanos o taxonomias incompletas.

Documenta cada cambio que realices durante la reparacion: que archivos has sustituido, que tablas has restaurado, que plugins has desactivado. Esta trazabilidad es fundamental para poder revertir pasos concretos si algo sale mal y para informar con claridad al propietario del sitio sobre el alcance real de la recuperacion.

Seguridad, limpieza y pruebas finales

Una vez que el sitio vuelve a funcionar tras reparar los daños de un backup incompleto, es imprescindible realizar una fase de seguridad y limpieza. El proceso de restauracion puede haber dejado archivos temporales, copias antiguas o configuraciones de debug activas que no deberian permanecer en produccion.

• Desactiva el modo debug: asegúrate de que WP_DEBUG esta en false y que no se muestran errores al publico.
• Elimina archivos sobrantes: borra copias antiguas de wp-config, archivos ZIP de backups y scripts de migracion.
• Actualiza todo: core, temas y plugins a sus ultimas versiones estables, previa comprobacion de compatibilidad.
• Escanea en busca de malware: utiliza un plugin de seguridad o herramientas del hosting para descartar infecciones.
• Revisa roles y usuarios: comprueba que no existan usuarios sospechosos o con permisos excesivos.

Cuando todo este estable, genera una nueva copia de seguridad completa y verificada. Esta sera tu nuevo punto de restauracion fiable y te servira como referencia para futuras comparaciones si vuelven a surgir problemas.

Buenas practicas para futuros backups completos

La mejor forma de evitar tener que reparar WordPress tras un backup incompleto es implantar una estrategia de copias de seguridad solida. Esto implica no solo automatizar backups, sino tambien verificar su integridad y probar restauraciones periodicas en entornos de prueba.

• Backups completos y diferenciales: combina copias completas periodicas con incrementales para optimizar espacio y tiempo.
• Incluye archivos y base de datos: asegúrate de que la herramienta elegida respalda ambos componentes.
• Almacenamiento externo: guarda las copias en ubicaciones externas (S3, Google Drive, FTP remoto) ademas del servidor principal.
• Versionado y retencion: conserva varias versiones historicas para poder elegir el punto de restauracion mas adecuado.
• Pruebas de restauracion: realiza restauraciones de prueba en un entorno de staging al menos cada cierto tiempo.

Una politica de backups bien diseñada no solo reduce el riesgo de perder datos, sino que tambien acorta significativamente el tiempo de recuperacion ante cualquier incidente, desde errores humanos hasta fallos de hardware o ataques maliciosos.

Preguntas frecuentes