Lighthouse против RUM: как правильно измерять производительность?

Question

IT Interview Practice · Accepted Answer

Измеряйте **и** лабораторными, **и** полевыми данными — они отвечают на разные вопросы. **Lighthouse** — это лаборатория (синтетическая, воспроизводимая, для отладки); **RUM** — это поле (реальные пользователи, для истины). Если доверять только одному, вы оптимизируете не то.

## Лаборатория против поля

| | Лаборатория (Lighthouse) | Поле / RUM |
|--|------------------|-------------|
| Источник | Один синтетический прогон, фикс. устройство/сеть | Реальные визиты, все устройства/сети |
| Хорошо для | Отладка, гейты регрессий в CI, повторяемость | Что пользователи *реально* испытывают |
| INP | Не может измерить (нет реальных взаимодействий) | Измеряется за весь визит |
| Слабость | Не отражает ваш реальный трафик | Шумно, нужен объём, труднее отлаживать |

Lighthouse выполняет единственную дросселированную загрузку на чистой машине — отлично для *воспроизведения* проблемы, бесполезно для знания вашего p75. **Особенно INP** может быть захвачен только в поле, потому что ему нужны реальные взаимодействия за сессию.

## Сбор полевых данных с библиотекой web-vitals

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

function send(metric) {
  // Сборка с атрибуцией говорит, КАКОЙ элемент/взаимодействие это вызвало
  navigator.sendBeacon("/rum", JSON.stringify({
    name: metric.name, value: metric.value, id: metric.id,
  }));
}
onLCP(send); onCLS(send); onINP(send); // отправляем каждую метрику по мере финализации
```

Это та же методология, что и у **CrUX** от Google (Chrome User Experience Report), который питает ранжирование в поиске — CrUX — это p75 реальных пользователей, а не лаборатория.

## Как использовать их вместе

- **RUM** для обнаружения реальных регрессий и знания вашего p75 (который использует ранжирование).
- **Lighthouse в CI** как ограждение, чтобы ловить регрессии *до* выката.
- Сегментируйте RUM по устройству/стране/соединению — усреднённое число скрывает, что бюджетный Android — это ваш медленный хвост.

## Почему это важно

Сигнал уровня senior — это знание, что лаборатория ≠ поле, что ранжирование использует полевой p75 и что INP реален только в поле. Оптимизация оценки Lighthouse при том, что реальный p75 остаётся плохим — классическая ловушка, которую призван обнажить этот вопрос.

Источник	Один синтетический прогон, фикс. устройство/сеть	Реальные визиты, все устройства/сети
Хорошо для	Отладка, гейты регрессий в CI, повторяемость	Что пользователи реально испытывают
INP	Не может измерить (нет реальных взаимодействий)	Измеряется за весь визит
Слабость	Не отражает ваш реальный трафик	Шумно, нужен объём, труднее отлаживать

Лаборатория против поля

Сбор полевых данных с библиотекой web-vitals

Как использовать их вместе

Почему это важно

Похожие вопросы