Core Web Vitals (скорость сайта)
Core Web Vitals это набор из трёх метрик Google, которые измеряют, насколько быстро и стабильно загружается страница с точки зрения посетителя: как скоро появляется основной контент, за сколько сайт начинает реагировать на клики и не «прыгает» ли вёрстка при загрузке. Google учитывает эти показатели при ранжировании и как часть общей оценки удобства сайта.
Обновлено: 13 июля 2026Как это работает
В Core Web Vitals три показателя. LCP (Largest Contentful Paint) это за сколько секунд загружается самый большой видимый блок, обычно главное изображение или заголовок; норма: до 2,5 секунды. INP (Interaction to Next Paint) это как быстро страница отвечает на действие пользователя, например клик по фильтру каталога; норма: до 200 миллисекунд. CLS (Cumulative Layout Shift) это насколько скачет вёрстка, пока страница догружается; норма: меньше 0,1.
Данные Google берёт двумя способами: лабораторно (тест в PageSpeed Insights) и по реальным пользователям Chrome. В ранжировании учитываются именно полевые данные: как сайт ведёт себя у живых посетителей, а не на идеальном тестовом стенде.
Что это значит для производителя
Промышленные сайты часто тяжёлые: большие фото продукции, объёмные каталоги, PDF с чертежами и прайсами, старая CMS вроде Битрикса с горой модулей. Всё это грузится медленно, особенно на мобильном интернете, а закупщик нередко смотрит сайт с телефона прямо на объекте или в командировке. Если каталог открывается пять секунд, человек уходит к конкуренту, который открылся за одну.
Скорость это не только позиции, но и деньги. Медленный сайт теряет часть посетителей ещё до того, как они увидели товар. Для завода, где одна оптовая заявка это контракт, потеря даже 10–15% трафика на медленной загрузке напрямую бьёт по загрузке производства. При этом Core Web Vitals это фактор ранжирования не решающий: он работает как усилитель при прочих равных, а не заменяет релевантность и ссылки.
Частые ошибки
- Несжатые фото продукции. Снимки станков и деталей грузят в исходном размере на несколько мегабайт. Правильный формат (WebP) и сжатие ускоряют LCP в разы.
- Гонка за 100 баллами вместо реальной скорости. Важны полевые данные по живым пользователям, а не зелёная цифра в тесте. Можно иметь 95 в лаборатории и тормоза на мобильном.
- Прыгающая вёрстка. Баннеры и картинки без заданных размеров сдвигают контент, посетитель промахивается по кнопке. Это высокий CLS.
- Тяжёлая CMS без оптимизации. Десятки подключённых модулей и скриптов на Битриксе тормозят каждую страницу. Нужен аудит и чистка, а не новые плагины.
Диагностику скорости и план исправлений дают в рамках SEO-продвижения и технического аудита.
Метрики: чем меряют скорость
TTFB (Time to First Byte) это сколько прошло от запроса до первого байта ответа сервера. Это скорость самого сервера и базы, а не картинок. Если TTFB выше 600 мс, ускорять фронтенд бесполезно: тормозит хостинг или тяжёлые запросы к каталогу.
FCP (First Contentful Paint) это момент, когда посетитель увидел на экране хоть что-то: заголовок, логотип, текст. До этого он смотрит в белый экран и уже решает, ждать или закрыть.
LCP (Largest Contentful Paint) это когда отрисовался самый крупный видимый блок: обычно фото продукции или заголовок. Норма: до 2,5 секунды.
FID (First Input Delay) это задержка между первым кликом и реакцией страницы. Google заменил её на INP, но в старых отчётах FID ещё встречается.
CLS (Cumulative Layout Shift) это насколько прыгает вёрстка, пока страница догружается. Знакомая ситуация: человек целится в «Скачать прайс», сверху подгружается баннер, и палец попадает не туда.
Что реально ускоряет сайт
Gzip-сжатие: сервер отдаёт HTML, CSS и скрипты в сжатом виде, браузер распаковывает. Объём падает в разы, а включается одной настройкой сервера. Если не включено это первое, что нужно починить.
CDN это сеть серверов в разных регионах: файлы отдаются с ближайшего к посетителю. Для завода с дилерами от Калининграда до Владивостока разница заметна.
HTTP/2 это версия протокола, которая грузит десятки файлов одним соединением вместо очереди. На каталоге с сотнями картинок даёт больше, чем оптимизация самих картинок.
Lazy loading: картинки ниже первого экрана грузятся не сразу, а когда посетитель до них доскроллил. На длинном каталоге экономит мегабайты.
Preload, preconnect, prefetch это подсказки браузеру. Preload: «этот файл нужен сразу, качай в первую очередь». Preconnect: «заранее соединись вот с этим доменом». Prefetch: «скорее всего человек пойдёт на эту страницу, подгрузи заранее». Мелочь, которая срезает сотни миллисекунд.
WOFF2 это современный формат шрифтов, весит примерно на треть меньше предыдущего. Если сайт грузит шрифты в старых форматах, это лишний вес на каждой странице.
Кеширование: чтобы не грузить одно и то же дважды
Last-Modified: сервер сообщает дату последнего изменения файла. Браузер спрашивает: «поменялось с тех пор?», и если нет, берёт файл из своей памяти.
ETag это то же самое, только вместо даты у файла метка-отпечаток. Работает точнее там, где файл пересобирается, а содержимое не менялось.
Обе вещи важны для повторных визитов. В B2B это правило, а не исключение: закупщик заходит на сайт несколько раз, прежде чем написать.
AMP: почему мы его не советуем
AMP (Accelerated Mobile Pages) это облегчённые версии страниц для мобильных, которые Google когда-то показывал в отдельной карусели. Сейчас формат потерял приоритет в выдаче, а поддержка второй версии сайта стоит денег. Производственному сайту выгоднее вложиться в скорость основной версии, чем содержать вторую.
SEO-продвижение в наших проектах
Термин «Core Web Vitals (скорость сайта)» относится к направлению «SEO-продвижение». Ниже проекты, где мы это направление вели. Цифры из отчётов и систем аналитики клиентов, не расчётные.
Частые вопросы
Насколько скорость сайта реально влияет на позиции?
Core Web Vitals это подтверждённый, но не решающий фактор ранжирования. При прочих равных более быстрый сайт получит преимущество, но скорость не перебьёт слабую релевантность или отсутствие ссылок. Главная выгода часто не в позициях, а в том, что быстрый сайт удерживает больше посетителей и заявок.
У нас тяжёлый каталог и старый Битрикс, что делать в первую очередь?
Начните с самого весомого: сжатие и перевод изображений в WebP, отключение неиспользуемых модулей и скриптов, кэширование. Это обычно даёт наибольший прирост скорости при минимуме затрат. Точный список даёт технический аудит по полевым данным Вашего сайта.
Почему тест показывает хорошую скорость, а сайт тормозит на телефоне?
Лабораторный тест гоняется на быстром канале и мощном стенде. Google же учитывает полевые данные: как сайт грузится у реальных пользователей Chrome, часто на мобильном интернете. Ориентироваться нужно на них, а не только на балл из PageSpeed.
Что важнее для завода: скорость или содержание сайта?
Содержание и релевантность первичны: без нужных страниц и семантики скорость не спасёт. Но при готовом каталоге медленная загрузка режет и позиции, и конверсию. Это две разные задачи: сначала закрывают релевантность, параллельно чинят скорость.