LCP (Largest Contentful Paint, «отрисовка крупнейшего контента») — метрика из набора Core Web Vitals, измеряющая момент времени, когда в видимой области экрана завершается рендеринг наибольшего по площади элемента: изображения, видео-постера, крупного текстового блока или фонового изображения через CSS background-image.
В отличие от FCP (First Contentful Paint), фиксирующего первый пиксель контента, LCP отражает то, что пользователь воспринимает как «страница загружена» — появление главного смыслового блока выше линии сгиба. Браузер пересчитывает кандидата на роль LCP-элемента по мере загрузки, и финальное значение фиксируется при первом взаимодействии пользователя (клик, прокрутка, ввод).
Пороговые значения:
Эти пороги основаны на 75-м перцентиле реальных пользовательских сессий (Chrome UX Report). Яндекс в 2025–2026 годах принял аналогичную классификацию. LCP измеряется в Field Data (реальные пользователи, приоритет для Яндекса) и Lab Data (синтетические тесты). Для ранжирования Яндекса приоритетны данные Field Data, собираемые через Яндекс.Браузер на устройствах российских пользователей.
Яндекс официально включил Core Web Vitals, в том числе LCP, в факторы ранжирования начиная с обновления алгоритма «Контент+Скорость» (2024). В 2026 году LCP является частью группы технических сигналов качества страницы, которые обрабатывает MatrixNet-XL совместно с поведенческими метриками.
| Тематика | Медианный LCP | Зона | |---|---|---| | Интернет-магазины | ~3.1 с | жёлтая | | Информационные сайты | ~2.4 с | граница зелёной | | Лендинги (desktop) | ~1.8 с | зелёная |
Плохой LCP напрямую коррелирует с ростом Bounce Rate (отказов): страницы с LCP > 4 с показывают показатель отказов на 30–40% выше, чем страницы с LCP < 2 с. Это поведенческое следствие «поднимается» в ранжирование через механизм поведенческих факторов.
В Яндекс.Метрике с 2025 года в отчёте «Скорость сайта» доступны поля lcp для сессий через Яндекс.Браузер — это позволяет сегментировать ухудшения по источникам трафика, регионам и типам устройств.
Работа с LCP в SEO-процессе разбивается на три этапа: диагностика, оптимизация, мониторинг.
| Причина | Решение |
|---|---|
| Большое изображение без preload | preload hint для hero-изображения |
| Render-blocking CSS/JS | Critical CSS inline, defer/async для скриптов |
| Медленный TTFB сервера | CDN, серверный кэш, оптимизация бэкенда |
| Шрифты без font-display | font-display: swap или optional |
| Lazy-load для first-screen img | Убрать атрибут loading=lazy выше линии сгиба |
Для информационных (информационный запрос) сайтов LCP-элементом обычно является заглавное изображение статьи или крупный H1. Для коммерческих (коммерческий запрос) — hero-баннер или главное фото товара.
Мониторинг LCP рекомендуется настраивать через Яндекс.Метрику как пользовательское событие через Performance Observer API — это даёт возможность отслеживать динамику в разрезе реальных пользовательских сессий, а не только синтетических тестов.
LCP критичен для поведенческих факторов по двум взаимосвязанным механизмам.
Медленный LCP означает, что пользователь после клика из поиска долго видит пустой экран. Это провоцирует pogosticking — немедленный возврат на SERP Яндекса без взаимодействия с сайтом. Яндекс интерпретирует это как сигнал нерелевантности, что снижает позиции через петлю обратной связи поведенческого ранжирования.
Конкретные последствия медленного LCP:
В 2026 году более 65% поискового трафика Яндекса приходится на мобильные устройства. Мобильный LCP у большинства сайтов хуже десктопного на 40–80%. Яндекс применяет mobile-first подход к оценке качества страниц, поэтому именно мобильный опыт является определяющим при формировании технического сигнала.
При работе с накруткой ПФ важно учитывать: если реальный LCP страницы > 4 с, имитированные сессии будут показывать аномально низкое время на сайте для мобильных агентов. Это статистическая аномалия, которую антифрод-система Яндекса может использовать для фильтрации трафика. Перед запуском работ с ПФ технический LCP должен быть в зелёной зоне.
LCP входит в семейство Core Web Vitals — наряду с INP (отзывчивость на взаимодействие) и CLS (визуальная стабильность). Яндекс учитывает все три метрики совокупно: хороший LCP при плохом CLS не даёт полного преимущества при ранжировании Яндекса. Это важно понимать при расстановке приоритетов в технической оптимизации.
С точки зрения поведенческого ранжирования, LCP замыкается на Bounce Rate (отказы), время на сайте и глубину просмотра — ключевые ПФ-метрики: медленный LCP является первопричиной ухудшения всей цепочки. Яндекс.Вебмастер и Яндекс.Метрика — основные инструменты мониторинга LCP в экосистеме Яндекса. Плохой LCP косвенно влияет и на индексацию в Яндексе: краулер может снижать частоту обхода медленных страниц, что замедляет попадание обновлений в индекс.