Metodología del Benchmark

# Metodología de Benchmark v1.0

## Qué medimos

Para cada proveedor de hosting curado y verificado, medimos cinco dimensiones técnicas con fuentes reproducibles:

1. **TTFB (Time To First Byte)** — 5 mediciones secuenciales con `fetch GET` desde Supabase Edge (región us-east). Reportamos **mediana** y **p95**.
2. **Lighthouse Mobile** — Vía Google PageSpeed Insights API (estrategia `mobile`). Categorías: Performance, SEO, Accessibility.
3. **Core Web Vitals** — LCP, FCP, CLS extraídos del informe Lighthouse.
4. **Uptime 30 días** — Pings horarios desde edge function. Porcentaje de respuestas OK (status 2xx/3xx) en los últimos 30 días.
5. **Tecnología** — Header `Server`, soporte de Brotli (`Content-Encoding`), versión HTTP.

## URL medida

La URL pública configurada en `benchmark_target_url` (normalmente la home comercial del proveedor). Esta URL es visible en cada resultado y puede ser auditada por cualquier persona.

## Score compuesto

```
composite_score =
  0.35 × lighthouse_perf
+ 0.25 × ttfb_score
+ 0.25 × uptime_score
+ 0.15 × lighthouse_seo

ttfb_score   = max(0, 100 − ttfb_median_ms / 10)
uptime_score = uptime_30d_pct
```

Pesos elegidos para premiar velocidad real percibida (TTFB + Lighthouse) y disponibilidad por sobre métricas cosméticas.

## Frecuencia

- **Pings de uptime**: cada hora.
- **Benchmark completo**: día 1 de cada mes a las 03:00 CLT, más ejecuciones manuales auditables.

## Reproducibilidad

Cada `benchmark_result` guarda el JSON crudo de PageSpeed (`raw_json`) y las 5 muestras individuales de TTFB (`ttfb_samples`). Cualquier persona puede repetir las mediciones con las mismas URLs y herramientas.

## Limitaciones honestas

- TTFB se mide desde un único origen (us-east). No representa latencia desde Chile específicamente.
- Lighthouse usa la red simulada de PageSpeed, no una red chilena real.
- Estamos trabajando en agregar mediciones desde Santiago (CLT) en próximas versiones.