Gestión de incidencias: Sabe qué se ha roto, quién se encarga y por qué.

Cada incidencia es una caída confirmada con las pruebas adjuntas: la respuesta fallida, un traceroute o una captura de pantalla. Una sola cronología muestra a quién se avisó, quién confirmó la recepción y qué se hizo.

14 días de prueba gratis · Después, gratis con 5 monitores · Sin tarjeta de crédito

4.9/5 de 1,247+ reseñas Con la confianza de 65,000+ empresas
01

Confirmadas, no supuestas

Una comprobación fallida se repite antes de abrir una incidencia, así que el equipo solo recibe incidencias reales.

02

Pruebas desde el primer minuto

La respuesta fallida, un traceroute cuando el servidor no respondió y una captura de pantalla desde un navegador real cuando sí respondió.

03

De la alerta a la revisión

Confirmaciones de recepción, notas, tiempo de confirmación y de resolución, y una revisión de la incidencia que puedes mostrar en tu página de estado.

Gestión de incidencias desde la primera comprobación fallida hasta la revisión

Una alerta te dice que algo va mal. Entonces empieza el trabajo de verdad: ¿está caído de verdad?, ¿cómo es el error?, ¿quién se está ocupando?, ¿se ha informado a los clientes?, ¿y qué cambiamos para que no vuelva a pasar? Muchos equipos responden a esas preguntas entre tres herramientas y un hilo de chat interminable. Uptimecheck guarda las respuestas junto a la incidencia.

Caídas confirmadas

Uptimecheck comprueba desde Estocolmo, Londres y Nueva York, y confirma cada fallo desde una segunda ubicación antes de abrir una incidencia. Una sola petición perdida nunca despierta a nadie. Cuando la caída es real, se abre la incidencia, salen las alertas y empieza la cronología. Se cierra sola cuando el monitor se recupera. Nuestra guía para reducir las falsas alertas explica por qué importa la confirmación.

Pruebas adjuntas

Lo que vimos: la comprobación fallida, con la dirección a la que se conectó, las cabeceras y el inicio de la respuesta.Ruta de red: cuando el servidor no respondió, un traceroute desde la ubicación de comprobación muestra dónde se corta la ruta.Captura de pantalla: cuando el servidor sí respondió, un navegador real fotografía lo que vieron los visitantes. Las capturas se guardan 90 días.

A menudo basta para distinguir un servidor caído de un despliegue roto, o un problema tuyo de uno de tu proveedor de hosting, antes de que nadie haya iniciado sesión.

Una sola cronología

La cronología de la incidencia muestra en orden las comprobaciones, cada alerta y a quién llegó, las confirmaciones de recepción y las notas. Acknowledge le dice al equipo que alguien se está encargando y cancela las alertas diferidas que aún no se han enviado. En Slack, el botón Acknowledge de la alerta de caída hace lo mismo sin abrir la app. Las notas son solo para tu equipo.

03:12: checkout.northwind.shop devuelve 503, confirmado por una segunda comprobación. Se adjuntan la respuesta y una captura de pantalla.03:13: notificación push a Anna, que está de guardia.03:15: recepción confirmada en Slack.03:19: recuperado tras 7 minutos. Se envía un aviso de recuperación.

Escalado y guardias

Un canal puede esperar de 5 a 60 minutos y avisar solo si la caída continúa y nadie la ha confirmado. Publica en Slack al instante y envía un push a quien esté de guardia a los 10 minutos. Los turnos de guardia deciden quién es, y alertas y notificaciones cubre todos los canales.

MTTA y MTTR

La página de incidencias muestra el tiempo medio de confirmación (MTTA) y el tiempo medio de resolución (MTTR) de los últimos 30 días. Juntos te dicen si las alertas llegan a personas que pueden actuar y con qué rapidez se solucionan los problemas. Nuestro artículo sobre MTTR, MTTA y MTBF explica cómo interpretarlos.

Cuenta a tus clientes la gravedad

Publica una actualización en tu página de estado y marca cada componente afectado como Degraded performance, Partial outage o Major outage. La página muestra lo peor entre el impacto que indicas y lo que detectan las comprobaciones, así que una actualización puede hacer que un componente se vea peor, pero nunca ocultar una caída que las comprobaciones han confirmado.

