Monitoreo de API que detecta la respuesta incorrecta.

Su endpoint de salud no detecta un flujo de inicio de sesión roto. Uptimia inicia sesión, llama a la API y comprueba las respuestas, así que ve el paso que falló, no un ticket de soporte.

Inicie su prueba gratuita → Ver precios
Prueba gratuita de 30 días · hasta 50 monitores de API Sin tarjeta de crédito Conforme al GDPR
Intervalo más rápido
60s
Sondas para confirmar
3
Sondas
171+
Países con sondas
70+

La solicitud que respondió mal

Un flujo de pedido de cinco pasos, ejecutado según lo programado. Inicio de sesión, búsqueda del pedido y total se completan; la solicitud siguiente, no.

paso 1 Iniciar sesión — obtener el tokenEl inicio de sesión se completa: el token devuelto se guarda en {{token}} usted: sin sobresaltos
pasos 2–3 Llamar a la API con élGET /orders obtiene {{order_id}}; el pedido debe mostrar el total correcto usted: sin sobresaltos
paso 4 Falla al agregar la nota del pedidoLa aserción indica el fallo: la nota nunca se creó usted: sin sobresaltos
14:32 Confirmado desde otra sonda — y entonces le avisanOtras sondas vuelven a ejecutarlo y coinciden; la alerta ya indica el paso 4 avisado: con la causa
paso 4indicado en la alerta
"El paso 4 no superó su comprobación."14:32
Esa es toda la investigación, hecha antes de que abriera la laptop: el paso, la aserción y la confirmación de que no es la mala noche de una sola sonda. La solución empieza en la solicitud que falla — no en "la API está caída".
paso que fallóaserción exacta citadaconfirmado desde otras sondasestado · tiempos · encabezados · valores — por paso
¿Y con solo un ping? /health sigue respondiendo bien todo el tiempo — un paso roto en lo más profundo del flujo nunca lo toca. El primer aviso es un cliente que no pudo terminar, y tiene que rebuscar en los registros para averiguar dónde se rompió. descubierto por un cliente

Lo que un ping nunca ve

Una solicitud que se completa pero devuelve datos incorrectos sigue siendo un fallo, y un paso roto tres solicitudes más adentro nunca llega a tocar su endpoint de salud. Apunte un monitor a su propia API, o a las APIs de terceros de las que depende, y averigüe si el problema es suyo, no de usted.

Códigos de estado y encabezadosLa respuesta que espera, en cada paso
Valores en la respuestaCualquier campo, comprobado paso a paso
Fallos a mitad del flujoEl paso 3 falla — un ping nunca lo ve
Desviación en la respuestaEstructura errónea, faltan campos
15 pasos por cadena todo el flujo, ejecutado de verdad
La autenticación fallaTokens caducados, inicios de sesión rechazados
TLS y errores de conexiónNegociaciones fallidas y sockets rechazados
Límite de tiempo de respuestaCada paso dentro de su límite
Las alertas indican el paso y la aserción que falló: una solicitud fallida, un valor incorrecto en la respuesta, un campo ausente, un paso lento, un error de conexión o un inicio de sesión que dejó de funcionar. paso + aserción

Cadenas, aserciones y tiempos

El flujo

Encadena hasta 15 solicitudes

Cada paso puede extraer un valor de la respuesta — un token, el id de un pedido — en una variable que los pasos siguientes reutilizan como {{name}}. Un monitor cubre el recorrido desde el inicio de sesión hasta la limpieza.

  • 6 métodos HTTP — GET, POST, PUT, PATCH, DELETE o HEAD, en cualquier orden
  • Extraiga valores en variables — referéncielas donde quiera más adelante como {{name}}
  • Encabezados, cuerpo y tiempo de espera personalizados por paso — duplique un paso para avanzar rápido
Recorra el mismo flujo con un navegador real →
POST/auth/login1 aserción
{{token}}extraído → pasos posteriores
GET/orders2 aserciones
{{order_id}}
GET/orders/{{order_id}}3 aserciones
POST/orders/{{order_id}}/notes1 aserción
DEL/sessions/{{token}}limpieza
Cadena superada1.94 s
Un monitor cubre desde el inicio de sesión hasta la limpieza, hasta una vez por minuto.
5 steps7 assertions2 variables
Un paso sin aserciones se da por superado en cuanto la solicitud se completa — agregue comprobaciones solo donde importan. cualquier éxito
Aserciones

