Una reparación segura no consiste en ocultar el error
El objetivo es restaurar la función que falla sin perder contenido, desactivar funciones necesarias o crear un problema de seguridad. En sitios de negocio, WooCommerce o generación de leads, los cambios deben ser reversibles y deben comprobarse contra el flujo que originalmente falló.
Qué información ayuda a resolverlo más rápido
- URL del sitio y página o acción exacta que falla.
- Mensaje completo, captura o código HTTP.
- Qué cambió antes del problema: plugin, tema, PHP, migración, DNS/CDN o código.
- Si wp-admin sigue accesible.
- Extracto relevante del log sin contraseñas ni datos privados.
¿Bug o incidente de seguridad?
Si aparecen usuarios administradores desconocidos, redirecciones a otros dominios, CAPTCHA falsos, scripts inyectados o malware que vuelve después de borrarlo, el sitio necesita una investigación de seguridad y no solo troubleshooting.
Preguntas frecuentes
¿Qué problemas de WordPress podéis reparar?
Errores críticos, errores 500, conflictos de plugins o temas, Elementor, WooCommerce, PHP, base de datos, wp-admin, actualizaciones y migraciones.
¿Podéis reparar el sitio si wp-admin no funciona?
Sí. Muchos fallos pueden diagnosticarse desde el hosting, SFTP/SSH y los registros de PHP o del servidor.
¿Desactiváis todos los plugins para probar?
No como primera opción en producción. Primero se recoge evidencia y se intenta aislar el componente responsable de forma controlada y reversible.
¿Qué acceso necesitáis?
Depende del error. Puede ser necesario WordPress admin, hosting/SFTP/SSH, registros del servidor, base de datos o acceso a CDN/servicios externos.
¿Y si el problema es malware?
Si aparecen redirecciones, usuarios desconocidos, scripts inyectados o archivos que reaparecen, el caso debe tratarse como un incidente de seguridad y no como un bug normal.
¿Tu WordPress está roto ahora mismo?
Envía la URL, el mensaje exacto y el último cambio que recuerdes.
Solicitar diagnóstico