Benchmarks
Puntuaciones de Lighthouse, metodología y cómo reproducirlas.
Objetivos
Cada release de astro-ignite se valida con Lighthouse CI sobre el playground generado por el CLI. Medimos la página de inicio, el índice del blog, una entrada representativa y un caso de estudio, todo en config móvil.
| Categoría | Suelo duro | Objetivo blando |
|---|---|---|
| Performance | 95 | 100 |
| Accessibility | 95 | 100 |
| Best Practices | 95 | 100 |
| SEO | 95 | 100 |
Una PR que baje cualquier mediana por debajo de 95 falla el CI. Una PR que baje por debajo de 100 imprime un warning pero no bloquea.
Metodología
- Construir el sitio en producción con
astro buildestándar. - Servirlo estáticamente vía el servidor de Lighthouse CI (sin trucos de caché más allá de lo que haría una CDN normal).
- Ejecutar Lighthouse 3 veces por URL, tomar la mediana para absorber la variabilidad.
- Config móvil con throttling 4G simulado y CPU 4× más lenta (defaults de Lighthouse).
- Ejecutar en Ubuntu en GitHub Actions sobre la imagen
ubuntu-latest.
El JSON completo de Lighthouse se sube como artifact en cada CI run, así cualquiera puede auditar los números.
Reproducir localmente
pnpm scaffold:test
Esto borra apps/playground/, genera el scaffold con --yes, instala deps, ejecuta astro build y corre Lighthouse contra la salida estática. Verás los mismos números que CI.
Qué se rastrea
- Puntuaciones de Lighthouse móvil (4 categorías × 4 rutas)
- Tamaño total del bundle (JS + CSS + fuentes) para la carga fría del home
- Números individuales de LCP, FCP, TBT, CLS
- Tiempo de build
Las tendencias se publican por release en la página de GitHub Releases una vez tengamos baseline.