Compruebe estado, valores y tiempos

Agregue las comprobaciones que un paso debe superar: un estado exacto, un límite de tiempo de respuesta, un valor en el cuerpo de la respuesta, un encabezado o un texto en la respuesta. Cuando una falla, la ejecución muestra lo que obtuvo — y Ejecutar prueba llama al endpoint real antes de guardar.

  • Estado y tiempo de respuesta — el paso falla si el código es incorrecto o la respuesta tarda demasiado
  • Valores dentro de la respuesta — señale un campo y exija que esté presente y sea correcto
  • Encabezados y texto del cuerpo de la respuesta — exija el valor de un encabezado, o un texto que debe estar presente o ausente
Vigile el texto de una página, no solo su estado →
Ejecutar prueba200 · 191 ms
GET /orders/8842 · paso 3 — la respuesta real, obtenida de verdad antes de guardar.
{
  "id": 8842,
  "status": "paid",
  "total": 4210
}
el estado es 200se obtuvo 200
$.status es igual a "paid"se obtuvo "paid"
tarda menos de 500 msse obtuvieron 191 ms
{{order_id}} extraído = 8842 alimenta el siguiente paso — resaltado en la respuesta en vivo de arriba. = 8842
Tiempos

DNS, TLS o su propio backend

"La API va lenta" nunca es toda la historia. El tiempo de cada paso se divide en cinco fases — DNS, conexión, TLS, espera, recepción — para que vea qué paso se está retrasando y si el motivo está en la red o en su backend.

  • Tiempos en cinco fases por paso — DNS, conexión, TLS, espera, recepción
  • Gráfico de tiempo de respuesta por paso — apilado, con marcadores de incidentes
  • El paso más lento y las ejecuciones más lentas aparecen en la página de detalle del monitor
Tiempos fase a fase para páginas web →
Paso 4 — lento14:32:16
POST /orders/8842/notes · 1.389 ms en total, dividido en cinco fases.
dns18 ms
conexión31 ms
tls44 ms
espera1,284 ms
recepción12 ms
Red — bien
dns 18 · connect 31 · tls 44
93 ms
Backend — el retraso
tiempo de procesamiento antes del primer byte
1,284 ms
El paso más lento y las ejecuciones más lentas están en la página del monitor — un gráfico apilado por paso muestra cuándo empezó el retraso. el más lento
Secretos

Claves de API reales, siempre enmascaradas

Guarde contraseñas, claves de API y tokens como variables secretas: de solo escritura, enmascaradas al leerlas y ocultas en las URLs, encabezados y fragmentos de respuesta que se muestran. Nada sensible acaba en su historial de ejecuciones.

  • Variables secretas de solo escritura — enmascaradas siempre que se vuelven a leer
  • Ocultas dondequiera que se muestren — URLs, encabezados y fragmentos del cuerpo
  • Los valores extraídos que coinciden con un secreto tampoco se muestran nunca
Monitoreo de páginas protegidas por inicio de sesión →
API_KEYsecreto
••••••••••••••••solo escritura
Guardado una vez y nunca se vuelve a mostrar — una lectura devuelve value:'' · has_value:true.
Encabezado del paso 1 — lo que configura
Authorization: Bearer {{API_KEY}}
la clave real se inyecta al enviar — solo en memoria, nunca se guarda
Historial de ejecuciones — lo que se guarda
Authorization: Bearer [redacted]
Los valores extraídos que coinciden con un secreto tampoco se muestran — nada sensible llega al historial de ejecuciones. enmascarado

Encadene las solicitudes una vez.Obtenga el nombre del paso que falla.

Cada paso, cada aserción, cada canal de alertas — gratis durante 30 días, y nada de eso es un complemento de pago.

Empiece su prueba gratuita de 30 días →
30 días gratis sin tarjeta de crédito cancele cuando quiera

Cómo funciona el monitoreo de API

Cree la cadena, pruébela contra la API real y Uptimia la ejecutará según lo programado desde nuestra red — no hay nada que instalar.

Paso 1crear

Encadene sus solicitudes

Agregue cada solicitud en orden, configure encabezados y cuerpo, y extraiga en variables los valores que necesiten los pasos siguientes.

