¿Cómo monitorizar sitios web, portales y servicios digitales de la administración pública?

¿Qué significa monitorizar sitios web y servicios digitales en la administración pública?

En el ámbito de las administraciones públicas, el término “monitorización” puede referirse a varios aspectos distintos. Conviene diferenciarlos, porque cada uno responde a necesidades diferentes y requiere herramientas específicas.

Disponibilidad, rendimiento y funcionamiento correcto

¿Está disponible el sitio web de la administración? ¿Funciona correctamente el portal ciudadano? ¿Se muestra el contenido esperado? ¿La página carga con suficiente rapidez? ¿Puede una persona completar un formulario, iniciar sesión o recorrer todo el proceso de un trámite en línea?

Este es precisamente el tipo de monitorización al que se dedica este artículo.

Su objetivo es comprobar de forma continua y automática los sitios web y servicios públicos digitales desde la perspectiva de sus usuarios, y detectar rápidamente caídas, ralentizaciones y otros fallos de funcionamiento.

Accesibilidad digital (WCAG)

Otro ámbito diferente es la accesibilidad digital: garantizar que los sitios web y aplicaciones de las administraciones públicas puedan ser utilizados también por personas con discapacidad.

Las Web Content Accessibility Guidelines (WCAG) son la referencia internacional más extendida en esta materia, aunque las obligaciones concretas dependen de la normativa aplicable en cada país.

Este tipo de evaluación responde a la pregunta de si un servicio digital puede ser utilizado correctamente por personas con distintas necesidades y limitaciones. No responde, en cambio, a si el servicio está disponible en este momento ni a si funciona técnicamente de forma correcta.

Ciberseguridad

Otro ámbito independiente es la seguridad de los sistemas de información. Aquí entran, entre otros, la detección de vulnerabilidades, actividades no autorizadas, intentos de intrusión, malware y otros riesgos de seguridad.

La monitorización de disponibilidad y funcionamiento no sustituye a soluciones SIEM, SOC, EDR ni a herramientas de gestión de vulnerabilidades. Sin embargo, puede complementarlas, ya que permite detectar efectos visibles desde el exterior de un incidente de seguridad, como una caída, una degradación importante del rendimiento, una modificación inesperada del contenido o el mal funcionamiento de una aplicación.

En el resto del artículo nos centraremos en este último aspecto operativo: la monitorización continua de la disponibilidad, el rendimiento y el funcionamiento correcto de sitios web, portales públicos y servicios digitales de la administración.

¿Por qué los sitios web y servicios digitales de la administración necesitan monitorización 24/7?

Los sitios web institucionales, los portales ciudadanos y los trámites en línea están disponibles para la ciudadanía las 24 horas del día, independientemente del horario de atención de la administración. Por tanto, los problemas también pueden aparecer en cualquier momento: por la tarde, de noche, durante el fin de semana o en un día festivo.

En la práctica, una incidencia que comience fuera del horario de trabajo puede pasar desapercibida durante muchas horas si no existe una monitorización automática.

Un servicio puede dejar de funcionar fuera del horario de trabajo

La causa no tiene por qué ser una caída completa del servidor. La indisponibilidad puede deberse a un error de la aplicación o de la base de datos, un problema del servidor web, un certificado SSL caducado o mal configurado, una sobrecarga de infraestructura o una actualización defectuosa. También puede originarse en un proveedor externo, la red o el centro de datos.

Sin monitorización externa, la primera persona que detecte el problema puede ser un ciudadano que intenta utilizar el servicio.

La presencia de un administrador no es suficiente

Aunque una administración cuente con su propio equipo de TI o con un proveedor externo, comprobar manualmente el funcionamiento de todos los sitios web y aplicaciones no proporciona una supervisión continua.

La monitorización automática puede realizar pruebas durante todo el día, a intervalos regulares y sin intervención humana. Cuando detecta y confirma un problema, puede informar de inmediato a las personas responsables.

Así, el administrador no necesita comprobar constantemente si el sitio web o el portal siguen funcionando: recibe una alerta cuando aparece un problema real.

La disponibilidad afecta a ciudadanos, empresas y empleados públicos

La indisponibilidad de un servicio público digital puede impedir consultar información, presentar un formulario, iniciar sesión en un portal ciudadano, realizar un pago, reservar una cita o comprobar el estado de una solicitud. En la práctica, puede bloquear casi cualquier gestión ofrecida en línea.

En algunos casos, el problema puede ser especialmente grave cuando la persona usuaria debe completar una gestión antes de una fecha límite.

No solo importa la disponibilidad, también la velocidad

Un servicio no tiene que estar completamente caído para resultar problemático.

Un aumento repentino del tiempo de carga o de respuesta puede indicar una sobrecarga, problemas con la base de datos, fallos de un componente o errores tras desplegar una nueva versión.

Por eso la monitorización no debería limitarse a preguntar “¿funciona el servicio?”, sino también “¿funciona correctamente y con la rapidez suficiente?”.

Esto permite detectar un deterioro del rendimiento antes de que desemboque en una indisponibilidad completa.

La monitorización 24/7 reduce el tiempo de reacción

