Esta guía es para sitios WordPress autoalojados. Los cambios requieren permisos adecuados y una vuelta atrás segura. Si no conoces archivos, bases de datos y hosting, coordina el diagnóstico con tu proveedor o equipo de mantenimiento.
Registrar lo observado
Anota URL, mensaje exacto, primer momento observado con zona horaria y último cambio. Compara inicio, otra página y acceso. Registra los intentos realizados: un único fallo no demuestra una caída completa.
Copia y vuelta atrás
Antes de intervenir conserva archivos y base de datos si es posible, además de copias anteriores. Comprueba fechas y restauración. Una copia dañada o infectada puede servir al análisis; protégela por separado y no la consideres limpia.
Cambia una sola cosa y repite la misma petición. Usa una copia de pruebas para conflictos de plugins, temas y configuración. Desactivar no es borrar: tienda, formularios y seguridad pueden verse afectados. Documenta estado inicial y reversión.
Diagnóstico dirigido
01
Registrar indicios
Redirecciones extrañas, administradores desconocidos y alertas malware son relevantes. Guarda URL, horarios y mensajes del host. La lentitud sola no demuestra un ataque. No difundas enlaces sospechosos.
02
Aislar con el proveedor
Acuerda cerrar el acceso público conservando pruebas. Un plugin de mantenimiento dentro de una instalación comprometida puede no bastar. Suspende formularios y tiendas afectados; no ignores avisos del navegador.
03
Conservar el estado comprometido
Protege archivos, base y registros antes de limpiar. La copia puede incluir malware y datos privados; no es una copia limpia. Mantén copias antiguas: el ataque puede preceder a los síntomas.
04
Revisar accesos y entrada
Comprueba hosting, WordPress, SSH/SFTP, base, correo, permisos y sesiones con especialistas. Cambia credenciales desde un dispositivo fiable y revísalas después. Una contraseña nueva no elimina código malicioso ni puertas traseras.
05
Verificar antes de reabrir
Examina archivos, base, configuración y otras instalaciones. Un escaneo externo favorable no basta. Cierra la entrada, verifica fuentes y prueba la restauración aislada. Involucra a los responsables si hay datos de clientes afectados.
06
Planificar seguimiento
Después de la validación revisa funciones, redirecciones y vistas sin sesión. Acuerda controles posteriores. Comprueba problemas de seguridad y propietarios en Search Console; pide revisión tras resolverlos. Los avisos pueden tardar en desaparecer.
Valorar la restauración
Una copia no sustituye investigar la causa. Revísala primero aislada si es posible. Restaurar puede eliminar pedidos, consultas y contenido recientes. Acuerda el alcance; tras un ataque no reincorpores archivos actuales sin comprobarlos.
Comprobar la corrección
Verifica la URL inicial, inicio, otras páginas y acceso. Prueba formularios y tienda en un entorno adecuado sin pedidos reales involuntarios. Vacía solo los niveles de caché afectados después de corregir. Documenta causa y resultado.
Cuándo pedir ayuda
Detén los cambios si la causa sigue sin aclararse, la reversión no es fiable o hay funciones críticas afectadas. Los indicios de malware requieren análisis de seguridad. No publiques registros completos, contraseñas, claves ni enlaces de recuperación.
Acordar alcance y costes →Mantenimiento tras la reparación
El núcleo WordPress, los plugins y los temas se actualizan cada semana, sin que el trabajo diario retrase las tareas necesarias. Mensuales, diarias o cada hora: el intervalo depende del plan. Las copias se guardan en servidores de la UE.
Las reparaciones y la limpieza de webs ya hackeadas se ofrecen por separado. Las licencias de pago no están incluidas.