Paso 1 · solicitud
POST /auth/login
extraer $.token → {{token}}
Paso 2 · solicitud
GET /orders
Paso 2probar

Agregue aserciones y ejecute una prueba

Agregue las comprobaciones que cada paso debe superar y después pulse Ejecutar prueba contra el endpoint real — resultados completos por paso, antes de guardar.

Aserciones · paso 3
el estado es 200$.status = "paid"
menos de 500 ms
Ejecutar prueba · 5/5 pasos superados en 1,9 s
Paso 3cada minuto

Lo ejecutamos según lo programado

Una sonda ejecuta toda la cadena en una sola ida y vuelta, comprueba cada aserción y guarda los resultados por paso — los fallos se confirman desde otras sondas antes de avisar.

Ejecución correcta — 5/5 pasos
14:31 · 1,8 s · todas las aserciones superadas
a tiempo
Ejecución fallida — paso 4
14:32 · se esperaba 201, se obtuvo 500
avisando

También incluido

Slack, PagerDuty, SMS y 9 más

Una alerta de API indica el paso que falló y la causa, y se envía a los mismos contactos que usa cualquier monitor de Uptimia — correo electrónico, SMS, Slack, Teams, Discord, PagerDuty, webhooks y más.

paso 3 · $.status: "pending", se esperaba "paid" → Slack · Email · PagerDuty

Confirmado desde otras sondas antes de avisar

Una ejecución fallida se reintenta primero desde otras sondas disponibles.

re-ejecutado en otra sonda · coincide antes de abrirse

Duplique un paso

Construya una cadena larga rápido — copie una solicitud y ajústela.

paso 3 → duplicar → paso 4

Exportación de RCA del incidente

Un incidente cerrado conserva el detalle a nivel de paso — expórtelo.

RCAPDFHTML

Tiempo de espera, encabezados y cuerpo por solicitud

Dé a cada solicitud su propio tiempo de espera, encabezados y cuerpo.

tiempo de espera 10 s · 20 encabezados · cuerpo de 64 KB

Todos los tipos de monitor en una sola cuenta

Sus monitores de API conviven con los de disponibilidad, SSL, heartbeat y DNS — mismos contactos, grupos y roles.

Checkout order flowAPI www.caldmont.comUPTIME db-backup · nightlyHEARTBEAT

¿Qué es el monitoreo de API?

El monitoreo de API es un servicio automatizado que ejecuta una secuencia real de solicitudes HTTP contra su API REST o endpoint JSON según lo programado y le avisa cuando un paso devuelve el estado incorrecto, los datos incorrectos o tarda demasiado. Vigila el flujo de trabajo que hay detrás de un endpoint, no solo si el servidor respondió.

Mientras todo funciona

¿Cómo funciona el monitoreo de API?

Uptimia
ejecuta la cadena
5 pasos · según lo programado
Su API
cada comprobación se supera

Una sonda ejecuta cada paso en una sola ida y vuelta, evalúa cada aserción y guarda los resultados por paso como su historial de ejecuciones.

Cuando una comprobación falla

Confirmar primero, avisar después

Su API
paso 4 · fallido
se repite · en otras sondas
Uptimia
abre el incidente

el paso 4 no supera su comprobación → se abre el incidente, la alerta indica el paso

Las comprobaciones

¿Qué verifica un monitor de API?

Un paso se supera con una respuesta correcta por defecto. Agregue aserciones y la ejecución deberá demostrarlas — un estado exacto, un límite de tiempo de respuesta, un valor en la respuesta, un encabezado o un texto del cuerpo.

Herramienta gratuita: compruebe estado & encabezados de cualquier endpoint →
ComprobaciónQué demuestraEjemplo
Código de estadoel endpoint ha respondido como se esperabaes 201 · es uno de 200/204 · cualquier 2xx
Tiempo de respuestael paso es lo bastante rápidomenos de 500 ms
Cuerpo JSONla respuesta contiene los datos correctos$.status es igual a "paid"
Encabezadoel tipo de contenido o la regla de caché correctosContent-Type contiene json
Texto del cuerpoun indicador está presente o ausentecontiene "order created"

Preguntas frecuentes sobre monitoreo de API

