Lighthouse vs RUM: kako ispravno mjeriti performanse?

Question

IT Interview Practice · Accepted Answer

Mjerite s **oba** — laboratorijskim i terenskim podacima — jer odgovaraju na različita pitanja. **Lighthouse** je laboratorij (sintetski, ponovljiv, za debugiranje); **RUM** je teren (stvarni korisnici, za istinu). Ako vjerujete samo jednom, optimizirate pogrešnu stvar.

## Laboratorij vs teren

| | Laboratorij (Lighthouse) | Teren / RUM |
|--|------------------|-------------|
| Izvor | Jedno sintetsko pokretanje, fiksan uređaj/mreža | Stvarni posjeti, svi uređaji/mreže |
| Dobro za | Debugiranje, CI regresijske brane, ponovljivo | Ono što korisnici *stvarno* doživljavaju |
| INP | Ne može mjeriti (nema stvarnih interakcija) | Mjereno kroz cijeli posjet |
| Slabost | Ne odražava vaš stvarni promet | Bučno, treba volumen, teže za debugirati |

Lighthouse pokreće jedno prigušeno (throttled) učitavanje na čistom stroju — sjajno za *reprodukciju* problema, beskorisno za znanje vašeg p75. **Posebno INP** može se uhvatiti samo na terenu jer treba stvarne interakcije kroz sesiju.

## Prikupljanje terenskih podataka s bibliotekom web-vitals

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

function send(metric) {
  // Attribution build vam govori KOJI element/interakcija ga je uzrokovala
  navigator.sendBeacon("/rum", JSON.stringify({
    name: metric.name, value: metric.value, id: metric.id,
  }));
}
onLCP(send); onCLS(send); onINP(send); // izvijesti o svakoj metrici kad se finalizira
```

Ovo je ista metodologija kao Googleov **CrUX** (Chrome User Experience Report), koji napaja rangiranje u pretrazi — CrUX je p75 stvarnih korisnika, ne laboratorij.

## Kako ih koristiti zajedno

- **RUM** za otkrivanje stvarnih regresija i znanje vašeg p75 (ono što rangiranje koristi).
- **Lighthouse u CI-ju** kao zaštitna ograda za hvatanje regresija *prije* nego se pošalju.
- Segmentirajte RUM po uređaju/državi/vezi — usrednjeni broj skriva da je low-end Android vaš spori rep.

## Zašto je to važno

Seniorski signal je znanje da laboratorij ≠ teren, da rangiranje koristi terenski p75 i da je INP stvaran samo na terenu. Optimiziranje Lighthouse ocjene dok stvarni p75 ostaje loš klasična je zamka koju je ovo pitanje osmišljeno razotkriti.

Izvor	Jedno sintetsko pokretanje, fiksan uređaj/mreža	Stvarni posjeti, svi uređaji/mreže
Dobro za	Debugiranje, CI regresijske brane, ponovljivo	Ono što korisnici stvarno doživljavaju
INP	Ne može mjeriti (nema stvarnih interakcija)	Mjereno kroz cijeli posjet
Slabost	Ne odražava vaš stvarni promet	Bučno, treba volumen, teže za debugirati

Laboratorij vs teren

Prikupljanje terenskih podataka s bibliotekom web-vitals

Kako ih koristiti zajedno

Zašto je to važno

Povezana pitanja