La principal ventaja operativa de una supervisión continua es reducir el tiempo entre la aparición del problema y el inicio de la respuesta.

Si una caída se detecta automáticamente pocos minutos después de comenzar y se notifica de inmediato a la persona adecuada, el equipo interno o el proveedor externo puede empezar el diagnóstico mucho antes de que llegue la primera queja de un usuario.

¿Qué debería monitorizar exactamente una administración pública?

El alcance debería incluir todos los servicios web y aplicaciones públicas cuya indisponibilidad o mal funcionamiento pueda dificultar el acceso a información o la realización de trámites.

Esto incluye no solo el sitio web principal, sino también portales de servicios, portales ciudadanos, aplicaciones sectoriales y otros sistemas accesibles desde un navegador.

Sitio web institucional

La web principal suele ser el punto de entrada digital más importante para la ciudadanía. Conviene controlar no solo su disponibilidad y la respuesta del servidor, sino también la presencia del contenido esperado, los tiempos de respuesta y carga, la validez del certificado SSL y el dominio.

Un sitio puede responder técnicamente con HTTP 200 y, aun así, mostrar una página de error, una página vacía o un mensaje generado por una capa intermedia. Por eso no siempre basta con comprobar que el servidor responde.

Portales ciudadanos y portales de servicios

En el caso de los portales, una simple comprobación de disponibilidad suele ser insuficiente.

La página inicial puede cargar correctamente mientras uno de los procesos clave falla. El problema puede aparecer al iniciar sesión, seleccionar un trámite, pasar de un paso a otro, rellenar un formulario, adjuntar archivos, guardar información, realizar un pago o enviar una solicitud.

Por eso conviene monitorizar estos portales mediante escenarios que reproduzcan acciones reales de los usuarios.

Formularios en línea

Los formularios pueden requerir una comprobación específica. La monitorización debería verificar no solo que el formulario se muestra, sino también que puede rellenarse, validarse y completarse correctamente.

Un error en un formulario es un buen ejemplo de fallo que no será detectado por una prueba básica de disponibilidad de la página principal.

Sistemas de cita previa

Si una administración ofrece la reserva de citas por Internet, también merece la pena monitorizar ese proceso.

Se puede comprobar si el sistema se abre, si los pasos sucesivos están disponibles, si se puede seleccionar un servicio y una fecha y si el proceso termina con la confirmación correcta.

Portales ciudadanos y sistemas de pago

También pueden supervisarse cuentas ciudadanas, sistemas de tasas y tributos, pagos en línea y otras aplicaciones que requieren varias operaciones consecutivas.

En estos casos, lo importante es monitorizar el proceso completo y no únicamente la página de inicio.

Otras aplicaciones públicas en Internet

Dependiendo de cada administración, el alcance puede incluir plataformas de participación ciudadana, presupuestos participativos, sistemas de incidencias urbanas, buscadores de documentos, solicitudes en línea, geoportales, sitios web de organismos dependientes y otras aplicaciones disponibles para ciudadanos o empresas.

Una regla sencilla es la siguiente: si un usuario puede acceder al servicio por Internet y su fallo dificultaría la obtención de información o la realización de una gestión, merece la pena considerar su monitorización.

Monitorizar solo la disponibilidad no es suficiente

La monitorización básica de sitios web suele limitarse a comprobar si el servidor responde y si una URL concreta es accesible. Es un buen punto de partida, pero normalmente no basta para portales y servicios digitales de la administración.

Un servicio puede responder correctamente desde el punto de vista técnico y, al mismo tiempo, ser prácticamente inutilizable.

El servidor funciona, pero el servicio no

Un caso típico es una página que devuelve un código HTTP correcto pero, en lugar del contenido esperado, muestra un error de la aplicación, una página vacía o incompleta, una página técnica o contenido procedente de un sistema intermedio.

Por eso la monitorización debería comprobar no solo la respuesta del servidor, sino también si contiene el contenido esperado.

En una web institucional puede tratarse de un fragmento de texto característico, el nombre del organismo o cualquier otro elemento que confirme que el usuario ha recibido la página correcta.

Los fallos parciales pueden pasar desapercibidos

Más difíciles de detectar son los fallos parciales. La página principal puede funcionar perfectamente mientras el formulario de contacto no envía datos, el buscador no devuelve resultados, el inicio de sesión falla, un botón no responde o el proceso de pago termina con un error.

Una prueba simple de la página principal no detectará estos problemas.

En servicios más complejos es necesario comprobar páginas, funciones y procesos concretos que sean relevantes para el usuario.

El código HTTP es solo una señal

Los códigos HTTP son importantes para el diagnóstico, pero no deberían ser el único criterio.

Una respuesta 200 OK no garantiza que la página funcione correctamente. Del mismo modo, un error aislado no siempre implica una incidencia prolongada.

Una monitorización eficaz combina varios tipos de comprobación: código de respuesta, contenido, tiempos de respuesta y carga, escenarios de usuario y confirmación adicional del problema detectado.

La monitorización debería reproducir el uso real

La pregunta más importante no es “¿está el servidor funcionando?”, sino “¿puede el usuario utilizar realmente el servicio?”.

