Synthetic Monitoring

Qué es el monitoreo sintético

El monitoreo sintético ejecuta checks programados contra tu sitio y tus APIs con una frecuencia fija desde ubicaciones externas, en lugar de esperar a que el tráfico real revele un problema. Como los checks se ejecutan haya o no gente usando tu producto, detectan una caída a las 3 de la mañana en un endpoint con poco tráfico con la misma fiabilidad que una en hora punta. En LoadFocus, un check sintético es un check de API, un check de API multipaso o un browser check, ejecutado desde las regiones cloud que elijas.

Para ver un resumen de la función y sus planes, consulta monitoreo sintético.

Monitoreo sintético frente a datos de usuarios reales

Cada uno responde a preguntas distintas, y LoadFocus ofrece los dos.

	Monitoreo sintético	Datos de campo de usuarios reales
De dónde vienen los datos	De tus propios checks programados	Agregados de usuarios reales de Chrome de los últimos 28 días
Frecuencia	Se ejecuta en el intervalo fijo que elijas	Refleja el tráfico que realmente ocurrió
Funciona sin tráfico	Sí	No
Responde a	"¿Está roto, y dónde?"	"¿Qué están experimentando los visitantes?"
En LoadFocus	Esta página	Datos de campo de usuarios reales (CrUX)

El sintético te dice que algo está caído y qué paso falló. Los datos de campo te dicen qué experimentaron las personas en tu sitio. Google usa los datos de campo para la evaluación de Core Web Vitals, así que son los que afectan a tu evaluación, mientras que el sintético es el que te avisa de noche.

Los tres tipos de check

Cuál necesitas depende de qué parte del recorrido tiene que funcionar.

Los checks de API envían una única petición HTTP y hacen aserciones sobre la respuesta. Úsalos para un endpoint, una ruta de health o una dependencia de terceros.

Los checks de API multipaso ejecutan una secuencia ordenada de peticiones HTTP como un solo check, pasando datos de las respuestas anteriores a las peticiones siguientes. Úsalos cuando una sola petición no basta para demostrar que la API funciona de principio a fin, por ejemplo iniciar sesión, capturar el token y luego llamar con él a un endpoint protegido.

Los browser checks ejecutan un script real de Playwright en un navegador Chromium headless y recorren tu sitio como lo haría un visitante. Úsalos para recorridos completos: login, búsqueda, checkout o cualquier flujo que abarque varias páginas.

Qué obtienes cuando un check falla

Los browser checks capturan estos artefactos:

• Capturas de pantalla de las páginas que visitó el script.
• Logs de consola del navegador.
• Logs de red de cada petición que hizo la página.
• Tiempos por paso, para ver qué paso ralentiza un flujo.
• Una traza que puedes abrir para reproducir la ejecución paso a paso, que se conserva cuando falla una ejecución.
• Un vídeo de la ejecución, grabado por defecto y conservado cuando falla una ejecución.

Un browser check también puede llevar un umbral de degradación sobre la duración total en milisegundos. Una ejecución que pasa pero lo supera se informa como degradada en lugar de correcta, y se admiten alertas sobre la métrica de duración, así que te enteras de que un flujo se está ralentizando antes de que se rompa del todo.

Programación y ubicaciones

Los checks se ejecutan desde 26 regiones cloud en América del Norte y del Sur, Europa, Asia-Pacífico, África y Oriente Medio, de modo que puedes medir un recorrido desde donde están realmente tus usuarios.

Cuántos checks y ubicaciones tienes depende de tu plan. En el plan gratuito puedes ejecutar hasta 10 checks con hasta 6 ubicaciones por check y 10.000 ejecuciones de check al mes, con un mes de retención de datos. Una ejecución es una ejecución de un check desde una ubicación, contada por paso en un check multipaso. Los checks multipaso y los browser checks no están incluidos en el plan gratuito y están disponibles en los planes de pago. Los browser checks tienen su propia cuota mensual de ejecuciones de navegador, separada de las ejecuciones de checks de API. Consulta los límites actuales en la página de precios.

Para los ajustes comunes, frecuencia, ubicaciones, canales de alerta, activar y silenciar, consulta Cómo crear un nuevo check de API.

Preguntas frecuentes

¿Qué es el monitoreo sintético?

El monitoreo sintético ejecuta checks programados contra tu sitio y tus APIs desde ubicaciones externas, en lugar de esperar a que el tráfico real saque a la luz un problema. Te avisa de que un endpoint o un recorrido de usuario está roto antes de que lo encuentre un cliente.

¿Cuál es la diferencia entre monitoreo sintético y monitoreo de usuarios reales?

El monitoreo sintético ejecuta tus propios checks con una frecuencia fija, así que obtienes datos consistentes incluso con poco tráfico o ninguno. Los datos de usuarios reales informan de lo que vivieron los visitantes. El sintético te dice que algo está caído; los datos de usuarios reales te dicen a cuántas personas afectó.

¿Qué checks de monitoreo sintético incluye LoadFocus?

Checks de API para endpoints individuales, checks de API multipaso para flujos de peticiones encadenadas y browser checks que recorren un viaje de usuario completo en un navegador real con Playwright. Los tres se ejecutan desde las mismas regiones cloud y comparten los mismos canales de alerta.

¿Qué navegador usan los browser checks sintéticos?

Los browser checks ejecutan un script de Playwright en Chromium headless desde las regiones cloud de LoadFocus, de modo que el recorrido se prueba como lo viviría un visitante y no como una simple petición HTTP.

¿Desde cuántas ubicaciones pueden ejecutarse los checks sintéticos?

Los checks se ejecutan desde 26 regiones cloud. Cuántas puedes seleccionar para un solo check depende de tu plan; el plan gratuito permite 6 ubicaciones por check.

¿El monitoreo sintético está incluido en el plan gratuito?

Los checks de API sí. El plan gratuito cubre 10 checks, 6 ubicaciones por check y 10.000 ejecuciones de check al mes. Los checks de API multipaso y los browser checks son funciones de pago.