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
Delimitar la zona afectada
¿Está vacía toda la web, una página o el editor? Compara acceso, ventana privada y otro dispositivo. Registra cambios y un posible estado HTTP 500.
02
Entender Recovery Mode
Ante ciertos errores PHP fatales, WordPress puede enviar un enlace al administrador. Revisa spam. Pausa componentes para tu sesión, sin reparar automáticamente la web pública. Mantén el enlace confidencial.
03
Probar plugins y tema
Si funciona la administración, prueba el componente modificado recientemente. Desactivar puede afectar funciones críticas. Prefiere una copia para cambiar tema o buscar conflictos; no borres el tema original.
04
Consultar registros PHP
Pide el registro correspondiente al incidente. Archivo, línea y mensaje dan pistas. Usa WP_DEBUG, WP_DEBUG_LOG y WP_DEBUG_DISPLAY de forma experta y temporal, preferiblemente en pruebas; oculta errores públicos y protege registros.
05
Comprobar memoria y código
Un error de memoria exige revisar consumo y límites. PHP debe ser compatible con los componentes. Compara el código modificado con una versión conocida en lugar de encadenar actualizaciones.
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.