Saltar al contenido principal

Monitor HTTP / sitio web

El monitor HTTP / Web comprueba que un endpoint HTTP o HTTPS responde correctamente: con el código de estado esperado, dentro del tiempo configurado y con el contenido adecuado. Es el tipo de monitor más habitual para sitios web, landings, APIs y cualquier servicio accesible por HTTP.

¿Qué puede comprobar?​

  • Que la URL responde con el código HTTP esperado (ej. 200, 201, 301).
  • Que la latencia de respuesta está dentro del umbral configurado.
  • Que el cuerpo de la respuesta contiene una palabra o frase específica.
  • Que la cabecera Content-Type de la respuesta es la esperada.
  • Que el endpoint acepta peticiones con cabeceras, cuerpo y autenticación personalizados.

Para validaciones más profundas del cuerpo JSON o flujos de varias peticiones encadenadas, consulta las páginas Monitoreo de API y assertions JSON y Synthetic multi-step.

Configuración básica​

CampoDescripción
URLEndpoint a monitorizar. Debe ser accesible desde los probes.
MétodoGET, HEAD, POST, PUT, PATCH o DELETE.
IntervaloFrecuencia de comprobación (según tu plan).
TimeoutTiempo máximo de espera de respuesta antes de marcar el check como fallido.
Códigos HTTP esperadosLista de códigos que se consideran UP (ej. 200, 200,201).
Latencia máximaSi la respuesta tarda más de este valor, el resultado es DEGRADED (no DOWN).

Verificación de contenido​

OpciónDescripción
Cuerpo contieneEl cuerpo de la respuesta debe incluir este texto exacto. Útil para confirmar que la página no devuelve una pantalla de error genérica con código 200.
Content-Type esperadoLa cabecera Content-Type de la respuesta debe coincidir con el valor configurado.

Monitoreo de APIs (configuración básica)​

El mismo monitor HTTP sirve para comprobar APIs REST. Puedes configurar:

Cabeceras de petición​

Añade cualquier cabecera que tu API requiera, como Authorization, Accept o cabeceras personalizadas:

Authorization: Bearer tu-token
Accept: application/json
X-Api-Version: 2

Cuerpo de petición​

Para métodos POST, PUT o PATCH puedes enviar un cuerpo en texto libre o JSON:

{
  "query": "status"
}

Autenticación​

StatusInspector gestiona las credenciales de forma segura — nunca se muestran en texto claro una vez guardadas:

TipoCómo funciona
BearerAñade el token en la cabecera Authorization: Bearer ...
BasicCodifica usuario y contraseña en Base64 y los envía en Authorization
API KeyEnvía la clave en una cabecera personalizada o como parámetro de query

Con esta configuración puedes verificar que tu API responde con el código correcto y que el cuerpo contiene el texto esperado. Para validar la estructura del JSON (que un campo existe, que un valor es el correcto, que un número supera un umbral), consulta Monitoreo de API y assertions JSON.

Estado DEGRADED por latencia​

Si configuras una latencia máxima y la respuesta tarda más de ese umbral pero el check supera todas las demás comprobaciones, el resultado es DEGRADED en lugar de DOWN. Puedes configurar reglas de alerta específicas para este estado. Ver Estados del monitor.

Redirects​

El monitor sigue hasta 5 redirects automáticamente. El código HTTP evaluado es el del destino final, no el del redirect.

¿Cuándo usar cada página?​

NecesidadDónde configurarlo
Comprobar que una URL devuelve 200Esta página
Verificar que el cuerpo contiene un textoEsta página
Enviar cabeceras o autenticaciónEsta página
Validar la estructura del JSON de respuestaMonitoreo de API y assertions JSON
Simular un flujo completo (login → llamada → verificación)Synthetic multi-step