01¿Qué es el monitoreo de API?+
Un servicio automatizado que ejecuta una secuencia real de solicitudes HTTP contra su API según lo programado y comprueba las respuestas. Un monitor de Uptimia encadena hasta 15 solicitudes y le avisa cuando un paso devuelve el estado incorrecto, los datos incorrectos o tarda demasiado. También se lo conoce como monitoreo sintético de API o comprobación automatizada del estado de la API.
02¿En qué se diferencia esto de un simple ping de disponibilidad?+
Un ping le dice que el servidor respondió. El monitoreo de API ejecuta todo el flujo de trabajo y comprueba la propia respuesta — código de estado, tiempo de respuesta, encabezados y los valores del JSON. Un 200 que devuelve datos incorrectos se detecta aquí y es invisible para un simple ping.
03¿Con qué frecuencia ejecuta Uptimia mi comprobación de API?+
Por defecto, cada 5 minutos, con una frecuencia máxima de una vez por minuto — el barrido de programación se ejecuta cada minuto, así que ese es el límite mínimo. También puede ralentizar cualquier monitor para endpoints de menor prioridad.
04¿Cuántos pasos puede tener un monitor?+
Hasta 15 solicitudes HTTP en una sola cadena, cada una con hasta 20 encabezados, 15 aserciones y 10 extracciones de valores. El tiempo de espera por paso va de 1 a 60 segundos, y toda la cadena tiene un límite de ejecución de 90 segundos.
05¿Ejecuta JavaScript o renderiza la página como un navegador?+
No. El monitoreo de API envía solicitudes HTTP simples — sin navegador headless, sin JavaScript, sin capturas de pantalla. Para recorrer un flujo renderizado con un navegador real, use el monitoreo de transacciones de Uptimia; el monitoreo de API es la herramienta más ligera y rápida para la propia API.
06¿Puedo comprobar un valor dentro de la respuesta JSON?+
Sí. Apunte un selector JSONPath al campo y compruebe que existe, que es igual, que contiene o que es uno de un conjunto de valores. También puede extraer un valor en una variable y reutilizarlo en pasos posteriores como {{name}}. El soporte de JSONPath es un subconjunto centrado en las respuestas de API habituales.
07¿Admiten GraphQL o WebSockets?+
GraphQL funciona como una simple solicitud HTTP POST — envía la consulta en el cuerpo y comprueba el JSON que devuelve — pero no hay un creador específico para GraphQL. WebSockets no está soportado; el monitoreo de API cubre solicitud/respuesta sobre HTTP (GET, POST, PUT, PATCH, DELETE, HEAD).
08¿Puedo importar un comando cURL o partir de una plantilla?+
No en esta versión. Construye cada paso en el editor — método, URL, encabezados, cuerpo, aserciones, extracciones — y puede duplicar un paso para avanzar rápido. La importación de cURL y una biblioteca de plantillas todavía no forman parte del monitoreo de API.
09¿Cómo evitan las falsas alarmas?+
Una ejecución fallida se reintenta desde otras sondas antes de abrir un incidente — por defecto, tres sondas deben coincidir (la original más dos repeticiones) antes de avisarle. La recuperación es más rápida: una sola ejecución correcta cierra el incidente y envía el aviso de recuperación.
10¿Están a salvo mis claves de API en una comprobación?+
Sí. Guarde las credenciales como variables secretas: de solo escritura, enmascaradas al leerlas y ocultas en las URLs, encabezados y fragmentos de respuesta que se muestran — nada sensible llega a su historial de ejecuciones.
11¿Es el monitoreo de API un complemento de pago?+
No. Todos los planes incluyen el monitoreo de API junto con el de disponibilidad, SSL, transacciones, DNS y heartbeat — nunca como complemento de pago. Incluso el plan gratuito incluye un monitor de API; los planes solo difieren en cuántos incluyen, y la prueba gratuita de 30 días incluye hasta 50, sin tarjeta de crédito.

Empiece a monitorear su API hoy mismo.

Cree la cadena, pruébela contra el endpoint real — y la próxima vez que un paso falle, la alerta ya le dirá cuál.

Inicie su prueba gratuita →
Prueba gratuita de 30 días Hasta 50 monitores de API Sin tarjeta de crédito Conforme al GDPR
El monitoreo de API se une al de disponibilidad, SSL, velocidad, transacciones, DNS y heartbeat bajo un único inicio de sesión de Uptimia.