Главная → Все проверки → Скорость показа контента (LCP)
Скорость показа контента (LCP): что проверяется
LCP — через сколько секунд посетитель видит главное на странице: баннер, заголовок, товар. Долгий LCP = человек смотрит на пустоту и уходит.
Почему это важно
LCP — метрика с весом 9 из 10 на этой странице, и это не случайно: она входит в официальный набор Core Web Vitals от Google, а оценка строится на полевых данных реальных пользователей, а не на лабораторном замере. Пока главный баннер, заголовок или карточка товара не отрисовались, посетитель смотрит на пустой экран. В большинстве случаев он не ждёт: закрывает вкладку и идёт к конкуренту в выдаче. Чаще всего LCP тормозят тяжёлое изображение в шапке без сжатия, медленный ответ сервера перед первым байтом или CSS и JavaScript, блокирующие отрисовку. Чинит разработчик: иногда достаточно сжать одну картинку, иногда нужно перестраивать порядок загрузки ресурсов на всём сайте. Порог хорошего результата: 2,5 секунды по 75-му перцентилю полевых данных, плохой результат начинается после 4 секунд.
Откуда взялись требования
Пороги LCP документированы Google: хорошо ≤2,5 с, плохо >4 с по 75-му перцентилю полевых данных. Полевые данные CrUX предпочитаются лабораторному замеру; источник указан в фактах. Первоисточник ↗
Категория проверки: Скорость и Core Web Vitals. Вес в оценке: 9/10.
Какие результаты возможны
Замер сделан только на компьютере, без телефона
Мобильного замера получить не удалось, а Google оценивает страницы по мобильным данным. Вердикт не выносим. Для сравнения: хорошо до 2500 мс, плохо после 4000 мс. Повторите проверку позже, чтобы получить мобильную цифру.
Основной контент появляется быстро
Это одна из трёх метрик Core Web Vitals, официального набора Google для оценки скорости и стабильности страницы. Чинить нечего. Перепроверьте цифру после смены шаблона или подключения новых скриптов.
Основной контент появляется медленно
Чаще всего виноваты тяжёлая картинка в первом экране, медленный ответ сервера или скрипты и стили в head, которые блокируют отрисовку.
Главная картинка появляется медленно
Дольше всего рисуется картинка, она названа в блоке «Что нашли на странице». Сожмите её (WebP или AVIF, до 200 КБ для первого экрана), уберите с неё loading="lazy" и добавьте fetchpriority="high": так браузер загрузит её первой.
Главный текст появляется медленно
Дольше всего рисуется текстовый блок, он назван в блоке «Что нашли на странице». Текст ждёт веб-шрифт или ответ сервера: разрешите браузеру показать системный шрифт до загрузки своего (font-display: swap в описании шрифта) и проверьте время ответа сервера.
Основной контент появляется слишком долго
Скорость подтверждена Google как фактор ранжирования. Начните с веса первого экрана и времени ответа сервера.
Главная картинка появляется слишком долго
Дольше всего рисуется картинка, она названа в блоке «Что нашли на странице». Сожмите её до 200 КБ (WebP или AVIF), уберите loading="lazy", добавьте fetchpriority="high" и отдавайте с того же домена или через CDN с быстрым ответом.
Главный текст появляется слишком долго
Дольше всего рисуется текстовый блок, он назван в блоке «Что нашли на странице». Проверьте время ответа сервера и веб-шрифты: разрешите показать системный шрифт до загрузки своего (font-display: swap) и не подключайте шрифты с чужих доменов в head без preconnect.
Пороговые значения
Числа, по которым проверка выносит вердикт. Они зашиты в движок и одинаковы для всех сайтов.
- Порог «хорошо»
- 2500 мс
- Порог «плохо»
- 4000 мс
Кто исправляет
Такую задачу обычно адресуют разработчику.
Другие проверки категории «Скорость и Core Web Vitals»
Частые вопросы: скорость показа контента (LCP)
Какой элемент страницы поисковик засчитывает как LCP?
Элемент с самой крупной видимой площадью в области первого экрана: обычно это баннер, крупный заголовок или изображение товара. Google документирует порог 2,5 секунды как хороший результат и 4 секунды как плохой; оценка идёт по 75-му перцентилю данных, собранных с реальных посетителей сайта.
Почему используются полевые данные, а не лабораторный замер LCP?
Полевые данные CrUX собираются с реальных посетителей на разных устройствах, сетях и в разных условиях, поэтому точнее отражают опыт живой аудитории, чем один замер в лаборатории на стабильном канале. Google явно отдаёт предпочтение именно полевым данным при финальной оценке метрики LCP.
Что обычно замедляет LCP сильнее всего?
Чаще всего это несжатое изображение в области первого экрана, медленный ответ сервера до первого байта или скрипты и стили, которые блокируют отрисовку страницы до своей полной загрузки. Каждая из этих причин чинится отдельно, и разработчик обычно начинает с самого тяжёлого элемента на странице.
Что ещё сервис найдёт на этой странице
Кроме этой проверки — ещё 51: индексация, скорость, разметка, заголовки, ссылки. Каждая с указанием источника требования.