Evaluación inicial sin contraseñas Presupuesto antes de intervenir Especialista responsable de principio a fin

Plugins Temas Actualizaciones

WordPress dice que un plugin está activo, pero faltan sus archivos

Recupera un plugin registrado como activo pero sin archivos preservando ajustes, restaurando código fiable y verificando cron y datos.

WordPress guarda en la base las rutas de plugins activos. Si un despliegue, restauración o borrado elimina el directorio, el registro puede permanecer hasta que WordPress lo detecte y desactive. Funciones, shortcodes, cron e integraciones pueden desaparecer antes de que el administrador lo explique.

No reinstales una versión cualquiera. Identifica edición exacta y último estado conocido de los datos.

Confirma la ruta guardada

Usa WP-CLI o una inspección protegida para listar los plugins sin imprimir otras opciones.

wp plugin list

En multisitio, separa activación de red y de cada sitio. Anota directorio/archivo-principal.php, versión y origen previstos.

No edites manualmente el valor serializado active_plugins.

Inspecciona el sistema de archivos

Revisa wp-content/plugins en busca de directorios ausentes, renombrados, vacíos o parciales. Consulta fechas, propietario, límites y registros de despliegue.

Busca en cuarentena o papelera solo mediante herramientas autorizadas. Un escáner puede haber retirado el código por un motivo.

No restaures PHP desconocido sin revisar la detección.

Conserva los datos del plugin

Haz copias antes de cambiar la activación. Identifica tablas, opciones, tipos de contenido, subidas y configuración externa.

Retirar archivos suele conservar MySQL, mientras una desinstalación puede borrar datos. No pulses Eliminar ni ejecutes hooks hasta comprender la conservación.

Anota el acceso de licencia sin exponer claves.

Encuentra el paquete correcto

Utiliza WordPress.org o la cuenta oficial del proveedor. Haz coincidir edición gratuita o Pro, slug y versión compatible con WordPress y PHP.

Compara archivos de bloqueo, copias o registro de actualización. Instalar la última versión puede iniciar una migración de esquema grande.

Verifica firmas o checksums; evita repositorios no oficiales.

Restaura de forma atómica

Prueba en staging. Coloca el paquete completo bajo el directorio y archivo esperados, con propietario correcto.

plugin-slug.new -> plugin-slug

No mezcles con un directorio parcial. Limpia OPcache y revisa PHP antes de activar.

Si la entrada activa carga el plugin en cuanto aparecen los archivos, usa mantenimiento o desactiva temporalmente con WP-CLI.

Comprueba migraciones de datos

Al cargarse, el plugin puede comparar su versión de esquema y ejecutar cambios. Haz una nueva copia y lee las notas.

No alternes versiones mientras migra. Conserva los errores y utiliza recuperación compatible.

Para muchos datos, ejecuta la migración por CLI o en segundo plano con seguimiento.

Restaura las funciones dependientes

Comprueba shortcodes y bloques, eventos, REST o AJAX, correo e integraciones. Recrea cron mediante la herramienta del plugin; hooks duplicados pueden repetir trabajo externo.

Confirma que los ajustes aún apuntan a dominios y credenciales actuales.

La pantalla de plugins no prueba que sus datos funcionales estén intactos.

Audita tareas perdidas

Lista hooks, webhooks entrantes y eventos externos que debieron ejecutarse durante la ausencia. El plugin restaurado no siempre puede deducir qué sincronizaciones o avisos faltaron.

Compara identificadores y horas del proveedor con WordPress. Reproduce solo operaciones acotadas, verificadas e idempotentes; que no exista una nota local no demuestra que el lado remoto no actuara.

Documenta las conciliaciones manuales.

Revisa temas y plugins dependientes

Los temas y complementos pueden llamar funciones ausentes sin comprobar. Busca errores fatales secundarios.

Actualiza dependencias compatibles juntas en staging y confirma el orden de carga. No añadas protecciones permanentes solo para ocultar una función que debe operar.

Verifica y evita recurrencias

Prueba la función pública y administrativa exacta y los registros. Confirma que las copias incluyen el plugin licenciado o documentan cómo recuperarlo.

El mantenimiento recurrente debería alertar ante rutas activas ausentes y despliegues incompletos. La reparación duradera restaura código fiable, conserva datos e identifica si desapareció por acción humana, restauración fallida, falta de espacio o contención de seguridad.

ANTES DE ENVIAR LA SOLICITUD

Preguntas frecuentes.

¿Pedís contraseñas en el formulario?+

No. El formulario público nunca solicita accesos. Los datos seguros se piden únicamente después de aprobar el alcance y el presupuesto.

¿Quién revisa la incidencia?+

La solicitud llega a Jordi Ensenyat, fundador de Code Barcelona y especialista WordPress con más de 15 años de experiencia.

¿Se cambia algo antes del presupuesto?+

No. Primero se revisan los síntomas visibles y se define el alcance. La intervención empieza tras la aprobación y con una vía de vuelta preparada.

¿Trabajáis con webs en inglés y fuera de España?+

Sí. WP Repair atiende incidencias WordPress y WooCommerce en inglés y español, con servicio remoto.

Evaluar mi incidencia