Una actualización puede dejar el modo mantenimiento y una copia puede dejar de ejecutarse sin producir un error visible. La detección funciona mejor al comprobar resultados y antigüedad esperados en lugar de esperar a que el propio plugin anuncie el fallo.
Define qué significa éxito
En una actualización, las versiones previstas deben quedar instaladas, salir del mantenimiento y conservar funciones críticas. En un backup, debe existir un conjunto reciente de archivos y base en almacenamiento independiente con metadatos útiles.
Define umbrales de antigüedad, tamaño anómalo y errores repetidos según la frecuencia de cada web.
Monitoriza versiones y mantenimiento
Recoge versiones por un canal de gestión autenticado. Alerta si una actualización aprobada queda pendiente, una versión cambia fuera de ventana o persiste .maintenance.
wp core version
wp plugin list --format=json
wp theme list --format=jsonProtege la salida porque revela el inventario de software.
Detecta fallos de aplicación posteriores
Comprueba más que la portada. Solicita una página interior y REST y utiliza una prueba sintética autenticada segura cuando corresponda. Busca 500, firmas de error crítico y recursos rotos.
Relaciona las alertas con la hora del cambio. Una respuesta 200 que contiene una página de error PHP sigue siendo un fallo.
Vigila logs y eventos programados
Cuenta nuevas firmas fatales y errores de tareas de update o backup. Alerta por aumentos, no por cada notice irrelevante. Comprueba WP-Cron o el scheduler del servidor.
Registra la última ejecución correcta de cada tarea esperada. El silencio es una señal si un proceso diario no informa durante dos días.
Comprueba la frescura de la copia externamente
Consulta el almacenamiento remoto o inventario del hosting, no solo WordPress. Verifica hora, tamaño no nulo, componentes de archivos y base y número de retenciones.
Marca cambios bruscos. Un archivo diminuto puede estar incompleto y uno enorme puede incluir copias anidadas o logs.
Utiliza un heartbeat externo
Al final de una tarea realmente correcta, envía un heartbeat secreto o firmado a un monitor y alerta si llega tarde.
No expongas la URL en JavaScript público. El heartbeat demuestra que se alcanzó un punto, no que el archivo se pueda restaurar.
Prueba integridad y restauración
Verifica periódicamente checksums o resultados de integridad y realiza una restauración aislada. Mide el tiempo y documenta credenciales ausentes o dependencias manuales.
La automatización reduce el tiempo de detección; solo una restauración demuestra recuperabilidad.
Enruta alertas con evidencia útil
Incluye web, tarea, hora esperada, último éxito, estado observado y referencia de log. No adjuntes bases, credenciales o logs sensibles completos.
Usa severidades: un retraso recuperable, fallo de mantenimiento, caída pública y pérdida de cobertura requieren respuestas distintas.
Monitoriza el propio monitor
Envía alertas de prueba por la misma ruta y confirma que una persona autorizada las recibe. Controla versión del agente, caducidad de credenciales y última recogida.
El monitor externo debe informar aunque WordPress no responda. Mantén una segunda vía para pérdida crítica de copias; un aviso dentro del mismo buzón roto no reduce el riesgo.
Evita la fatiga de alertas
Deduplica eventos, suprime condiciones esperadas de mantenimiento y exige avisos de recuperación. Ajusta umbrales cuando cambien los horarios.
Una alerta permanentemente ruidosa equivale a no tenerla. Cada alarma debe tener propietario y primera acción diagnóstica.
Conecta monitorización con reparación
Mantén accesos autorizados actuales a WordPress, hosting, DNS y copias. Documenta límites del rollback y quién autoriza recuperar.
El mantenimiento debe revisar el historial, probar la ruta de avisos y cerrar huecos descubiertos. La automatización aporta evidencia temprana; la reparación profesional interpreta y elige una respuesta segura.