Monitorización de endpoints de API

Qué hace

Un monitor de API es un monitor cuya salud la decide la respuesta, no solo que el servidor conteste. Según el horario de tu plan, Monitrova envía la petición que configuraste —método, cabeceras y cuerpo— y evalúa tus condiciones de éxito. Si alguna falla durante suficiente tiempo, abre un incidente y te envía un email, igual que cuando una web se cae.

Añádelo desde Añadir sitio: elige Endpoint de API como tipo de monitor, introduce la URL, elige el método, añade las cabeceras (p. ej. Authorization: Bearer …) y un cuerpo, y define tus condiciones. Puedes probar la misma petición antes con el comprobador de endpoints de API gratuito.

Cómo añadir un monitor de API

Ve a Añadir sitio y elige «Endpoint de API» como tipo de monitor.
Introduce la URL del endpoint y selecciona el método HTTP (GET, POST, PUT, PATCH, DELETE, HEAD u OPTIONS).
Añade cabeceras de la petición (una por línea) y, para métodos de escritura, un cuerpo.
Define tus condiciones de éxito: código de estado esperado, tiempo de respuesta máximo, texto que debe contener el cuerpo y una ruta de campo JSON (opcionalmente igual a un valor). El estado esperado es el campo «Código de estado HTTP esperado» en los ajustes de monitorización.
Guarda. El monitor se ejecuta en el intervalo de tu plan; usa Recomprobar para ejecutarlo al instante.

Estado del monitor

Estado	Qué significa
Activo	La última comprobación cumplió todas las condiciones que definiste.
Caído	El endpoint era inaccesible, o falló una condición — la condición fallida se registra con la comprobación.
Desconocido	Aún no se ha ejecutado ninguna comprobación, o el monitor está en pausa.

Condiciones de éxito que puedes definir

Condición	Qué significa
Código de estado esperado	La respuesta debe devolver este código HTTP exacto (p. ej. 200, 201, 204).
Tiempo de respuesta máximo	La respuesta debe llegar en este número de milisegundos.
El cuerpo contiene	El cuerpo de la respuesta debe contener este texto exacto.
Ruta de campo JSON	Una ruta con puntos (p. ej. data.status) que debe existir en la respuesta JSON — y, si defines un valor, debe ser igual.

Bueno saberlo

Un monitor de API cuenta como un sitio en el límite de tu plan.
La salud la deciden tus condiciones: sin ninguna, cualquier respuesta sin error (2xx/3xx) está sana.
Los incidentes, los avisos por email/webhook y el historial funcionan igual que en los monitores de sitios web.
Las cabeceras y el cuerpo se almacenan para poder repetir la misma petición de forma programada — añade solo credenciales que te resulte cómodo almacenar.