Браузер и фронтенд-рантайм
Core Web Vitals: тест на припоминание
Припоминание бьёт перечитывание. Для каждого промпта произнеси или запиши полный ответ по памяти, прежде чем открыть эталонный — именно усилие припоминания закрепляет материал.
Восстанови хребет юнита — что измеряет каждая vital и её порог, разбиение LCP на фазы, части INP и ловушку гидрации, подсчёт CLS, правило field-vs-lab и дисциплину общего бюджета — не подглядывая в уроки.
- 01Что измеряет каждая Core Web Vital, каков её порог 'good' и где их меряют?
- 02Назови четыре фазы LCP и фикс для каждой, и объясни, почему надо прочитать разбиение перед применением фикса.
- 03Назови три части INP и объясни паттерн INP только в начале и на что он указывает.
- 04Как считается один сдвиг CLS, что такое session window и что делает исключение в 500 мс?
- 05Объясни различие lab-vs-field и дай правило, когда использовать каждое.
- 06Почему надо мерить все три vitals до и после любого изменения, и что требует полная production-наблюдаемость?
Если ты восстановил каждый ответ по памяти, ты держишь хребет юнита: LCP/INP/CLS — полевые метрики на p75 с порогами ≤2.5 с, ≤200 мс, ≤0.1; LCP читают по четырём фазам, а INP — по трём частям, чтобы чинить доминирующую; паттерн INP только в начале — сигнатура гидрации; CLS — это impact × distance по худшему окну 5 с с исключением 500 мс после взаимодействия; вердикт живёт в field (CrUX), лаба — для отладки и CI; и так как все три делят бюджет, каждое изменение мерят против всех них через RUM плюс CI-гейт.