Core Web Vitals: что измеряет Google и почему медленные страницы теряют клиентов

Клиент обратился к нам по поводу корпоративного сайта, загрузка которого занимала более 15 секунд. Отдел продаж не мог объяснить падение количества заявок - сайт выглядел нормально, контент не менялся. Мы провели аудит производительности и обнаружили 12 отдельных проблем, в том числе 120 000 спам-комментариев в базе данных, которые потребляли серверные ресурсы при каждой загрузке страницы. Через две недели сайт загружался за 1,8 секунды. Количество заявок выросло в 4 раза. Показатель отказов упал на 65%. В дизайне ничего не изменилось. Только производительность.

Такой результат звучит драматично, но паттерн распространён. Медленные сайты невидимы для их владельцев и сразу заметны каждому посетителю. С мая 2021 года Google измеряет это напрямую как сигналы ранжирования, называемые Core Web Vitals.

Что на самом деле измеряют Core Web Vitals

Google разработал три метрики для измерения тех аспектов пользовательского опыта, которые пользователи ощущают напрямую:

• LCP (Largest Contentful Paint) - время до появления основного контента на экране
• INP (Interaction to Next Paint) - скорость реакции страницы на клик или касание
• CLS (Cumulative Layout Shift) - насколько сильно смещается макет во время загрузки

Это не произвольные показатели. Они выбраны потому, что коррелируют с поведением пользователей: страницы, прошедшие все три, имеют более низкий показатель отказов, более высокую вовлечённость и лучшую конверсию. Google подтвердил их как сигналы ранжирования в 2021 году и с тех пор обновлял набор - наиболее заметно заменив FID на INP в марте 2024 года.

Большинство WordPress-сайтов, которые мы аудируем, не проходят хотя бы одну метрику. Чаще всего - LCP.

LCP: где большинство сайтов проваливается первым

LCP - это время до загрузки самого крупного видимого элемента на странице - обычно hero-изображения или большого заголовка. Пользователи смотрят на неполную страницу, пока LCP не завершится. Как только это занимает более 2,5 секунды, примерно 40% мобильных посетителей уходят до завершения загрузки.

Наиболее распространённые проблемы с LCP, которые мы находим:

• Неоптимизированные изображения - JPEG 3 МБ выполняет работу, с которой справился бы WebP 200 КБ
• Блокирующий рендеринг JavaScript, задерживающий всю страницу
• Медленное время ответа сервера на дешёвом shared-хостинге
• Отсутствие настройки кэширования

Исправление LCP на типичном WordPress-сайте означает конвертацию изображений в WebP, правильную настройку кэширования, отложенную загрузку JavaScript, который не нужен при первой загрузке, и иногда переход на сервер с лучшим базовым временем ответа. На хорошо поддерживаемом сайте это занимает несколько часов. На запущенном - больше, но всё равно дни, а не месяцы.

INP: метрика, о которой большинство владельцев сайтов не слышали

Google заменил FID на INP в марте 2024 года. Большинство владельцев сайтов пропустили это изменение.

INP измеряет наихудшее взаимодействие на протяжении всей сессии на странице - не только первый клик, но каждое касание, клик или ввод с клавиатуры во время всего посещения. Если пользователь нажимает кнопку и ждёт 600 миллисекунд до какой-либо реакции, это фиксируется. Если это происходит у достаточного числа посетителей, показатель страдает.

Основная причина - JavaScript, блокирующий основной поток - очередь браузера для обработки пользовательского ввода. Для WordPress-сайтов это обычно связано со слишком большим количеством плагинов, загружающих слишком много JavaScript, все конкурирующих за один и тот же ресурс одновременно.

INP наиболее важен для:

• Страниц e-commerce с фильтрами товаров, кнопками добавления в корзину и процессами оформления заказа
• Любых страниц с интерактивными элементами, от которых пользователи зависят при выполнении задачи
• Веб-приложений и дашбордов

Медленный INP ощущается как тормозящее приложение. Пользователи терпят несколько секунд, затем уходят - часто не понимая, почему работа со страницей была такой раздражающей.

CLS: почему прыгающие страницы теряют клиентов

CLS измеряет визуальную нестабильность. Если вы начали читать статью и над ней появилась реклама, сдвинув всё вниз - это событие CLS. Если вы нажали на кнопку и попали не туда, потому что макет сдвинулся в момент, когда ваш палец прибыл - это тоже CLS.

Показатель выше 0,1 означает, что пользователи регулярно сталкиваются со сдвигами макета. Выше 0,25 - они значительные и частые.

Типичные причины:

• Изображения без явных атрибутов ширины и высоты - браузер не резервирует место до загрузки изображения
• Реклама или встроенные виджеты, добавляющиеся после первоначального рендеринга
• Веб-шрифты, вызывающие переформатирование текста после завершения загрузки

Исправление изображений - один из редких случаев, когда небольшое изменение имеет немедленный, измеримый эффект: всегда устанавливайте width и height для элементов изображений. Браузер резервирует правильное место до загрузки изображения, и макет остаётся на месте.

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

Для получения данных Core Web Vitals разработчик не нужен.

