Lighthouse vs RUM: performansı doğru şekilde nasıl ölçersiniz?

Question

IT Interview Practice · Accepted Answer

**Hem** lab hem alan (field) verisiyle ölçün — farklı soruları yanıtlarlar. **Lighthouse** lab'dır (sentetik, tekrarlanabilir, debug için); **RUM** alan'dır (gerçek kullanıcılar, gerçek için). Yalnızca birine güvenirseniz, yanlış şeyi optimize edersiniz.

## Lab vs alan

| | Lab (Lighthouse) | Alan / RUM |
|--|------------------|-------------|
| Kaynak | Tek sentetik çalıştırma, sabit cihaz/ağ | Gerçek ziyaretler, tüm cihazlar/ağlar |
| İyi olduğu | Debug, CI regresyon kapıları, tekrarlanabilir | Kullanıcıların *gerçekten* deneyimlediği |
| INP | Ölçemez (gerçek etkileşim yok) | Tüm ziyaret boyunca ölçülür |
| Zayıflık | Gerçek trafiğinizi yansıtmaz | Gürültülü, hacim gerektirir, debug'ı zor |

Lighthouse, temiz bir makinede tek bir kısıtlanmış (throttled) yükleme çalıştırır — bir sorunu *tekrar üretmek* için harika, p75'inizi bilmek için işe yaramaz. **Özellikle INP** yalnızca alanda yakalanabilir, çünkü bir oturum boyunca gerçek etkileşimler gerektirir.

## web-vitals kütüphanesiyle alan verisi toplama

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

function send(metric) {
  // Attribution build'i, ona HANGİ öğe/etkileşimin neden olduğunu söyler
  navigator.sendBeacon("/rum", JSON.stringify({
    name: metric.name, value: metric.value, id: metric.id,
  }));
}
onLCP(send); onCLS(send); onINP(send); // her metriği kesinleştikçe raporla
```

Bu, Arama sıralamasını besleyen Google'ın **CrUX**'i (Chrome User Experience Report) ile aynı metodolojidir — CrUX gerçek-kullanıcı p75'idir, lab değil.

## Onları birlikte nasıl kullanılır

- Gerçek regresyonları tespit etmek ve p75'inizi (sıralamanın kullandığı) bilmek için **RUM**.
- Regresyonları gönderilmeden *önce* yakalamak üzere bir koruma bandı olarak **CI'da Lighthouse**.
- RUM'u cihaza/ülkeye/bağlantıya göre segmentleyin — ortalama bir sayı, düşük seviye Android'in yavaş kuyruğunuz olduğunu gizler.

## Neden önemli

Senior sinyali, lab ≠ alan olduğunu, sıralamanın alan p75'ini kullandığını ve INP'nin yalnızca alanda gerçek olduğunu bilmektir. Bir Lighthouse puanını optimize ederken gerçek p75'in zayıf kalması, bu sorunun ortaya çıkarmak için tasarlandığı klasik bir tuzaktır.

Kaynak	Tek sentetik çalıştırma, sabit cihaz/ağ	Gerçek ziyaretler, tüm cihazlar/ağlar
İyi olduğu	Debug, CI regresyon kapıları, tekrarlanabilir	Kullanıcıların gerçekten deneyimlediği
INP	Ölçemez (gerçek etkileşim yok)	Tüm ziyaret boyunca ölçülür
Zayıflık	Gerçek trafiğinizi yansıtmaz	Gürültülü, hacim gerektirir, debug'ı zor

Lab vs alan

web-vitals kütüphanesiyle alan verisi toplama

Onları birlikte nasıl kullanılır

Neden önemli

İlgili sorular