Маркетолог вложился в SEO-продвижение, тексты вычитаны, ключи собраны, а сайт все равно топчется на десятой странице выдачи. Причина может быть не в контенте, а в том, что страница долго прогружается и "прыгает" при клике по кнопке. В 2026 году Core Web Vitals - LCP, INP и CLS - окончательно закрепились как постоянный фактор ранжирования Google, и без "хорошей" оценки по всем трем метрикам сайт получает статус "Не пройдено" целиком.
Core Web Vitals в 2026 году - это три метрики Google: LCP (скорость отрисовки главного контента) до 2,5 секунды, INP (отклик на действие пользователя) до 200 миллисекунд и CLS (стабильность верстки) до 0,1. INP окончательно заменил старую метрику FID, подняв планку требований к отзывчивости интерфейса. Кейс Rakuten 24 показал рост выручки с посетителя на 53% после улучшения LCP, а Vodafone Italy получил 8% роста продаж после ускорения загрузки на 31%.
Для малого и среднего бизнеса это не абстрактная техническая метрика, а прямые деньги: медленный сайт теряет и позиции в поиске, и заявки от людей, которые не дождались загрузки формы. Ниже - что именно проверять и в каком порядке чинить, если раньше вы разбирались только с текстовым SEO.
Разберитесь, что означает каждая из трех метрик
LCP (отрисовка самого крупного элемента) показывает, сколько ждет пользователь, пока прогрузится главный блок страницы: заголовок, фото товара или баннер. Норма - до 2,5 секунды. INP (отклик на взаимодействие) - задержка между кликом и реакцией интерфейса, норма до 200 мс, в идеале до 150. CLS (сдвиг макета) - насколько сильно "прыгают" элементы во время загрузки, норма до 0,1.
Типичная ошибка - ускорять только один показатель, обычно скорость загрузки. Сайт может грузиться быстро, но реагировать на клики с задержкой в полсекунды - и оценка все равно будет "Требует улучшения".
Делать: проверяйте все три метрики вместе через один отчет. Не делать: не ориентируйтесь на субъективное "сайт грузится быстро" при открытии на мощном офисном компьютере.
Измеряйте через реальные данные, а не лабораторные тесты
PageSpeed Insights показывает два типа данных: лабораторный тест (симуляция одного захода) и реальный опыт из отчета Chrome User Experience Report, собранный с настоящих посетителей сайта за последние 28 дней. Для ранжирования Google использует именно вторые, реальные данные.
Ошибка новичков - оптимизировать под лабораторный балл и останавливаться на этом, не проверяя реальные данные по конкретным URL. Тест на мощном сервере Google может показывать зеленую зону, а пользователи с медленным мобильным интернетом получат совсем другой опыт.
Делать: смотрите вкладку с реальными данными CrUX по каждому важному URL отдельно. Не делать: не полагайтесь на один прогон теста - вариативность ответов сервера может исказить единичный замер.
Найдите, что именно тормозит LCP на ваших страницах
Чаще всего LCP страдает из-за тяжелых неоптимизированных изображений и медленного ответа сервера при первом запросе. Для карточки товара главным элементом обычно становится крупное фото - если оно весит пару мегабайт и не сжато, это увеличивает время отрисовки.
Схема диагностики LCP:
Запрос страницы → ответ сервера → загрузка ресурсов (шрифты, CSS, изображения) → отрисовка главного элемента
Ошибка - оптимизировать только "фронтенд", забывая про скорость ответа сервера. Если сервер отвечает за секунду, оптимизация картинок не даст LCP меньше 2,5 секунды. Делать: сжимайте изображения в современных форматах и проверяйте время ответа сервера. Не делать: не откладывайте смену слабого тарифа хостинга, если сервер регулярно отвечает медленно.
Разберитесь с INP через тяжелый JavaScript
INP чаще всего проседает из-за тяжелых скриптов, блокирующих поток браузера в момент клика: сложные виджеты, лишние трекеры аналитики, неоптимизированные всплывающие окна. Пользователь нажимает "Добавить в корзину", а браузер занят выполнением стороннего скрипта и не может сразу отреагировать.
Интерфейс, реагирующий за 150-180 мс, воспринимается как надежный, а задержка свыше 200 мс ощущается как "подвисание". Частая ошибка малого бизнеса - подключать десяток сервисов аналитики и виджетов без проверки их совокупного влияния на отзывчивость страницы.
Делать: раз в квартал проводите аудит подключенных скриптов. Не делать: не добавляйте новый виджет чата или калькулятора без проверки его влияния на INP.
Устраните причины сдвига верстки для CLS
CLS обычно растет из-за изображений и рекламных блоков без явно заданных размеров: браузер не знает заранее, сколько места займет элемент, и "раздвигает" уже отрисованный контент при загрузке картинки. Та же проблема возникает со шрифтами, которые подгружаются с задержкой и меняют размеры текста.
Ошибка - добавлять всплывающие баннеры подписки без резервирования места в макете. Пользователь начинает читать текст, а через секунду страница дергается из-за выехавшего баннера.
Делать: явно указывайте ширину и высоту для всех изображений и видео в коде. Не делать: не оставляйте блоки с динамически подгружаемым контентом без зарезервированного места под них.
Сравните влияние на позиции и на конверсию отдельно
Core Web Vitals работают как фактор ранжирования по принципу "тай-брейкер": при сопоставимом контенте страница с лучшими метриками получает небольшое преимущество в выдаче. Но воздействие на конверсию ощутимее - это не косвенный сигнал, а прямая потеря посетителей.
| Эффект | Что показывают данные |
|---|---|
| Влияние на ранжирование | Тай-брейкер при близких по качеству страницах конкурентов |
| Влияние на конверсию (кейс Rakuten 24) | Рост выручки с посетителя на 53% при улучшении LCP |
| Влияние на продажи (кейс Vodafone Italy) | Рост продаж на 8% при ускорении LCP на 31% |
| Влияние на отказы (Think with Google) | Снижение отказов на 24%, рост конверсий на 15% |
Вердикт: даже если резкого скачка позиций после ускорения сайта не будет, конверсия и удержание посетителей почти всегда вырастут - это самостоятельная причина заниматься метриками независимо от SEO-эффекта.
Встройте проверку скорости в регулярный технический аудит
Core Web Vitals - это не разовая доработка, а часть регулярного технического обслуживания сайта: каждое новое обновление темы, плагина или виджета способно испортить одну из трех метрик. Разумно проверять метрики после значимого изменения, не раз в год.
Если вы еще не проводили полную техническую проверку, начните с чек-листа аудита сайта перед продвижением на 20 пунктов - скорость загрузки там один из ключевых блоков. Отдельно стоит свериться со списком типичных ошибок при заказе SEO-продвижения, чтобы подрядчик не игнорировал техническую часть в пользу одних только текстов.
Делать: включите проверку Core Web Vitals в чек-лист приемки любых доработок сайта. Не делать: не подписывайте техническое задание на SEO, где вообще не упоминаются метрики скорости.
Учтите, что скорость важна и для видимости в AI-поиске
Кроме классического ранжирования Google, скорость и техническая чистота сайта влияют на то, насколько легко его контент считывают краулеры AI-систем при формировании ответов. Медленная верстка мешает не только пользователю, но и роботам, индексирующим страницу для генеративных ответов.
Если вы уже занимаетесь подготовкой сайта к выдаче в AI-поиске, эта работа logично сочетается с чек-листом по GEO-оптимизации сайта: техническая скорость - это фундамент, без которого остальные усилия по видимости в AI-ответах работают хуже. Делать: рассматривайте ускорение сайта как общую задачу для SEO и GEO одновременно. Не делать: не откладывайте техническую оптимизацию до "отдельного проекта по AI-поиску" - это одна и та же работа.
Материал проверен: Редакция агентства. Данные о нормативах LCP, INP и CLS - по актуальным руководствам Google Core Web Vitals за 2026 год; данные о влиянии на конверсию - по кейсам Rakuten 24, Vodafone Italy и Think with Google.