WordPress hackeado: recuperación y revisión de la causa
Redirecciones inesperadas, usuarios desconocidos o spam pueden indicar intrusión. Borrar textos visibles no elimina una posible puerta trasera.
Anotar síntomas y momento
Enumere observaciones, URLs y fecha con zona horaria. Conserve avisos y registros adecuadamente. Distinga pruebas y suposiciones sobre la causa.
Coordinar con alojamiento
Aclare si hay otras instalaciones afectadas y vías fiables de recuperación. Contenga funciones dañinas controladamente. Cambios descoordinados dificultan pruebas y restauración.
No restaurar a ciegas
La copia puede estar infectada. Revise fecha, fiabilidad y datos nuevos desde entonces. Preserve una copia del incidente protegida cuando sea necesaria para investigar.
Revisar entrada y accesos
Examine archivos, extensiones, usuarios y configuración. Determine credenciales y sesiones que deben renovarse usando equipos fiables. Un escaneo externo no descarta cualquier infección.
Vigilar después
Pruebe funciones, redirecciones y avisos de buscadores. Documente causa corregida, actualizaciones e incertidumbres. Si pudo haber exposición de datos, revise actuaciones legales necesarias; una portada limpia no acredita solución total.
Fuentes oficiales y próximos pasos
Asistencia relacionada: Servicios web y consultoría informática.
Próximos pasos relacionados: Copias de WordPress: preparar la restauración · Mantenimiento WordPress: pruebas y plan de retorno.
Prepare su consulta
Indique síntomas, momento y alojamiento. No incluya contraseñas, claves privadas ni datos de clientes expuestos en la consulta inicial.
Solicitar asistencia en españolActualizado: 23 de octubre de 2026. Orientación general. Son determinantes el caso concreto y los requisitos vigentes del organismo competente.
