FCP

Как работает

FCP отмеряет время от начала загрузки страницы до появления первого видимого элемента контента — абзаца текста, изображения, кнопки, фонового SVG. Пустой фон и заглушки не считаются: важен именно первый содержательный пиксель. Метрика говорит пользователю «сайт откликнулся и грузится».

FCP входит в набор метрик от Google. Ориентиры такие:

• до 1,8 секунды — хорошо;
• от 1,8 до 3 секунд — нужно улучшать;
• дольше 3 секунд — плохо.

Значения берутся по 75-му процентилю реальных загрузок, то есть по большинству пользователей, а не по идеальному замеру в лаборатории. Измеряется FCP и в поле (реальные визиты), и в лаборатории (Lighthouse).

Почему важно для SEO

FCP описывает первое впечатление о скорости: чем позже появляется контент, тем выше шанс, что пользователь вернётся в выдачу, не дождавшись загрузки. Это ухудшает поведенческие сигналы и косвенно позиции.

У FCP есть своё место среди соседних метрик, и его стоит различать. TTFB — это время до первого байта ответа сервера, оно предшествует FCP; если сервер медленный, быстрой первой отрисовки не будет. LCP — момент отрисовки крупнейшего элемента, он наступает позже FCP и входит в Core Web Vitals напрямую. FCP в основные Core Web Vitals не входит, но остаётся диагностической метрикой: медленный FCP почти всегда тянет за собой плохой LCP. Главный враг быстрого FCP — render-blocking ресурсы, которые откладывают отрисовку.

Заметнее всего FCP страдает на страницах, которые собираются целиком на клиенте: пока не загрузился и не выполнился JavaScript, пользователь видит пустой фон, и метрика фиксирует это как долгое ожидание. Серверный рендеринг или хотя бы отдача осмысленного первого экрана в исходном HTML снимают большую часть задержки. Разрыв между лабораторным и полевым FCP тоже показателен: если в тесте всё быстро, а у реальных пользователей медленно, узкое место чаще в слабой мобильной сети и устройствах, а не в самом сайте.

Частые ошибки

• Тяжёлый блокирующий CSS и синхронный JS в <head> — отрисовка ждёт их загрузки.
• Медленный ответ сервера раздувает TTFB, а с ним и FCP.
• Шрифты без font-display: swap прячут текст до своей загрузки.
• Первый экран целиком собирается на клиенте через JS — до его выполнения пользователь видит пустоту.
• Нет критического CSS, весь пакет стилей грузится одним блокирующим файлом.

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

PageSpeed Insights показывает FCP отдельной строкой в лабораторных и полевых данных, если по сайту есть статистика CrUX. В DevTools вкладка Lighthouse даёт FCP в отчёте, а Performance отмечает момент первой отрисовки на таймлайне. В Google Search Console метрики скорости собраны в отчёте Core Web Vitals — FCP там как вспомогательный показатель.

SEO Crawler при обходе замеряет время ответа и скорость отрисовки страниц и подсвечивает URL, где контент появляется медленно. Это помогает связать медленный FCP с конкретной причиной — тяжёлым сервером или блокирующими ресурсами.

Вывод

FCP показывает, как быстро пользователь видит первый контент, и служит ранним индикатором проблем со скоростью. Улучшают его через быстрый ответ сервера, устранение блокирующих ресурсов и критический CSS. Хороший FCP — почти обязательное условие приемлемого LCP, поэтому его стоит держать в поле зрения при любой работе над скоростью сайта.