¿Qué debería comprobar realmente la monitorización de una web?

La monitorización de una web debería comprobar el conjunto mínimo de resultados que el negocio necesita. Ver si responde la página de inicio es una comprobación. No indica si se puede enviar una consulta, solicitar una reserva, añadir un producto a la cesta o iniciar sesión como miembro.

Empiece por el propósito de la web. Elija las acciones importantes que puedan probarse con seguridad, defina qué significa que funcionen y decida quién recibirá un aviso si una comprobación falla. Así tendrá un plan fácil de entender y revisar, sin convertirlo en una lista de mediciones técnicas.

¿Qué demuestra una comprobación de disponibilidad?

Una comprobación básica de disponibilidad suele solicitar una página y confirmar que el servidor responde. Puede detectar una caída total, pero el resultado depende de lo que la prueba verifique realmente.

Una página puede responder correctamente y, aun así, mostrar contenido incorrecto, no incluir un elemento importante o fallar cuando un visitante intenta usarla. Una comprobación más completa también puede confirmar que aparece un título, producto, formulario u otro elemento estable esperado.

Esto no resta importancia a las comprobaciones de disponibilidad. Su función es concreta: confirmar que una dirección pública conocida responde como se espera. Para comprobar otros resultados hacen falta otras pruebas.

¿Qué funciones de la web conviene monitorizar?

Depende de lo que se espere que haga la web. Rara vez es necesario vigilar todas las acciones posibles, y algunas no pueden repetirse de forma segura sin crear registros, mensajes o pagos no deseados.

• Una web informativa puede necesitar pruebas de la página de inicio, la página de contacto, las páginas de servicios importantes y el recorrido para enviar una consulta.
• Una web de reservas puede necesitar una prueba segura que confirme que carga el calendario o la disponibilidad y que funciona un recorrido de prueba acordado.
• Una tienda online puede comprobar que se puede ver un producto y añadirlo a la cesta sin realizar un pedido real.
• Una web para miembros puede necesitar una cuenta de prueba controlada que permita llegar al inicio de sesión y a una zona protegida acordada.
• Un editor puede comprobar que siguen disponibles los artículos nuevos, las páginas de categorías, los canales o las opciones de suscripción.

Son ejemplos, no un paquete cerrado. La pregunta útil es: ¿qué acción fallida impediría que la web cumpliera una parte importante de su función?

¿Qué debería confirmar cada comprobación?

Cada comprobación debe tener un resultado observable. «Comprobar el formulario» es impreciso. Una definición más útil indica qué página se abre, qué acción de prueba segura se realiza, qué respuesta confirma que ha funcionado y si la prueba crea algo que después haya que eliminar.

Una prueba del formulario en el navegador puede confirmar que se rellenan los campos obligatorios y que la web acepta el envío. Aun así, no demuestra que el correo resultante haya llegado a una bandeja de entrada. Explicamos la diferencia en nuestro artículo sobre la entrega de los formularios de contacto.

Las comprobaciones automatizadas en el navegador suelen llamarse monitorización sintética. Repiten acciones definidas en condiciones controladas. La monitorización de usuarios reales recopila datos de visitas auténticas. AWS describe ambas fuentes como complementarias: las pruebas sintéticas pueden revisar flujos importantes a intervalos regulares, mientras que los datos de usuarios reales muestran lo que vivieron los visitantes en la práctica, con distintos dispositivos y condiciones. AWS ofrece una visión general de ambos enfoques.

¿La monitorización de una web debería incluir la velocidad?

Sí, si la velocidad importa para el propósito de la web, pero la disponibilidad y la rapidez deben seguir siendo señales distintas. Una página puede estar disponible y ser inusualmente lenta. También puede cargar rápido mientras falla una función importante.

Una prueba controlada ayuda a detectar cambios en condiciones repetibles. Los datos de campo muestran el abanico de experiencias de los visitantes reales. La guía Web Vitals de Google señala que las mediciones de laboratorio y las de usuarios reales pueden diferir por los dispositivos, las conexiones, las ubicaciones, el contenido y las interacciones. La guía de medición de Web Vitals explica esta diferencia.

