Estar en línea no es lo mismo que funcionar
El monitor más sencillo solicita una página y comprueba si el servidor responde. Si recibe un código correcto, marca el sitio como disponible.
Esa comprobación puede seguir en verde mientras falla su formulario de contacto, una redirección lleva a la gente al lugar equivocado, un certificado está a punto de vencer, desaparece una política de seguridad del navegador o una página importante se sustituye por algo inesperado. El servidor respondió. Eso no significa que el sitio cumpliera su función.
Vale la pena medir la disponibilidad. Es solo la primera pregunta.
Compruebe las páginas de las que depende la gente
Empiece por las pocas cosas que el público viene a hacer en su sitio. Para una asociación de miembros, pueden ser las inscripciones, el acceso a documentos y el formulario de contacto. Para un organismo público, los avisos de reuniones y las instrucciones de servicios. Para una organización de incidencia, una página de acción que debe recibir envíos antes de una fecha límite.
No hace falta probar cada recorrido por el sitio. Cubra las pocas páginas y funciones cuyo fallo causaría un daño inmediato a su operación.
Vigile la configuración que puede cambiar en silencio
Algunos fallos ocurren en la configuración del sitio y no en una página. Cambian las reglas de redirección. Un certificado se renueva mal. Un despliegue elimina una cabecera de seguridad. Una política de seguridad de contenido se debilita o empieza a bloquear un servicio que el sitio necesita.
Nada de esto se ve al editar páginas, y por eso debe formar parte de comprobaciones recurrentes. Un monitor útil registra cómo debe estar cada ajuste y le avisa cuando cambia.
- Validez y vencimiento del certificado HTTPS.
- Dominio canónico y comportamiento de redirecciones.
- Cabeceras y políticas de seguridad del navegador.
- Títulos, marcadores de contenido y tipos de respuesta esperados.
- Cambios de rendimiento que afecten a visitantes.
- Formularios o integraciones importantes que puedan probarse con seguridad.
Cada alerta necesita un responsable
Un buzón lleno de alertas no significa que el sitio esté gestionado. Cada cosa que supervisa necesita un responsable y un plan para lo que sigue.
El registro debe indicar qué cambió, cuándo se detectó por primera vez, qué páginas afecta, si se repitió y qué debe pasar después. Su equipo web debe saber cuándo revisar la aplicación, cuándo llamar al proveedor de alojamiento y cuándo la organización tiene que tomar una decisión de contenido o de política.
Qué pedir en un informe de supervisión
Usted no necesita un tablero de solicitudes sin procesar. Un informe útil separa los problemas actuales de los ya recuperados, muestra qué servicio está afectado, incluye la evidencia e indica el siguiente paso.
Pregunte qué comprueba el sistema, con qué frecuencia, qué deja fuera a propósito, quién recibe las alertas y qué ocurre cuando llega una. Si la respuesta termina en enviar una notificación, lo que compró es detección sin respuesta.
Leland Fiegel