En una página informativa sencilla puede bastar con combinar disponibilidad, contenido y rendimiento. En un portal de servicios, en cambio, puede ser necesario recorrer automáticamente todo el proceso, desde abrir la aplicación hasta rellenar un formulario y comprobar el resultado final.

Solo así se detectan los casos en los que el servicio está formalmente disponible, pero en la práctica no funciona correctamente.

¿Cómo monitorizar el rendimiento de sitios web y servicios digitales?

La disponibilidad es solo una parte de la calidad del servicio. Un sitio web o portal puede estar accesible, pero responder tan lentamente que su uso resulte incómodo o prácticamente imposible.

Por eso la monitorización también debería incluir el rendimiento.

Tiempo de respuesta y tiempo de carga

Conviene distinguir dos métricas básicas. El tiempo de respuesta del servidor indica cuánto tarda este en empezar a responder, mientras que el tiempo de carga muestra cuánto se necesita para cargar la página completa junto con sus recursos.

Un tiempo de respuesta corto no garantiza una experiencia rápida. Scripts, hojas de estilo, imágenes o servicios externos pueden retrasar mucho la carga completa.

Desde el punto de vista del usuario, lo importante es cuánto debe esperar realmente hasta poder utilizar el servicio.

Una ralentización puede ser la primera señal de un problema

Un aumento repentino del tiempo de respuesta o de carga puede indicar una sobrecarga del servidor o de la conexión, problemas con la base de datos, una actualización ineficiente, un fallo tras desplegar una nueva versión o problemas en componentes externos.

Por tanto, conviene monitorizar el rendimiento no solo por comodidad de uso, sino también como señal temprana de un deterioro del servicio.

Umbrales de alerta para el rendimiento

La monitorización puede reaccionar no solo a una caída completa, sino también al superar un tiempo de respuesta o de carga definido.

Por ejemplo, puede generarse una alerta cuando se supera un umbral, cuando la carga completa tarda demasiado o cuando el empeoramiento se mantiene durante varias mediciones consecutivas.

Esto permite detectar problemas que de otro modo aparecerían primero como quejas de los usuarios.

El rendimiento debe medirse desde la perspectiva del usuario

Al igual que la disponibilidad, el rendimiento debería medirse desde el exterior.

Una medición interna puede parecer correcta mientras un usuario de Internet experimenta retrasos causados por capas intermedias, recursos externos o el propio navegador.

Por eso son especialmente valiosas las mediciones que reproducen la carga real de la página en un navegador.

El rendimiento también afecta a pasos concretos de un trámite

En aplicaciones y portales no siempre basta con medir la página de inicio.

La ralentización puede aparecer durante el inicio de sesión, una búsqueda, el guardado de información, la generación de un documento, el pago o el envío de una solicitud.

Por eso los escenarios también pueden utilizarse para evaluar el rendimiento de distintos pasos de un proceso.

La tendencia importa más que una medición aislada

Una única medición lenta no implica necesariamente un problema. Lo importante es observar la evolución.

Las mediciones regulares permiten detectar si una página se vuelve progresivamente más lenta, si el rendimiento empeora tras determinados despliegues, si los problemas aparecen en horas concretas o si ciertos servicios funcionan de manera consistentemente peor que otros.

Monitorización de procesos y escenarios de usuario

En portales, formularios y otras aplicaciones web, comprobar únicamente la disponibilidad no garantiza que el usuario pueda completar realmente su gestión.

La aplicación puede abrirse correctamente y, aun así, fallar en uno de los pasos posteriores.

Por eso los servicios más complejos deberían monitorizarse con escenarios de usuario.

¿En qué consiste la monitorización por escenarios?

Consiste en reproducir automáticamente un proceso tal y como lo realizaría una persona real utilizando un navegador.

El escenario puede incluir abrir una página, elegir una opción, pasar al siguiente paso, introducir datos en un formulario, pulsar un botón, iniciar sesión, seleccionar una fecha o un tipo de trámite y verificar el mensaje o resultado final.

Cada paso puede controlarse por separado.

Monitorización de formularios

Los formularios son uno de los elementos que pueden dejar de funcionar aunque el resto del sitio siga disponible.

El problema puede estar en un campo que no carga, una validación incorrecta, un botón “Siguiente” que no responde, la gestión de un archivo adjunto, un error tras enviar el formulario o un mensaje final incorrecto.

Un escenario puede recorrer automáticamente el formulario y comprobar que cada paso funciona como se espera.

Monitorización del inicio de sesión

Si un portal requiere autenticación, también conviene controlar el proceso de acceso.

Que la página de inicio de sesión esté disponible no significa que la autenticación funcione correctamente.

La monitorización puede detectar si el formulario falla, la respuesta es incorrecta o el sistema devuelve un error incluso con credenciales válidas.

El resultado es tan importante como la acción

En un escenario bien diseñado no basta con hacer clic en un botón.

Después de cada operación hay que comprobar que aparece el resultado esperado.

Puede ser un mensaje de confirmación, la navegación a una página concreta, la aparición de un texto, un cambio de estado o la generación de un documento.

Así, la monitorización no solo recorre la aplicación, sino que valida realmente el funcionamiento del proceso.

El escenario debe reflejar el comportamiento real del usuario

