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
Separar web pública, administración y tienda
Compara URL representativas con dispositivo, acceso y horario equivalentes. Una caché pública rápida no describe el editor o carrito. Repite medidas y conserva una referencia inicial.
02
Distinguir servidor y visualización
Esperar al primer byte es distinto de una imagen tardía o scripts bloqueantes. Consulta la cascada de red y PageSpeed Insights. Distingue laboratorio y datos disponibles de usuarios reales.
03
Ajustar imágenes y scripts
Revisa imágenes iniciales, resolución, compresión y espacio reservado. No retrases con carga diferida la imagen principal. Analiza scripts externos; conserva solo mejoras demostradas sin romper funciones.
04
Adaptar caché a cada función
Revisa la caché existente antes de añadir otra. Varios plugins similares complican el diagnóstico. Carrito, pago, cuentas y contenido personal requieren excepciones. Comprueba sesiones, precios y formularios.
05
Examinar aplicación y hosting
Importa el trabajo de cada extensión, no solo cuántas hay. Revisa consultas lentas, conexiones externas y tareas simultáneas. Perfila en pruebas; no borres tablas ni desactives tareas sin evidencia.
Core Web Vitals: objetivos de visitas reales
LCP mide el contenido visible principal, INP la respuesta a interacciones y CLS los desplazamientos visuales. Los objetivos corresponden al percentil 75 de visitas reales, separando móvil y escritorio. Un ensayo de laboratorio no sustituye esos datos.
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.