Сайт «вроде грузится быстро», но конкретных цифр никто не проверял? PageSpeed Insights бесплатно показывает точные пороги, по которым Google на самом деле судит о скорости.
Коротко о главном
По официальной документации Google, PageSpeed Insights (сервис на базе Lighthouse - открытого автоматизированного инструмента для проверки качества веб-страниц) не требует установки: достаточно зайти на pagespeed.web.dev, ввести адрес сайта и нажать «Анализировать» (Analyze). Инструмент проверяет страницу сразу по нескольким категориям - производительность, доступность, SEO и лучшие практики. Есть два типа данных: лабораторные (симуляция в контролируемой среде, через Lighthouse) и полевые (реальные данные от пользователей через Chrome UX Report, CrUX) - полевые данные показывают, как сайт реально работает у живых посетителей, а лабораторные помогают найти конкретные проблемы и точки для оптимизации. Ключевые метрики Core Web Vitals и их точные пороги «хорошо» по официальным данным web.dev: Largest Contentful Paint (LCP, время до отрисовки самого крупного видимого элемента) - должен укладываться в 2,5 секунды с начала загрузки страницы; Interaction to Next Paint (INP, задержка отклика на действие пользователя) - 200 миллисекунд или меньше; Cumulative Layout Shift (CLS, суммарный сдвиг элементов при загрузке) - 0,1 или меньше. Значения выше верхнего порога считаются «плохими», между порогами - «требуют улучшения». Официальная рекомендация - ориентироваться на 75-й процентиль загрузок страницы, разделяя показатели по мобильным и десктопным устройствам отдельно.
Как запустить проверку
Никакой установки не требуется. Нужно зайти на pagespeed.web.dev, ввести адрес проверяемой страницы и нажать «Analyze» (Анализировать). Отчёт покажет результаты отдельно для мобильной и десктопной версии сайта - это важно, потому что реальная скорость на телефоне и на компьютере часто заметно различается.
Лабораторные данные и полевые данные - в чём разница
Отчёт строится на двух разных источниках. Лабораторные данные (lab data) - это симуляция загрузки страницы в контролируемой среде через Lighthouse, полезная для того, чтобы найти конкретные проблемы производительности и точки для оптимизации. Полевые данные (field data) - это данные Chrome UX Report (CrUX), собранные от реальных пользователей Chrome, которые действительно заходили на эту страницу - именно они показывают, как сайт реально ощущается посетителями, а не в теории.
Три метрики Core Web Vitals и их точные пороги
По официальным данным web.dev, у Core Web Vitals есть три метрики с чёткими числовыми порогами «хорошо». Largest Contentful Paint (LCP) - время до отрисовки самого крупного видимого элемента на странице - должен укладываться в 2,5 секунды с момента начала загрузки. Interaction to Next Paint (INP) - задержка между действием пользователя и визуальным откликом страницы - должна быть 200 миллисекунд или меньше. Cumulative Layout Shift (CLS) - суммарный неожиданный сдвиг элементов интерфейса при загрузке - должен быть 0,1 или меньше.
Что означают промежуточные значения
По официальной структуре порогов: показатели ниже нижнего порога считаются «хорошими» (good), показатели выше верхнего порога - «плохими» (poor), а всё, что между этими значениями, попадает в категорию «требует улучшения» (needs improvement). Официальная рекомендация - оценивать не единичный замер, а 75-й процентиль загрузок страницы, причём отдельно для мобильных и десктопных устройств, чтобы получить репрезентативную картину, а не случайное удачное или неудачное измерение.
Нужно ли устанавливать что-то, чтобы проверить скорость сайта в PageSpeed Insights?
Нет, инструмент работает прямо в браузере на pagespeed.web.dev без установки.
Чем лабораторные данные отличаются от полевых?
Лабораторные данные - это симуляция в контролируемой среде через Lighthouse для поиска проблем, а полевые данные (CrUX) - реальные измерения от настоящих посетителей сайта в Chrome.
Какой порог LCP считается хорошим?
2,5 секунды с начала загрузки страницы.
Какой порог у метрики INP?
200 миллисекунд или меньше.
Какой порог у CLS?
0,1 или меньше.
На какой процентиль загрузок рекомендуется ориентироваться при оценке метрик?
На 75-й процентиль, отдельно по мобильным и десктопным устройствам, а не на единичный замер.
Источники (2)
- Lighthouse overview - Chrome for Developers
- How the Core Web Vitals metrics thresholds were defined - web.dev
← Все статьи блога