No es necesario automatizar todas las funciones posibles. Es mejor centrarse en los recorridos más importantes, como iniciar sesión, presentar un formulario, reservar una cita, realizar un pago o consultar el estado de una gestión.

De este modo, las funciones clave se prueban periódicamente sin necesidad de que un empleado las revise manualmente.

Los escenarios detectan fallos invisibles para pruebas simples

Una prueba básica puede confirmar que el portal responde. Un escenario puede demostrar que el usuario no puede avanzar al siguiente paso, enviar un formulario o finalizar el proceso.

De este modo se responde a la pregunta realmente importante: ¿puede el usuario completar el servicio digital de principio a fin?

Monitorización de portales institucionales, ciudadanos y de servicios

Las administraciones públicas publican información y ofrecen servicios a través de distintos portales. Desde el punto de vista de la monitorización, estos portales deberían tratarse como servicios independientes y no simplemente como páginas secundarias del sitio principal.

Comprobar únicamente si una dirección responde no siempre basta. El servidor puede estar operativo mientras muestra contenido incompleto, mensajes de error o páginas sustitutivas.

Disponibilidad del portal

La monitorización básica debería comprobar si el portal está accesible desde Internet y si el servidor responde correctamente.

Esto permite detectar rápidamente caídas completas, errores del servidor, problemas con certificados SSL, tiempos de respuesta excesivos o fallos del proveedor de alojamiento.

Comprobación del contenido esperado

Además de la respuesta del servidor, conviene comprobar la presencia de contenido característico.

Puede ser el nombre del organismo, el título del portal u otro texto que deba aparecer siempre en una página cargada correctamente.

Así se detecta una situación en la que el servidor devuelve HTTP 200 y la página se abre, pero el contenido correcto no está disponible.

También conviene vigilar páginas importantes

En portales grandes puede ser útil monitorizar no solo la portada, sino también secciones especialmente relevantes: datos de contacto, documentos, convocatorias, licitaciones, formularios, descargas o servicios clave.

Esto permite detectar un fallo parcial aunque la página principal siga funcionando.

Supervisión independiente de la infraestructura interna

Los sistemas internos pueden indicar que los servidores y las aplicaciones están funcionando. Eso no garantiza que el portal sea realmente accesible desde Internet.

La monitorización externa comprueba el servicio desde la perspectiva del usuario final y complementa la supervisión técnica interna.

Monitorización de elementos técnicos

El funcionamiento correcto de un sitio web o servicio digital no depende únicamente de la aplicación. También intervienen elementos como el dominio, el certificado SSL o la reputación de la dirección IP y del dominio.

Certificados SSL

Un certificado SSL válido y correctamente configurado es esencial para utilizar servicios HTTPS de forma segura.

La monitorización puede comprobar la validez del certificado, su fecha de caducidad, su correspondencia con el nombre de dominio y posibles errores en la cadena de certificación.

Esto ayuda a evitar situaciones en las que los usuarios empiecen a recibir avisos de seguridad o pierdan el acceso al servicio.

Dominios

La caducidad de un dominio puede provocar la indisponibilidad de todos los servicios que funcionan bajo ese nombre.

Monitorizar la fecha de vencimiento permite avisar con antelación de la necesidad de renovarlo.

Listas negras y reputación

Un dominio o una dirección IP pueden aparecer en una blacklist, por ejemplo debido a una configuración incorrecta, un servidor comprometido o el uso anterior de una dirección IP.

Esto puede afectar a la entrega de correo, a la reputación del dominio o al acceso a determinados servicios.

Bloqueo accidental de motores de búsqueda

Una configuración incorrecta de robots.txt, cabeceras HTTP u otros mecanismos puede bloquear accidentalmente a los rastreadores de los motores de búsqueda.

En el caso de una web pública, esto puede reducir la visibilidad de información institucional en los resultados de búsqueda.

La capa técnica forma parte de la disponibilidad

Para el usuario final no importa si el problema procede de la aplicación, del certificado SSL, del dominio o de una configuración del servidor.

El resultado es el mismo: el servicio no funciona o resulta difícil de utilizar.

¿Por qué la monitorización debería ser externa?

Los sistemas internos de monitorización son muy útiles, pero responden principalmente a la pregunta de si funcionan los servidores, servicios del sistema y componentes de red controlados por el administrador.

No siempre indican si un ciudadano puede abrir el sitio web o utilizar un servicio digital.

Por eso los servicios públicos accesibles desde Internet deberían supervisarse también desde el exterior.

La perspectiva del usuario es la más importante

Desde el punto de vista del usuario, de poco sirve que el servidor, la aplicación y la base de datos funcionen si el sitio no se abre desde Internet o una función clave falla.

La monitorización externa responde a una pregunta mucho más práctica: ¿puede una persona ajena a la infraestructura de la administración utilizar realmente el servicio?

Sin agentes ni software adicional

Una gran ventaja de la monitorización externa es que no requiere instalar agentes, servicios ni componentes adicionales en los servidores de la administración.

La comprobación se realiza completamente desde fuera, de forma similar al acceso de un usuario normal.

Esto simplifica la implantación y permite monitorizar también servicios gestionados íntegramente por proveedores externos.

