Status

Degradación parcial

RUM · 82 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

6081 ms

TTFB real-user · 27 muestras

Último deploy

hace 137 d

main → prod · 665f1f6

Visitas hoy

0

prom. 7d: 1/día

Core Web Vitals · usuarios reales

Detalle completo →

LCP · p75

3640 ms

Carga del contenido principal · 67% good

INP · p75

—

Respuesta a interacciones

CLS · p75

0.000

Estabilidad visual · 94% good

Server timings · OpenTelemetry

spans del render de /status

status.uptime

2041 ms

fetch uptime (Upptime) · 96

status.rum

2339 ms

agregado RUM (Blobs) · 98

status.views

381 ms

contador de visitas · 98

p75/p95 de usuarios reales desde 24 set.. 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.