Screenshots como Prueba de Servicios Caídos: Depurar Problemas de Uptime

El Problema de los Screenshots#

Tu sitio se cae. Recibes una alerta. Corres a comprobarlo... y ya está activo otra vez. ¿Qué falló? Nunca lo sabrás.

Sin screenshots, depurar se convierte en adivinar:

• ¿Era un error 500?
• ¿Un bucle de redirección?
• ¿Un timeout de la base de datos?
• ¿Un fallo de CSS?
• ¿Un error de JavaScript?

Los screenshots responden a estas preguntas al instante.

Cómo Funcionan los Screenshots de Nova Uptime#

Cuando una comprobación de dominio falla, Nova Uptime captura automáticamente:

1. Screenshot del fallo: cómo se veía el sitio cuando estaba roto
2. Detalles del fallo: código de estado, tiempo de respuesta, mensaje de error
3. Screenshot de recuperación: cómo se veía cuando volvió a funcionar

Todo capturado y adjuntado al informe del incidente.

Qué Revelan los Screenshots#

Ejemplo 1: 503 Service Unavailable#

El screenshot muestra:

503 Service Unavailable
The server is temporarily unable to handle the request

Te dice inmediatamente: servidor sobrecargado o reiniciándose. No es un problema de DNS ni de configuración.

Ejemplo 2: Bucle de Redirección#

El screenshot muestra la URL cambiando repetidamente en la barra de direcciones, o atascada cargando.

Te dice inmediatamente: reglas de redirección mal configuradas, probablemente tras un deployment reciente.

Ejemplo 3: Página en Blanco (Error 500)#

El screenshot muestra una página casi en blanco con un stack trace de error del servidor.

Te dice inmediatamente: la aplicación ha crasheado, revisa los logs para ver el error específico.

Ejemplo 4: Error de Conexión a la Base de Datos#

El screenshot muestra un mensaje de error de la base de datos (si las páginas de error son visibles).

Te dice inmediatamente: la base de datos está caída o inaccesible. Revisa el estado del servidor de base de datos.

Screenshots en los Informes de Incidentes#

Cuando ocurre un incidente, Nova Uptime proporciona:

1. Timeline:

   • 14:32 UTC: primer fallo detectado
   • Screenshot del fallo adjunto
   • 14:47 UTC: recuperación detectada
   • Screenshot de recuperación adjunto

2. Análisis:

   • Duración: 15 minutos
   • Error: 503 Service Unavailable
   • Prueba visual: el screenshot muestra "Servidor reiniciándose"

3. Contexto:

   • Tiempos de respuesta antes del fallo: 200ms de media
   • Tiempos de respuesta durante el fallo: timeout (60+ segundos)
   • Tiempos de respuesta tras la recuperación: 195ms de media

Esto te dice:

• Algo causó carga (pico hasta 60s de timeout)
• El servidor se reinició automáticamente
• El servidor se ha recuperado y ahora funciona con normalidad

Screenshots en las Alertas por Email#

Nova Uptime adjunta los screenshots de fallo directamente a los emails de alerta:

🚨 ALERTA DE DOWNTIME

Dominio: fliplink.me
Estado: DOWN (503 Service Unavailable)
Duración: 12 minutos

[Screenshot del fallo adjunto]

Acciones:
- Revisa los logs del servidor por el error "Servidor reiniciándose"
- Verifica la conexión a la base de datos
- Revisa los deployments recientes

El equipo puede diagnosticar sin siquiera abrir el dashboard de Nova Uptime.

Screenshots para el Análisis de la Causa Raíz#

Los screenshots ayudan a responder a la pregunta: "¿Por qué falló?"

Escenario 1: el deployment rompió el sitio

• El screenshot muestra el sitio antiguo antes del deployment
• El siguiente screenshot muestra la página de error tras el deployment
• Conclusión: rollback necesario inmediatamente
• Acción: git revert del último commit

Escenario 2: base de datos inaccesible

• El screenshot muestra el error "Connection refused"
• Conclusión: el servidor de base de datos está caído o la red está rota
• Acción: revisa el estado del servidor de base de datos y la conectividad de red

Escenario 3: certificado SSL caducado