La monitorización externa complementa la interna

La supervisión interna puede controlar el uso de CPU y memoria, servicios del sistema, bases de datos, dispositivos de red, registros y otros parámetros de infraestructura.

La monitorización externa comprueba el resultado final: si el sitio responde, contiene el contenido correcto, carga con suficiente rapidez, funciona el formulario y puede completarse un proceso de principio a fin.

Ambas perspectivas se complementan.

Puede detectar problemas invisibles desde dentro

Hay situaciones en las que todos los componentes internos parecen funcionar y, aun así, el servicio no puede ser utilizado desde el exterior.

La causa puede estar en una configuración del servidor web, el certificado SSL, una capa intermedia, un proveedor externo, una redirección incorrecta o la propia interfaz de usuario.

La monitorización externa no evalúa solo componentes aislados: comprueba el resultado real de toda la cadena de servicio.

Especialmente importante cuando el servicio lo gestiona un proveedor externo

Muchas administraciones utilizan portales y aplicaciones que se ejecutan fuera de su propia infraestructura.

En esos casos, el administrador no siempre dispone de acceso al servidor, a los registros o a las herramientas de diagnóstico del proveedor.

La monitorización externa ofrece una fuente independiente de información sobre disponibilidad y calidad del servicio, independientemente de quién sea responsable de su alojamiento y mantenimiento.

¿Cómo reducir las falsas alarmas?

Una buena monitorización debe reaccionar con rapidez, pero no debería generar una alerta ante cualquier problema momentáneo de conexión.

Un solo fallo de prueba no implica necesariamente una caída real. Puede deberse a una incidencia transitoria en una ruta de red o en un único punto de medición.

Por eso es importante confirmar los fallos detectados desde ubicaciones independientes.

Confirmación desde varias ubicaciones

Si la estación principal detecta un problema, la misma prueba puede repetirse automáticamente desde otros puntos.

Solo cuando la indisponibilidad se confirma de forma independiente, el sistema la trata como una incidencia real y activa las notificaciones.

Esto ayuda a distinguir una caída auténtica de un problema local de conexión.

Menos falsas alarmas significa más eficacia

Demasiadas notificaciones innecesarias reducen rápidamente la confianza en el sistema.

Si un administrador recibe con frecuencia alertas que no requieren ninguna acción, acaba prestándoles menos atención.

Una monitorización bien configurada debería avisar principalmente cuando existe una situación que realmente requiere una reacción.

Umbrales y retrasos adecuados

No toda subida momentánea del tiempo de respuesta debería generar una alerta.

Según el servicio, se pueden aplicar umbrales, repetir la prueba después de un primer error, exigir varios fallos consecutivos o retrasar una escalación hasta que el problema lleve cierto tiempo activo.

Notificación de incidentes 24/7

Detectar una caída no es suficiente. La información debe llegar rápidamente a una persona capaz de actuar.

En los servicios públicos digitales esto es especialmente importante fuera del horario habitual de trabajo.

Diferentes canales de notificación

Dependiendo de la importancia del servicio y de la organización del trabajo, las alertas pueden enviarse mediante:

• correo electrónico,
• SMS,
• llamada de voz,
• integraciones con sistemas externos y herramientas de comunicación.

Para incidencias menos críticas puede bastar un correo electrónico. Una caída importante de un portal puede justificar además un SMS o una llamada.

Varios destinatarios

La operación de los servicios públicos suele involucrar a varias personas.

Las notificaciones pueden enviarse simultáneamente a responsables de TI, personal encargado del sitio o del servicio digital, responsables de área y proveedores externos.

Avisos también a proveedores externos

Muchos sitios y portales son mantenidos por empresas externas.

En estos casos puede ser especialmente útil enviar las alertas directamente al proveedor responsable.

Así se acorta la cadena de reacción y se evita que la administración tenga que reenviar manualmente la incidencia.

Escalación después de un tiempo determinado

Si una incidencia se prolonga, pueden enviarse avisos adicionales.

Un esquema típico puede incluir una primera alerta tras confirmar el fallo, un nuevo aviso después de cierto tiempo y una escalación a otra persona si el problema sigue activo. También puede enviarse un mensaje cuando la incidencia finalice.

Horarios individuales de notificación

No todos los destinatarios tienen que recibir todas las alertas durante las 24 horas.

El correo electrónico puede funcionar todo el día, mientras que los SMS o llamadas pueden limitarse a determinadas franjas horarias o reservarse para servicios críticos y personas de guardia.

Informes y documentación de incidentes

La monitorización no debería terminar con el envío de una alerta. También es importante conservar el historial del servicio, la duración de las incidencias y los datos que permitan analizarlas posteriormente.

Historial de disponibilidad y caídas

Un sistema de monitorización debería registrar el inicio y el final de las incidencias, el tiempo total de indisponibilidad, el número de eventos, los niveles de disponibilidad y la evolución de los tiempos de respuesta y carga.

Esto permite distinguir entre un incidente aislado y un problema recurrente.

Informes periódicos y bajo demanda

Los informes pueden generarse automáticamente de forma semanal o mensual y también bajo demanda.