Por eso, el plan debería especificar qué se mide, de dónde proceden los datos y qué cambio merece atención. Un único umbral de velocidad o lugar de prueba no describe a todos los públicos.

¿Qué comprobaciones preventivas pueden avisar con antelación?

Algunas comprobaciones técnicas pueden avisar de condiciones que quizá afecten a la web más adelante. Según el sitio y las responsabilidades acordadas, pueden abarcar la resolución del dominio y DNS, la caducidad de certificados, los límites del alojamiento o de recursos, las tareas programadas y las dependencias externas importantes.

Estas comprobaciones complementan las pruebas de resultados. Un aviso sobre un límite próximo no demuestra por sí solo que los visitantes estén afectados ni identifica la causa de otro fallo visible. Su utilidad es dar a la persona responsable un motivo para investigar antes de que aparezca un problema o mientras se está produciendo.

¿Cuándo debería llegar un aviso a una persona?

Un aviso resulta útil cuando llega a alguien que puede valorarlo y aporta contexto suficiente para decidir qué hacer después. Debería indicar qué comprobación ha fallado, qué página o función está afectada, cuándo empezó el fallo, si continúa y qué importancia tiene para el resultado monitorizado.

Los distintos fallos pueden requerir respuestas diferentes. Un fallo breve en una página secundaria no tiene por qué recibir la misma atención que un problema en el pago o en el acceso de clientes. El plazo, la persona destinataria y la vía de escalado adecuados dependen de la web y del acuerdo de soporte.

La guía de Google para gestionar incidentes recomienda cubrir las funciones clave que usan las personas, alertar en general sobre síntomas en vez de causas supuestas y enviar avisos que permitan actuar. También contempla avisos internos preventivos cuando una condición, como acercarse a un límite fijo de recursos, pueda provocar una caída repentina. En una web de empresa, el aviso debe dejar claro si describe un problema observado por los usuarios o una señal interna que hay que investigar.

¿Qué no sustituye la monitorización?

La monitorización puede revelar que algo ha cambiado o ha fallado. No sustituye a las copias de seguridad, la seguridad, el mantenimiento del software, el control de acceso, la planificación de recuperación ni un proceso de respuesta probado.

Tampoco responde a todas las preguntas comerciales. La analítica muestra cómo utilizan la web los visitantes, mientras que Search Console informa de cómo Google la rastrea, la indexa y la presenta en los resultados de búsqueda. Google explica la función de Search Console para supervisar el rendimiento en búsquedas. Ninguna de las dos herramientas sustituye a comprobar si la web realiza las acciones que necesita.

¿Qué deberíamos preguntar sobre un plan de monitorización?

La persona propietaria o responsable del negocio debería obtener respuestas claras a estas preguntas:

• ¿Qué páginas y funciones del negocio se comprueban?
• ¿Qué demuestra cada prueba y qué no demuestra?
• ¿Con qué frecuencia se ejecuta cada comprobación?
• ¿Alguna prueba crea reservas, pedidos, mensajes, cuentas u otros registros?
• ¿Quién recibe los avisos y qué información incluyen?
• ¿Qué fallos requieren atención inmediata y cuáles se revisan más adelante?
• ¿Cómo se reflejan los cambios de la web en las pruebas?
• ¿Qué historial o resumen de monitorización se puede consultar?
• ¿Quién se encarga de investigar y responder?

Las respuestas no tienen que describir cada componente técnico. Deben dejar claro el alcance práctico y quién se responsabiliza.

La monitorización puede formar parte del mantenimiento web, junto con las actualizaciones, las copias de seguridad, los certificados, el soporte y otros cuidados continuos. Cuando evaluamos una web existente, las comprobaciones adecuadas dependen de sus funciones, integraciones, riesgos y del alcance de soporte acordado con el cliente.