Google PageSpeed Insights (pagespeed.web.dev) - вставьте URL и запустите тест. Вы получите как лабораторный показатель (имитированный), так и, при наличии, полевые данные, собранные от реальных пользователей Chrome, посещающих ваш сайт. Полевые данные надёжнее. Лабораторные показатели помогают выявить конкретные проблемы, но не всегда соответствуют тому, что реальные посетители испытывают.

Google Search Console - если ваш сайт подтверждён, отчёт Core Web Vitals показывает, какие URL не проходят и что это вызывает. Это агрегированные данные от реальных пользователей, а не оценки. Это наиболее точный взгляд на то, как ваш сайт работает на практике.

Сайт может хорошо показывать результаты в лабораторных условиях и всё равно проваливаться в реальности из-за сторонних скриптов, инструментов A/B тестирования или виджетов чата, которые лабораторный тест не загружает. Всегда сначала смотрите на полевые данные.

Наиболее распространённые паттерны на сайтах чешских МСП

После аудита десятков WordPress-сайтов для чешских компаний одни и те же проблемы повторяются снова и снова:

• Неоптимизированные изображения вызывают 60–70% сбоев LCP
• Перегруженные наборы плагинов - иногда 40+ активных плагинов - вызывают большинство проблем с INP
• Отсутствующие размеры изображений стоят за большинством сбоев CLS
• Дешёвый shared-хостинг создаёт медленное время ответа сервера, что затрудняет исправление всех остальных метрик

Большинство из этого можно исправить без перестройки сайта. Целевой аудит обычно выявляет 5–10 конкретных проблем. Исправление первых трёх обычно даёт наибольшее видимое улучшение.

Те 120 000 спам-комментариев из вступительной истории? Они накапливались годами, никогда не очищались. Каждая загрузка страницы запускала запросы к базе данных, сканирующие тысячи строк мусора перед тем, как добраться до чего-либо полезного. Их удаление заняло один день и само по себе сократило время ответа сервера более чем вдвое.

Что на самом деле стоят медленные страницы

Собственные исследования Google показали, что улучшение времени загрузки на мобильных устройствах на 1 секунду увеличивает конверсию в среднем на 8%. Для сайта, генерирующего 100 заявок в месяц, это 8 дополнительных заявок только от оптимизации производительности - без нового контента, без затрат на рекламу, без редизайна.

Что касается ранжирования: две в остальном похожие страницы будут ранжироваться по-разному в зависимости от их показателей Core Web Vitals. Если ваш сайт не проходит LCP, а сайт конкурента проходит - это структурное невыгодное положение в органическом поиске, которое качество контента само по себе не может полностью компенсировать.

Четырёхкратный рост заявок, который мы наблюдали после исправления того 15-секундного сайта, - крайний случай. Но направление согласуется во всех проектах по производительности, которые мы выполняли: люди, попавшие на медленную страницу, не ждут. Они уходят и не возвращаются.

Когда исправлять самостоятельно, а когда просить о помощи

Если PageSpeed Insights показывает выше 70 на мобильных устройствах и полевые данные показывают зелёный цвет для всех трёх метрик - всё в порядке. Периодически мониторьте и устраняйте проблемы по мере их появления.

Если вы не проходите одну или несколько метрик и у вас нет доступного разработчика, самые эффективные вещи для первоначального решения:

• Сжимайте изображения и конвертируйте JPEG в WebP
• Установите плагин кэширования, если его нет (WP Rocket и LiteSpeed Cache - надёжные отправные точки)
• Добавьте явные width и height к изображениям в вашей теме и шаблонах
• Деактивируйте плагины, которые вы активно не используете

Если вы попробовали основное и всё ещё не проходите, или если сайт достаточно медленный, чтобы терять заявки - стоит провести полноценный аудит. Проблемы почти всегда решаемы. Сложность - определить правильные в правильном порядке: подход методом проб и ошибок имеет тенденцию упустить реальную причину и иногда ухудшает ситуацию.

В Kosmoweb аудиты производительности являются частью нашего сервиса поддержки. Аудит выявляет проблемы с наибольшим воздействием, и мы их исправляем - как правило, в течение 1–2 недель, без необходимости перестройки.

Производительность в 2026 году

Core Web Vitals - один из многих факторов ранжирования. Качество контента и заработанные ссылки в большинстве ситуаций всё ещё важнее. Но производительность - это фактор, над которым у вас есть прямой и быстрый контроль. Построение авторитета домена занимает годы. Исправление конфигурации кэша занимает один день.

Сайты, которые стабильно хорошо ранжируются в чешских результатах поиска, как правило, имеют три общие черты: релевантный контент, некоторые заработанные ссылки и страницы, которые быстро загружаются и быстро реагируют. Ни одно из них нельзя пропустить. Производительность - то, что вы можете улучшить быстрее всего, и то, где у большинства чешских МСП-сайтов есть наибольшие возможности для улучшения.

Если у вашего сайта есть приличный контент и некоторая история, но ранжирование остановилось или ухудшилось, техническая производительность - одно из первых мест, куда стоит смотреть. Это одна из немногих вещей в SEO, которую можно измерить, исправить и проверить за несколько дней.