Pueden referirse a un solo servicio o agrupar varios, por ejemplo el sitio principal, el portal ciudadano, el sistema de cita previa y otros servicios digitales.

Material de diagnóstico

La información “el servicio no funcionaba” suele ser insuficiente para analizar una incidencia.

Dependiendo del tipo de prueba, pueden estar disponibles:

• capturas de pantalla,
• copias HTML,
• archivos HAR,
• códigos de respuesta HTTP,
• tiempos de respuesta y carga,
• datos de los distintos pasos del escenario.

Estos materiales facilitan tanto el diagnóstico técnico como la comunicación con proveedores externos.

La documentación ayuda a trabajar con proveedores

En lugar de limitarse a informar de que “el portal no funcionaba”, se pueden aportar datos concretos: cuándo comenzó el problema, cuánto duró, qué código de error apareció, qué se mostraba en pantalla y en qué paso falló el proceso.

Esto suele acelerar el análisis y reducir las preguntas necesarias para reproducir el problema.

Trabajos planificados y ventanas de mantenimiento

No toda indisponibilidad es una avería.

Las actualizaciones, migraciones, tareas administrativas o cambios de infraestructura pueden requerir interrupciones planificadas.

Por eso un sistema de monitorización debería permitir definir ventanas de mantenimiento durante las que se suspendan temporalmente las alertas estándar.

Una interrupción planificada no debería generar alarmas

Si el administrador sabe que un servicio estará fuera de línea durante un periodo determinado, no tiene sentido enviar avisos por una situación esperada.

Ventanas únicas y periódicas

Los trabajos técnicos pueden ser puntuales o repetitivos. Por ello es útil poder definir tanto ventanas de mantenimiento únicas como periódicas y aplicar calendarios diferentes a distintos servicios.

La monitorización puede seguir registrando datos

Según la configuración, la ventana de mantenimiento no tiene por qué detener las pruebas.

El sistema puede seguir ejecutándolas y guardando los resultados, pero sin enviar alertas estándar.

Así es posible comprobar después cuándo dejó de funcionar realmente el servicio y cuándo volvió a estar disponible.

Páginas públicas de estado

Durante una incidencia, los usuarios a menudo no saben si el problema está en su dispositivo o en el servicio público.

Una página pública de estado puede actuar como canal independiente de información y mostrar el estado actual de distintos servicios.

Estado actual en un único lugar

La página puede mostrar la disponibilidad del sitio web principal, los portales ciudadanos, los sistemas de cita previa y otros servicios en línea.

Canal adicional de comunicación durante una incidencia

Si la caída aparece publicada, el usuario sabe de inmediato que la administración conoce el problema.

Esto puede reducir las consultas al soporte y mejorar la comunicación.

Información sobre trabajos planificados

Las páginas de estado también pueden informar sobre mantenimientos programados y comunicar por adelantado periodos de indisponibilidad previstos.

Independencia del sitio principal

Es recomendable que la página de estado sea independiente de la infraestructura principal monitorizada.

Si el sitio institucional deja de funcionar, la información sobre la incidencia debería seguir siendo accesible.

Monitorización y ciberseguridad

La monitorización de disponibilidad y funcionamiento no sustituye a las herramientas de ciberseguridad.

SIEM, SOC, EDR, gestión de vulnerabilidades y análisis de registros cubren necesidades diferentes.

Sin embargo, ambos ámbitos están relacionados porque muchos incidentes de seguridad generan efectos visibles desde el exterior.

¿Qué efectos puede detectar la monitorización?

La supervisión externa puede registrar una caída total, una degradación importante, contenido inesperado, ausencia del contenido correcto, problemas con certificados SSL, fallos en formularios o resultados erróneos en escenarios de usuario.

Estos síntomas pueden ser consecuencia de una avería normal, un despliegue defectuoso o un incidente de seguridad.

La monitorización no siempre identifica la causa, pero puede detectar muy rápidamente el efecto externo.

Un incidente de seguridad no siempre parece una caída clásica

Un sitio puede seguir respondiendo con HTTP 200 y, sin embargo, mostrar contenido modificado, redirigir a un lugar inesperado, funcionar mucho más despacio o fallar solo en un paso concreto.

Por eso la comprobación de contenido y los escenarios pueden complementar de forma útil a las pruebas simples de disponibilidad.

La monitorización externa complementa a las herramientas internas

Los sistemas internos de seguridad analizan registros, eventos del sistema, tráfico de red y comportamiento de dispositivos.

La monitorización externa observa el servicio desde la perspectiva del usuario.

Ambas perspectivas pueden complementarse.

Detectar rápido los síntomas reduce el tiempo de reacción

Si la monitorización detecta una caída repentina, un cambio de contenido o un fallo de un proceso crítico y envía una alerta inmediata, el equipo técnico puede comenzar el análisis antes.

¿Cómo debería ser un buen servicio de monitorización para administraciones públicas?

Debería ser independiente, funcionar las 24 horas y requerir la mínima intervención posible en la infraestructura de la administración.

No se trata únicamente de comprobar si un servidor responde, sino de verificar si ciudadanos, empresas y otros usuarios pueden utilizar correctamente el sitio web, los portales y los servicios digitales.

Monitorización externa

