Status

Degradación parcial

RUM · 118 muestras

El estado de arriba no es un badge decorativo. El uptime y la latencia los mide Upptime desde afuera (un sitio no puede certificar su propio uptime); los Core Web Vitalssalen de usuarios reales; el deploy, del build. No invento ningún número que no mida.

live·auto-refresh: se recalcula en cada request·ventana 28d·p75 nearest-rank

Uptime (30d)

configurando

Upptime · pendiente de conectar

Latencia p95

4898 ms

TTFB real-user · 31 muestras

Último deploy

hace 2 h

main → prod · 665f1f6

Visitas hoy

0

prom. 7d: 18/día

Core Web Vitals · usuarios reales

Detalle completo →

LCP · p75

3449 ms

Carga del contenido principal · 72% good

INP · p75

48 ms

Respuesta a interacciones · 100% good

CLS · p75

0.000

Estabilidad visual · 96% good

Server timings · OpenTelemetry

spans del render de /status

status.uptime

107 ms

fetch uptime (Upptime) · 7

status.rum

347 ms

agregado RUM (Blobs) · 7

status.views

85 ms

contador de visitas · 7

p75/p95 de usuarios reales desde 6 jun.. Stack: web-vitals self-hosted → /api/vitals → Netlify Blobs, y Upptime (GitHub Actions) para el uptime. Los server timings salen de spans OpenTelemetry propios: apuntá OTEL_EXPORTER_OTLP_ENDPOINT a un Uptrace/OneUptime self-hosted y además exportan traces distribuidos. Sin cookies, sin terceros de tracking.