Скорость сайта Google оценивает тремя метриками Core Web Vitals: LCP (как быстро появляется главный элемент, хорошо — до 2,5 с), INP (как быстро страница реагирует на действия, хорошо — до 200 мс) и CLS (насколько «прыгает» вёрстка, хорошо — до 0,1). Проверить свой сайт можно бесплатно в PageSpeed Insights. Чаще всего сайт тормозят тяжёлые картинки, шрифты, сторонние скрипты и отсутствие кеширования.
После материала вы сможете
- назвать пороги зелёной и красной зоны для LCP, INP и CLS и объяснить, что измеряет каждая метрика
- отличить полевые данные CrUX от лабораторного прогона Lighthouse и объяснить, почему их цифры расходятся
- проверить свой сайт в PageSpeed Insights и Search Console и пройти чек-лист ускорения из восьми пунктов
Что знать заранее
Содержание
Что такое Core Web Vitals
«Сайт медленный» — слишком размытая формулировка, чтобы с ней работать. Поэтому Google выделил три метрики, которые описывают, как скорость ощущает живой человек: когда он увидел главное, отреагировала ли страница на нажатие и не уехала ли кнопка из-под пальца. Вместе они называются Core Web Vitals — основные показатели качества веб-страницы.
На примере это выглядит так. Посетитель открывает страницу кофейни: LCP — момент, когда появилось большое фото с меню на первом экране. INP — сколько он ждёт после нажатия «Забронировать столик», прежде чем что-то произойдёт на экране. CLS — уехала ли кнопка вниз в тот момент, когда над ней догрузился баннер, и не нажал ли он из-за этого что-то другое.
LCP — Largest Contentful Paint
- Что измеряет
- Когда отрисован самый крупный элемент первого экрана: фото, заголовок, баннер
- Хорошо
- до 2,5 с
- Плохо
- больше 4 с
INP — Interaction to Next Paint
- Что измеряет
- Как быстро страница откликается на нажатия, клики и ввод с клавиатуры
- Хорошо
- до 200 мс
- Плохо
- больше 500 мс
CLS — Cumulative Layout Shift
- Что измеряет
- Насколько сдвигается вёрстка, пока страница грузится и работает
- Хорошо
- до 0,1
- Плохо
- больше 0,25
Полевые и лабораторные данные: почему цифры расходятся
Владельцы сайтов часто удивляются: один инструмент показывает зелёные метрики, другой — красные. Обычно дело в том, что они измеряют разное. Полевые данные (field data) — это то, что происходило у реальных посетителей. Лабораторные (lab data) — один прогон страницы в искусственных условиях.
Полевые данные
- Собраны с реальных пользователей Chrome — отчёт CrUX
- Показывают опыт за последние 28 дней
- Именно по ним оцениваются Core Web Vitals
- Есть только у страниц и сайтов с достаточным трафиком
Лабораторные данные
- Один прогон Lighthouse в симулированных условиях
- Доступны для любой страницы, даже новой
- Удобны для поиска причин и проверки правок
- Могут не совпадать с тем, что видят реальные посетители
Как проверить свой сайт
Откройте PageSpeed Insights
Это бесплатный сервис Google на pagespeed.web.dev. Вставьте адрес страницы — лучше не только главной, но и самой важной для заявок.
Смотрите сначала на верхний блок
Оценка Core Web Vitals по реальным пользователям — главный результат. Проверьте вкладки «Мобильные» и «Компьютеры» отдельно.
Затем — на диагностику
Ниже идёт лабораторный отчёт Lighthouse с баллом и списком конкретных проблем: тяжёлые изображения, блокирующие скрипты, сдвиги вёрстки.
Подключите Search Console
Отчёт «Основные интернет-показатели» группирует проблемные страницы всего сайта, а не одной.
Перепроверьте после правок
Лабораторный результат обновится сразу, полевой — по мере накопления данных.
Не гонитесь за баллом 100 в Lighthouse: это лабораторная оценка, а не цель сама по себе. Важнее, чтобы реальные посетители, особенно с телефонов, попадали в зелёную зону по всем трём метрикам.
Почему сайт тормозит: главные причины
Тяжёлые картинки: огромные JPEG и PNG, фото прямо с камеры
- Какая метрика страдает
- LCP
- Что делать
- Сжимать, отдавать WebP или AVIF, разные размеры для разных экранов
Картинки и баннеры без заданных размеров
- Какая метрика страдает
- CLS
- Что делать
- Указывать ширину и высоту или резервировать место под блок
Веб-шрифты: много начертаний, загрузка с чужого сервера
- Какая метрика страдает
- LCP, CLS
- Что делать
- Оставить нужные начертания, подгружать заранее, настроить font-display
Сторонние скрипты: онлайн-чаты, виджеты, пиксели, карты
- Какая метрика страдает
- INP, LCP
- Что делать
- Убрать лишнее, остальное подключать после загрузки главного
Тяжёлый JavaScript, который выполняется при каждом действии
- Какая метрика страдает
- INP
- Что делать
- Дробить длинные задачи, убирать неиспользуемый код
Нет кеширования и CDN, медленный хостинг
- Какая метрика страдает
- LCP
- Что делать
- Настроить кеш браузера и сервера, раздавать файлы через CDN ближе к посетителю
Отдельно стоит сказать про хостинг. Пока сервер не ответил, браузеру нечего показывать, поэтому медленный или перегруженный сервер добавляет задержку ко всем остальным этапам. Если посетители в основном из Казахстана, а сервер стоит далеко и без CDN, каждый запрос проходит длинный путь — и это видно по LCP ещё до того, как начнут грузиться картинки.
По нашему опыту, на сайтах малого бизнеса главная проблема почти всегда в первых двух строках и в сторонних скриптах: каждый подключённый когда-то виджет «весит» немного, но вместе они заметно замедляют страницу, особенно на телефоне с мобильным интернетом.
Чек-лист ускорения
Начинать стоит с того, что даёт эффект с наименьшими усилиями: сжать и правильно подключить главную картинку первого экрана, задать размеры изображениям и пересмотреть сторонние виджеты. Переписывать код и переезжать на другой хостинг имеет смысл, когда простые меры уже сделаны, а метрики всё ещё в жёлтой или красной зоне.
- Главное изображение первого экрана сжато, в современном формате и загружается с высоким приоритетом
- Картинки ниже первого экрана загружаются лениво
- У всех изображений, видео и рекламных блоков заданы размеры
- Шрифтов не больше, чем нужно, и текст виден сразу, пока шрифт грузится
- Сторонние скрипты пересмотрены: лишние удалены, остальные не мешают первому экрану
- Включены сжатие и кеширование, статика раздаётся через CDN
- Нет фонового видео на первом экране телефона, если без него можно обойтись
- Проверены мобильная и десктопная версии, а не только одна
Скорость и SEO: что говорит сам Google
Вокруг скорости много мифов, поэтому опираемся на документацию Google Search Central. Google рекомендует владельцам сайтов добиваться хороших Core Web Vitals и пишет, что это вместе с другими аспектами удобства страницы соответствует тому, что стремятся поощрять его основные системы ранжирования.
Ускорять сайт стоит прежде всего ради людей: быстрая страница — это меньше брошенных визитов и больше дочитанных до кнопки «Оставить заявку».
Источники
- web.dev: Web Vitals
- web.dev: Largest Contentful Paint (LCP)
- web.dev: Interaction to Next Paint (INP)
- web.dev: Cumulative Layout Shift (CLS)
- web.dev: Interaction to Next Paint becomes a Core Web Vital on March 12
- web.dev: Why lab and field data can be different
- PageSpeed Insights: About
- Chrome UX Report (CrUX)
- Google Search Central: Core Web Vitals и поиск Google
- Google Search Central: Page experience
- web.dev: Optimize LCP
- web.dev: Best practices for fonts