El servicio debería funcionar desde fuera, desde la perspectiva de un usuario de Internet.

Esto permite detectar problemas que no siempre aparecen en los sistemas internos.

Además, no debería requerir instalar agentes ni software adicional en los servidores de la administración.

Monitorización 24/7

Los servicios públicos digitales se utilizan también fuera del horario de oficina, por lo que la monitorización debe trabajar sin interrupciones.

Las pruebas deberían ejecutarse automáticamente y los problemas detectados deberían notificarse en cuanto se confirmen de forma fiable.

Diferentes tipos de pruebas

El método de supervisión debe adaptarse al tipo de servicio.

En una web sencilla pueden bastar pruebas de disponibilidad, contenido, tiempo de respuesta y carga. En un servicio digital más complejo pueden ser necesarios inicios de sesión, formularios, procesos de varios pasos y validación del resultado final.

Elementos técnicos

Además de la propia aplicación, conviene controlar certificados SSL, fechas de vencimiento de dominios, listas negras y bloqueos accidentales de motores de búsqueda.

Confirmación de caídas

El sistema debería reducir falsas alarmas mediante una verificación adicional del problema, idealmente desde ubicaciones independientes.

Notificaciones flexibles

Debería ser posible definir varios destinatarios, diferentes canales, proveedores externos, escalaciones y horarios específicos de recepción de alertas.

Informes e historial

El servicio debería conservar el historial de mediciones y permitir generar informes para servicios individuales o grupos.

Materiales como capturas de pantalla, copias HTML, archivos HAR y datos HTTP pueden facilitar considerablemente el diagnóstico.

Ventanas de mantenimiento y páginas de estado

Los trabajos planificados deberían poder reflejarse mediante ventanas únicas o periódicas.

Las páginas públicas de estado pueden complementar además la comunicación con los usuarios.

Implantación sencilla y alojamiento en la UE

Para una administración pública también es importante cómo se presta el servicio.

La monitorización externa debería poder activarse sin instalar nada en la infraestructura propia y ampliarse progresivamente según las necesidades.

También es relevante dónde se alojan y procesan los datos. Super Monitoring está alojado íntegramente en la Unión Europea. Los datos de los usuarios también se almacenan y procesan dentro de la UE.

Cómo cubre Super Monitoring estos requisitos

Los requisitos descritos no obligan a construir un sistema propio ni a combinar numerosas herramientas independientes.

Super Monitoring ofrece desde hace más de 15 años monitorización externa de sitios web y aplicaciones web, y reúne en una sola plataforma las principales funciones relacionadas con disponibilidad, rendimiento, funcionamiento, alertas e informes.

Monitorización desde la perspectiva del usuario

Super Monitoring funciona completamente desde el exterior y no requiere instalar software ni componentes dentro de la infraestructura de la administración.

Las pruebas reproducen el acceso de un usuario real, por lo que permiten comprobar si un sitio web, un portal o un servicio digital es realmente accesible desde Internet y funciona correctamente.

Desde pruebas simples hasta procesos completos

El alcance puede adaptarse a cada servicio.

Para sitios web y portales informativos, la monitorización puede abarcar disponibilidad, contenido esperado, tiempos de respuesta y carga, certificados SSL, vencimiento de dominios, listas negras y bloqueos accidentales de motores de búsqueda.

En servicios más complejos pueden definirse escenarios completos. El sistema puede utilizar un navegador real para seleccionar opciones, rellenar formularios, hacer clic, iniciar sesión, pasar de una pantalla a otra y comprobar resultados.

Así se verifica no solo si el portal está accesible, sino también si el servicio funciona realmente de principio a fin.

Confirmación automática de incidencias

Un problema detectado puede verificarse adicionalmente desde estaciones de monitorización independientes.

Esto ayuda a reducir falsas alarmas causadas por un problema temporal en un único punto de medición.

Alertas también fuera del horario de trabajo

Super Monitoring funciona las 24 horas.

Las alertas pueden enviarse tanto a responsables internos como a proveedores externos encargados de mantener el sitio o la aplicación.

Entre los canales disponibles se incluyen el correo electrónico, los SMS, las llamadas de voz y las integraciones con sistemas externos.

También pueden configurarse avisos adicionales tras un tiempo determinado y notificaciones cuando la incidencia finaliza.

Informes y materiales de diagnóstico

Super Monitoring conserva el historial de los servicios supervisados y permite generar informes bajo demanda, semanales y mensuales, tanto para un solo servicio como para grupos.

Dependiendo del tipo de prueba, los incidentes pueden incluir información adicional como capturas de pantalla, copias HTML o archivos HAR.

Ventanas de mantenimiento y páginas públicas de estado

Los trabajos planificados pueden reflejarse mediante ventanas de mantenimiento únicas o periódicas, evitando alertas innecesarias durante interrupciones previstas.

También puede publicarse una página de estado para los servicios seleccionados.

Alojamiento y datos dentro de la Unión Europea

Super Monitoring está alojado dentro de la Unión Europea. Los datos de los usuarios también se almacenan y procesan dentro de la UE.

Para administraciones y organismos públicos, este puede ser un factor adicional al evaluar un servicio SaaS externo, especialmente cuando la ubicación y el tratamiento de los datos forman parte de los requisitos internos de protección de datos o contratación.