• El screenshot muestra un error de certificado SSL
• Conclusión: el certificado ha caducado y necesita renovación
• Acción: renueva el certificado (manualmente o automáticamente)

Escenario 4: bucle de redirección

• El screenshot muestra el navegador atascado recargando
• Conclusión: redirecciones mal configuradas (HTTP → HTTPS → HTTP → ...)
• Acción: revisa las reglas de redirección en la config de nginx/Apache

Screenshots de Recuperación#

Cuando un sitio vuelve a funcionar, Nova Uptime captura un screenshot de recuperación:

✅ RECUPERACIÓN

Dominio: fliplink.me
Estado: UP (200 OK)
Screenshot de recuperación: [el sitio muestra la homepage con normalidad]

Resumen del Downtime:
- Inicio: 14:32 UTC
- Fin: 14:47 UTC
- Duración: 15 minutos
- Causa raíz: servidor reiniciado durante el deployment
- Tiempos de respuesta: restaurados a la normalidad (200ms)

Esto confirma:

• El sitio está realmente activo de nuevo (no solo respondiendo con un error)
• El sitio responde (el screenshot lo demuestra, no solo un HTTP 200)
• La funcionalidad normal ha vuelto

Consideraciones sobre Screenshots en Móvil#

Los sitios web se ven diferentes en móvil que en escritorio. Nova Uptime captura:

• Vista escritorio: 1024x768 (o configurable)
• Vista móvil: 375x667 (opcional)

Si tu sitio es mobile-first, verifica también los screenshots en móvil.

Consideraciones de Privacidad sobre los Screenshots#

Los screenshots pueden contener:

• Mensajes de error visibles para los usuarios
• Detalles de errores de base de datos
• Información sensible

Buenas prácticas:

• No registres datos sensibles en las páginas de error
• Usa mensajes de error genéricos para los errores públicos
• Activa el cifrado de screenshots si está disponible
• Limita el acceso al dashboard solo al equipo

Usar Screenshots en las Páginas de Estado#

Puedes compartir los screenshots de fallo con tus clientes:

Ejemplo de comunicación al cliente:

Hemos sufrido una interrupción de 14:32 a 14:47 UTC hoy.
[Screenshot mostrando el mensaje de error]
Causa raíz: reinicio del servidor durante el deployment
Mitigación: [lo que hicimos para arreglarlo]

La transparencia construye confianza. Los screenshots demuestran que estás siendo honesto.

Captura Automática de Screenshots#

Nova Uptime captura screenshots automáticamente:

1. En cada fallo: alerta de down → screenshot capturado
2. En la recuperación: alerta de up → screenshot capturado
3. Programados: si están habilitados, screenshots diarios (demuestran que el sitio está activo)

Configúralo en Ajustes → Opciones de Screenshot.

Solicitudes Manuales de Screenshots#

A veces quieres un screenshot fuera del monitoring:

1. En el dashboard de Nova Uptime, haz clic en el dominio
2. Botón "Solicitar Screenshot"
3. Muestra al instante el estado actual del sitio
4. Compara con los screenshots de fallos anteriores

Screenshots vs Logs#

Los screenshots muestran lo que ve el usuario. Los logs muestran lo que piensa el servidor.

A veces difieren:

• Los logs muestran: "Petición procesada con éxito (200 OK)"
• El screenshot muestra: mensaje de error "Database connection failed"

Los screenshots capturan los huecos entre lo que los logs afirman y lo que está pasando realmente.

Limitaciones de los Screenshots#

Los screenshots no pueden capturar:

• Errores de JavaScript (a menos que se muestren en la página)
• Respuestas de API lentas (si la página se carga igualmente)
• Timeouts de red para sub-recursos
• Problemas del lado del cliente (crashes del navegador)

Solución alternativa: usa monitoring sintético basado en navegador para escenarios avanzados.

Resumen#

Los screenshots dan respuestas inmediatas a:

• ¿Qué falló cuando se cayó?
• ¿Cuánto tardó en recuperarse?
• ¿Está el sitio realmente recuperado del todo?
• ¿Cuál es la prueba visual?

Activa los screenshots automáticos en Nova Uptime hoy: activa la captura de screenshots en los ajustes de tu dominio en Nova Uptime. Incluido en todos los planes. 🚀