Lighthouse vs RUM: come si misurano correttamente le prestazioni?

Question

IT Interview Practice · Accepted Answer

Misura con **entrambi** i dati, di laboratorio e di campo — rispondono a domande diverse. **Lighthouse** è laboratorio (sintetico, riproducibile, per il debug); **RUM** è campo (utenti reali, per la verità). Se ti fidi di uno solo, ottimizzi la cosa sbagliata.

## Laboratorio vs campo

| | Laboratorio (Lighthouse) | Campo / RUM |
|--|------------------|-------------|
| Fonte | Un'unica esecuzione sintetica, dispositivo/rete fissi | Visite reali, tutti i dispositivi/reti |
| Utile per | Debug, gate di regressione in CI, ripetibile | Ciò che gli utenti *effettivamente* sperimentano |
| INP | Non misurabile (nessuna interazione reale) | Misurato durante l'intera visita |
| Debolezza | Non riflette il tuo traffico reale | Rumoroso, richiede volume, più difficile da debuggare |

Lighthouse esegue un singolo caricamento con throttling su una macchina pulita — ottimo per *riprodurre* un problema, inutile per conoscere il tuo p75. **In particolare l'INP** può essere catturato solo sul campo, perché necessita di interazioni reali durante una sessione.

## Raccogliere dati di campo con la libreria web-vitals

```js
import { onLCP, onCLS, onINP } from "web-vitals";

function send(metric) {
  // La build di attribution ti dice QUALE elemento/interazione l'ha causato
  navigator.sendBeacon("/rum", JSON.stringify({
    name: metric.name, value: metric.value, id: metric.id,
  }));
}
onLCP(send); onCLS(send); onINP(send); // riporta ogni metrica man mano che si finalizza
```

Questa è la stessa metodologia del **CrUX** di Google (Chrome User Experience Report), che alimenta il ranking di Search — CrUX è il p75 degli utenti reali, non di laboratorio.

## Come usarli insieme

- **RUM** per rilevare le regressioni reali e conoscere il tuo p75 (quello che il ranking usa).
- **Lighthouse in CI** come guardrail per catturare le regressioni *prima* che vengano rilasciate.
- Segmenta il RUM per dispositivo/paese/connessione — un numero medio nasconde che gli Android di fascia bassa sono la tua coda lenta.

## Perché è importante

Il segnale senior è sapere che laboratorio ≠ campo, che il ranking usa il p75 di campo e che l'INP è reale solo sul campo. Ottimizzare un punteggio Lighthouse mentre il p75 reale resta scarso è una trappola classica che questa domanda è progettata per smascherare.

Fonte	Un'unica esecuzione sintetica, dispositivo/rete fissi	Visite reali, tutti i dispositivi/reti
Utile per	Debug, gate di regressione in CI, ripetibile	Ciò che gli utenti effettivamente sperimentano
INP	Non misurabile (nessuna interazione reale)	Misurato durante l'intera visita
Debolezza	Non riflette il tuo traffico reale	Rumoroso, richiede volume, più difficile da debuggare

Laboratorio vs campo

Raccogliere dati di campo con la libreria web-vitals

Come usarli insieme

Perché è importante

Domande correlate