Una sola plataforma para varios servicios digitales

Con un único sistema pueden monitorizarse el sitio web principal, portales ciudadanos, formularios, sistemas de cita previa y otras aplicaciones web.

La administración obtiene así una visión centralizada, un mecanismo común de alertas y una presentación coherente de informes para diferentes servicios digitales.

FAQ – monitorización de sitios web y servicios digitales de la administración pública

¿Es necesario instalar software en la infraestructura de la administración?

No. La monitorización puede realizarse completamente desde el exterior, sin instalar agentes ni componentes adicionales en los servidores.

¿Se pueden monitorizar sitios web institucionales y portales ciudadanos?

Sí. Se pueden comprobar la disponibilidad, el contenido esperado, los tiempos de respuesta y carga, los certificados SSL y otros parámetros técnicos.

¿Puede detectarse que un sitio está disponible pero muestra contenido incorrecto?

Sí. Un HTTP 200 no garantiza que la página funcione correctamente. Puede comprobarse la presencia de un fragmento de contenido definido y detectar páginas de error o contenido inesperado.

¿Se pueden monitorizar trámites y servicios públicos en línea?

Sí. En aplicaciones complejas se pueden utilizar escenarios que reproduzcan pasos como iniciar sesión, seleccionar opciones, rellenar formularios, hacer clic y comprobar resultados.

¿Se pueden monitorizar formularios en línea?

Sí. La prueba puede comprobar no solo que el formulario se muestra, sino que puede rellenarse, validarse y completarse correctamente.

¿La monitorización funciona fuera del horario de trabajo?

Sí. Funciona 24 horas al día y siete días a la semana. Las alertas pueden enviarse también por la noche, durante fines de semana y festivos.

¿Cómo se reciben las alertas?

Pueden enviarse por correo electrónico, SMS, llamada de voz e integraciones con sistemas externos y herramientas de comunicación. También es posible informar a varios destinatarios al mismo tiempo.

¿Pueden recibir alertas los proveedores externos?

Sí. Las notificaciones pueden enviarse no solo al personal de la administración, sino también a empresas externas responsables del mantenimiento o la operación de un servicio.

¿Cómo se reducen las falsas alarmas?

El problema detectado puede confirmarse automáticamente desde ubicaciones de monitorización independientes. Así se distingue mejor una caída real de un problema local transitorio.

¿Se puede monitorizar el rendimiento?

Sí. Se pueden medir los tiempos de respuesta y carga y reaccionar cuando se superan umbrales definidos. Esto permite detectar no solo caídas, sino también ralentizaciones importantes.

¿Se pueden monitorizar certificados SSL?

Sí. Puede controlarse su validez y fecha de caducidad y avisar con antelación.

¿Se puede monitorizar la caducidad de un dominio?

Sí. El sistema puede avisar con suficiente antelación antes de que expire.

¿Se pueden monitorizar dominios o direcciones IP en listas negras?

Sí. Puede detectarse la aparición de un dominio o una IP en determinadas blacklists.

¿Puede detectarse un bloqueo accidental de los motores de búsqueda?

Sí. Puede comprobarse si un sitio ha sido bloqueado involuntariamente para rastreadores mediante robots.txt, cabeceras HTTP u otros mecanismos.

¿La monitorización sustituye a las herramientas de ciberseguridad?

No. No sustituye a SIEM, SOC, EDR ni a herramientas de gestión de vulnerabilidades. Puede complementarlas detectando efectos visibles desde el exterior de un incidente.

¿Se pueden definir trabajos de mantenimiento planificados?

Sí. Pueden definirse ventanas únicas y periódicas durante las cuales se suspenden las alertas estándar.

¿Se pueden generar informes para varios servicios?

Sí. Los informes pueden prepararse para un solo servicio o para un grupo. Pueden estar disponibles bajo demanda y de forma semanal o mensual.

¿Hay materiales de diagnóstico para analizar incidencias?

Sí. Dependiendo del tipo de prueba, pueden estar disponibles capturas de pantalla, copias HTML, archivos HAR, códigos HTTP, tiempos de respuesta y carga y datos de distintos pasos del escenario.

¿Se pueden publicar páginas públicas de estado?

Sí. Para los servicios seleccionados puede crearse una página pública que muestre su disponibilidad actual y, si procede, incidencias o mantenimientos en curso.

¿Dónde se alojan Super Monitoring y los datos de los usuarios?

Super Monitoring está alojado dentro de la Unión Europea. Los datos de los usuarios también se almacenan y procesan dentro de la UE.

¿Super Monitoring es adecuado para administraciones públicas y gobiernos locales?

Sí. Super Monitoring ofrece desde hace más de 15 años monitorización externa de sitios web y aplicaciones web. No requiere instalar software en la infraestructura de la administración y puede adaptarse a sitios institucionales, portales ciudadanos, formularios y otros servicios web accesibles públicamente.

Sobre el Autor

Robert Koch – diseñador de aplicaciones SaaS con experiencia y consultor de optimización de negocios a través de la automatización. Un ávido cervecero casero y quesero en su tiempo libre.