Revisiones de incidencias

Después de una incidencia, escribe una revisión breve: qué pasó, por qué y qué vas a cambiar. Guárdala para el equipo o muéstrala bajo la incidencia en tu página de estado. Los clientes confían más en una página que explica las caídas que en una que nunca tiene ninguna. Nuestra plantilla de postmortem de incidencias te da una estructura para empezar.

Ventanas de mantenimiento

El trabajo planificado no debería avisar a nadie. Durante una ventana de mantenimiento, los monitores elegidos no se comprueban, no se abren incidencias, no salen alertas y ese tiempo no cuenta en el uptime. Las ventanas pueden ser puntuales o repetirse a diario, cada semana o cada mes; se muestran en las páginas de estado y pueden enviarse por email a los suscriptores. Inicia una desde tu script de despliegue a través de la API REST.

Los planes cambian, y las ventanas también pueden hacerlo. Puedes editar una ventana hasta que termine: si ya está en curso, conserva su inicio, pero puedes cambiar su final, los monitores y el mensaje. Si editas una serie, el cambio se aplica a partir de su siguiente ventana, mientras que las ventanas en curso y las pasadas quedan como estaban. Los suscriptores a los que se avisó de una ventana reciben un email con el nuevo horario, y los recordatorios de una serie siguen sus nuevos horarios.

Abre una incidencia con su cronología en la demo en vivo, sin necesidad de cuenta. La gestión de incidencias está incluida en todos los planes.

Los planes empiezan en 9 € al mes con facturación anual o 12 € con facturación mensual, IVA no incluido. Consulta la página de precios o empieza una prueba gratuita de 14 días sin tarjeta.

“Every minute of downtime means lost sales of hundreds of dollars. That's why we at Acme Inc. recommend UptimeCheck to monitor our uptime and help us respond to website outages quickly.”

Thom Adams

E-commerce Manager

Preguntas sobre Gestión de incidencias

¿Cuándo se abre una incidencia?

Cuando se confirma una caída: la comprobación fallida se repite, y la incidencia solo se abre si la segunda comprobación también falla. Se cierra sola cuando el monitor se recupera.

¿Qué pruebas se adjuntan?

La respuesta fallida, un traceroute desde la ubicación de comprobación cuando el servidor no respondió y una captura de pantalla desde un navegador real cuando sí respondió.

¿Puedo confirmar la recepción desde Slack?

Sí. Las alertas de caída de la app de Slack tienen un botón Acknowledge. Al confirmarla se cancelan las alertas diferidas que aún no se han enviado.

¿Qué son el MTTA y el MTTR?

El tiempo medio de confirmación y el tiempo medio de resolución. Uptimecheck muestra ambos para los últimos 30 días.

¿Pueden ver los clientes la revisión de la incidencia?

Si tú quieres. Muéstrala bajo la incidencia en tus páginas de estado o guárdala para el equipo.

¿Las ventanas de mantenimiento cuentan como tiempo de inactividad?

No. Durante una ventana, los monitores elegidos no se comprueban, no se abren incidencias y ese tiempo no cuenta en el uptime.

¿Puedo cambiar una ventana de mantenimiento después de programarla?

Sí, hasta que termine. Una ventana en curso conserva su inicio, y un cambio en una serie recurrente se aplica a partir de su siguiente ventana. Los suscriptores a los que ya se avisó de una ventana reciben el nuevo horario por email.

Funciona bien con

Alerts and notifications

Slack, Teams, email, push en tu móvil y más, con escalado y avisos de recuperación.

Más información

On-call schedules

Rotaciones con sustituciones y alertas push para quien esté de guardia en ese momento.

Más información

Status pages

Páginas de estado actualizadas por tus comprobaciones, con suscriptores, 9 idiomas y tu logo.

Más información

Las caídas son cosa del pasado.

Configura tu primer monitor en menos de un minuto, o echa antes un vistazo a la demo en vivo.

14 días de prueba gratis · Después, gratis con 5 monitores · Sin tarjeta de crédito