Para desarrolladores
Monitorización HTTP externa para los endpoints que publicas.
UptimeWire consulta tus endpoints públicos desde fuera, registra el código de estado y el tiempo de respuesta, confirma los fallos y envía eventos de caída y recuperación a tus herramientas.
Latest check
- Request
- GET
- Redirects followed
- 1
- Final status
- 200
- Response time
- 184 ms
- Result
- Up
Qué hace una comprobación
Una simple solicitud GET, juzgada por su estado final.
Saber exactamente qué es una comprobación hace que sus resultados sean más fáciles de creer.
-
Envía una solicitud GET
La solicitud no lleva cabeceras personalizadas, ni cuerpo, ni credenciales. No puedes elegir el método.
-
Sigue hasta cinco redirecciones
Decide la respuesta final. Un estado entre 200 y 399 cuenta como activo. Más de cinco redirecciones es un fallo.
-
Registra lo que ocurrió
Para cada comprobación se guardan el código de estado, el tiempo de respuesta y el motivo de un fallo. Desde Starter, cada comprobación también muestra en qué se fue el tiempo.
Elige endpoints que respondan sin credenciales
Un 401 o un 403 cuenta como un fallo, así que una ruta protegida parecerá caída. Monitoriza una ruta de salud pública. Producción y preproducción son direcciones distintas, y cada una cuenta como un sitio web.
Mira un poco dentro de la respuesta
También se puede generar un fallo cuando al cuerpo le falta un texto, o cuando contiene uno. La coincidencia es exacta y lee el primer megabyte. No es una aserción JSON.
Una comprobación fallida se repite unos 20 segundos después, y puede repetirse desde una segunda ubicación cuando hay una configurada, antes de abrir un incidente. La confirmación reduce las falsas alarmas. No las elimina.
Eventos de salida
Recibe los eventos de caída y recuperación donde tu código pueda usarlos.
Desde Starter, un webhook envía un mensaje JSON firmado cuando se abre un incidente y cuando se cierra. La firma es HMAC-SHA256 con un secreto que solo conocéis tú y UptimeWire.
- Una dirección de webhook por cuenta, compartida por todos tus sitios web
- Un mensaje puede llegar dos veces o desordenado, así que usa el id y la hora de inicio que lleva
- Los webhooks solo transportan caídas y recuperaciones. Los avisos de certificado, dominio y DNS van por correo electrónico y Telegram
Cómo funcionan los webhooks, con cabeceras y reglas de reintento
Otros destinos
- Correo electrónico y Telegram en todos los planes
- Discord desde Starter
- Slack y Microsoft Teams desde Business
Nota
Los webhooks están construidos y probados con un receptor de prueba. La entrega a una dirección pública real aún no se ha verificado de forma independiente. Envía el mensaje de prueba a tu propio endpoint antes de depender de ello.
API de solo lectura y servidor MCP
Lleva tus datos de monitorización a tus propias herramientas.
Desde Business, una clave de API da acceso de lectura a tus sitios, incidentes y disponibilidad. Un servidor MCP permite además que un asistente de IA lea tus datos de monitorización.
Qué puedes leer
- Tus sitios web
GET /api/v1/sites- Un sitio web
GET /api/v1/sites/{id}- Sus incidentes
GET /api/v1/sites/{id}/incidents- Su disponibilidad
GET /api/v1/sites/{id}/uptime
Cómo funciona
- Envía tu clave en una cabecera Authorization como token Bearer
- La API solo lee. No puede añadir, modificar ni eliminar sitios web
- El servidor MCP para asistentes de IA también solo lee y tiene sus propias claves
- No hay SDK oficiales
Dónde encaja
Una señal más, desde fuera.
UptimeWire responde bien a una pregunta: ¿responde la dirección pública? Tus propias herramientas responden al resto.
Lo que te da
- Una visión independiente de la disponibilidad, no desde dentro de tu red
- Historial de código de estado y tiempo de respuesta de cada endpoint
- Incidentes con un inicio, una causa y una duración
- Comprobaciones de certificado, dominio y DNS para cada dirección
Lo que no hace
- Pruebas de navegador, recorridos con scripts o solicitudes personalizadas
- Registros, trazas, seguimiento de errores o métricas del servidor
- Integración con CI/CD o corrección automática
- Validar una carga JSON contra un esquema
Qué plan encaja
Free para probar, Starter para eventos, Business para la API.
Pruébalo
Free
1 sitio web, comprobados cada 5 minutos, con alertas por correo electrónico y Telegram.
Eventos y tiempos
Starter
10 sitios web, comprobados cada 3 minutos. Añade webhooks, Discord y los tiempos de cada comprobación.
Acceso a la API
Business
25 sitios web, comprobados cada 1 minuto. Añade Slack, Teams, la API de solo lectura y el servidor MCP.
Preguntas frecuentes
Antes de empezar.
¿Puedo enviar cabeceras personalizadas, un cuerpo o usar POST?
No. Cada comprobación es una simple solicitud GET. Las solicitudes no se pueden personalizar.
¿Puedo monitorizar un endpoint que requiere autenticación?
No directamente. La solicitud no lleva credenciales, así que una ruta protegida responde 401 o 403, y eso cuenta como un fallo. Monitoriza en su lugar una ruta de salud pública.
¿Sustituye al APM, a los registros o a las trazas?
No. No tiene registros, trazas, seguimiento de errores ni métricas del servidor. Añade una visión externa de si tus direcciones responden.
¿Hay un SDK o una integración con CI?
No. No hay SDK ni integración con CI/CD. Puedes usar webhooks firmados y, desde Business, la API de solo lectura y un servidor MCP para asistentes de IA.
¿Se han probado los webhooks con un servicio real?
Están construidos y probados con un receptor de prueba. La entrega a una dirección pública real aún no se ha verificado de forma independiente, y las páginas de integraciones lo indican.
Añade una comprobación externa a tu stack.
Monitoriza tu primer endpoint gratis. Incluye las cuatro comprobaciones.