Как делать11 октября 2026 г.5 мин чтения
Вёрстка: HTML и CSSШаг 6 из 7

Скорость сайта и Core Web Vitals: что измерять и как ускорить

Коротко

Скорость сайта Google оценивает тремя метриками Core Web Vitals: LCP (как быстро появляется главный элемент, хорошо — до 2,5 с), INP (как быстро страница реагирует на действия, хорошо — до 200 мс) и CLS (насколько «прыгает» вёрстка, хорошо — до 0,1). Проверить свой сайт можно бесплатно в PageSpeed Insights. Чаще всего сайт тормозят тяжёлые картинки, шрифты, сторонние скрипты и отсутствие кеширования.

ОсновыУровень: СреднийПроизводительность веба

После материала вы сможете

  • назвать пороги зелёной и красной зоны для LCP, INP и CLS и объяснить, что измеряет каждая метрика
  • отличить полевые данные CrUX от лабораторного прогона Lighthouse и объяснить, почему их цифры расходятся
  • проверить свой сайт в PageSpeed Insights и Search Console и пройти чек-лист ускорения из восьми пунктов
Содержание
  1. 01Что такое Core Web Vitals
  2. 02Полевые и лабораторные данные: почему цифры расходятся
  3. 03Как проверить свой сайт
  4. 04Почему сайт тормозит: главные причины
  5. 05Чек-лист ускорения
  6. 06Скорость и SEO: что говорит сам Google

Что такое 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
Пороговые значения по web.dev. Страница проходит оценку, если 75-й перцентиль визитов по каждой из трёх метрик в зелёной зоне — отдельно для мобильных и компьютеров.

Полевые и лабораторные данные: почему цифры расходятся

Владельцы сайтов часто удивляются: один инструмент показывает зелёные метрики, другой — красные. Обычно дело в том, что они измеряют разное. Полевые данные (field data) — это то, что происходило у реальных посетителей. Лабораторные (lab data) — один прогон страницы в искусственных условиях.

Полевые данные

  • Собраны с реальных пользователей Chrome — отчёт CrUX
  • Показывают опыт за последние 28 дней
  • Именно по ним оцениваются Core Web Vitals
  • Есть только у страниц и сайтов с достаточным трафиком

Лабораторные данные

  • Один прогон Lighthouse в симулированных условиях
  • Доступны для любой страницы, даже новой
  • Удобны для поиска причин и проверки правок
  • Могут не совпадать с тем, что видят реальные посетители

Как проверить свой сайт

  1. Откройте PageSpeed Insights

    Это бесплатный сервис Google на pagespeed.web.dev. Вставьте адрес страницы — лучше не только главной, но и самой важной для заявок.

  2. Смотрите сначала на верхний блок

    Оценка Core Web Vitals по реальным пользователям — главный результат. Проверьте вкладки «Мобильные» и «Компьютеры» отдельно.

  3. Затем — на диагностику

    Ниже идёт лабораторный отчёт Lighthouse с баллом и списком конкретных проблем: тяжёлые изображения, блокирующие скрипты, сдвиги вёрстки.

  4. Подключите Search Console

    Отчёт «Основные интернет-показатели» группирует проблемные страницы всего сайта, а не одной.

  5. Перепроверьте после правок

    Лабораторный результат обновится сразу, полевой — по мере накопления данных.

Не гонитесь за баллом 100 в Lighthouse: это лабораторная оценка, а не цель сама по себе. Важнее, чтобы реальные посетители, особенно с телефонов, попадали в зелёную зону по всем трём метрикам.

Почему сайт тормозит: главные причины

ЗапросОтвет сервераЗагрузка ресурсовГлавный элементОтклик на действия
Сервер и сетьLCP и CLSINP
Путь загрузки страницы: на каждом этапе можно потерять время.

Тяжёлые картинки: огромные 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 и пишет, что это вместе с другими аспектами удобства страницы соответствует тому, что стремятся поощрять его основные системы ранжирования.

Ускорять сайт стоит прежде всего ради людей: быстрая страница — это меньше брошенных визитов и больше дочитанных до кнопки «Оставить заявку».
Расскажите о задаче — мы изучим запрос и свяжемся с вами

Есть задача?
Обсудим и оценим — бесплатно.

Расскажите о продукте или проблеме. Предложим архитектуру, срок и стоимость первой версии после изучения задачи.

  • Оценка объёма и рисков до старта
  • NDA — по вашему или нашему шаблону
  • Старт работ в течение недели

Не присылайте через форму пароли, ключи доступа и исходный код — безопасную передачу доступа обсудим отдельно.

Нажимая кнопку, вы соглашаетесь с обработкой персональных данных.