Как улучшить Core Web Vitals на сайте: пошаговый гайд

Главная в PageSpeed Insights зелёная, а в Search Console группа URL каталога горит красным по INP. Подрядчик смотрит лабораторный тест с кэшем разработчика, а Google оценивает реальных покупателей с фильтрами и корзиной на мобильном. Вы зафиксируете baseline по LCP, INP и CLS, сверите поле CrUX с Метрикой и пройдёте чеклист для 1С-Битрикс:Управление сайтом до зелёных порогов Good на ключевых шаблонах магазина.

Core Web Vitals - это три полевые метрики Google (LCP, INP, CLS): скорость загрузки, отзывчивость и стабильность вёрстки. Good на 2026-08-04: LCP не больше 2,5 с, INP меньше 200 мс, CLS не больше 0,1 на 75-м перцентиле визитов за 28 дней CrUX. Сегодня откройте PageSpeed Insights для каталога и корзины, выгрузите статусы из Search Console и включите композитный кэш в админке Битрикса.

Речь про сайт на 1С-Битрикс:Управление сайтом (CMS), а не про Bitrix24 CRM. CWV - сигнал page experience в Google Search; в Яндексе прямого отчёта CWV нет, но медленные шаблоны бьют по поведению и конверсии.

Материал для тех, кто уже ведёт рекламу и SEO, но не понимает, почему "визуально быстро" не совпадает с красным INP в отчёте. Контекст по mobile - в разделе мобильная разработка и адаптация.

Что такое LCP, INP и CLS - и какие пороги Good в 2026

LCP (Largest Contentful Paint) - время до отрисовки самого большого блока: баннер, фото товара или заголовок. INP (Interaction to Next Paint) - задержка от клика до отклика на все взаимодействия, не только первый. CLS (Cumulative Layout Shift) - насколько "скачит" вёрстка при загрузке шрифтов и баннеров.

С 12 марта 2024 INP официально заменил FID в программе CWV. Магазин мог "проходить" по старому FID и проваливаться по INP из-за тяжёлой корзины и умного фильтра. Пороги Good Google на 2026-08-04 не ужесточались: заявления про "новый LCP 2,0 с с марта 2026" в SEO-блогах не подтверждены официальной документацией.

Оценка - 75-й перцентиль полевых визитов за 28 дней в CrUX. В Search Console URL-группа получает статус по худшей метрике.

Делайте: смотрите три метрики отдельно по шаблонам (главная, каталог, карточка, корзина). Не делайте: успокаиваться одной зелёной цифрой с главной и игнорировать `/catalog/`.

Проверьте Core Web Vitals в PageSpeed Insights и Search Console

PageSpeed Insights (PSI) показывает поле CrUX и лабораторный Lighthouse рядом. Поле - реальные пользователи Chrome; лаборатория - синтетический тест без вашей корзины и без типичного мобильного 4G. На практике расхождение «PSI зелёный, GSC красный» обычно значит, что тестировали не тот URL или не mobile.

1. Откройте PageSpeed Insights, вставьте URL каталога с фильтром и карточки, выберите mobile.
2. Запишите field и lab для LCP, INP, CLS - baseline "до".
3. В Search Console: Опыт страниц → Core Web Vitals, выгрузите группы Poor и Need improvement.
4. Если поле красное, а lab зелёное - чините TTFB, JS и медиа, а не только Lighthouse score; корзину проверьте отдельно - там чаще всего провал INP на Битриксе.

Делайте: тестируйте URL, с которых реально приходят покупатели. Не делайте: оптимизировать только главную.

Сверьте поле CrUX с отчётом "Время загрузки страниц" в Метрике

Яндекс Метрика не дублирует CWV один в один, но отчёт Отчёты → Мониторинг → Время загрузки страниц даёт полевой RUM: квантили 50% и 90%. Если в GSC красный LCP на `/catalog/`, в Метрике этот шаблон обычно в топе медленных URL на mobile.

1. Откройте Время загрузки страниц, сегмент mobile, сортировка по 75-90% квантилю.
2. Сопоставьте медленные URL с группами из Search Console.
3. После ускорения настройте цели на конверсии - в материале как настроить цели в Яндекс.Метрике.

Делайте: фиксируйте "до/после" по одним URL и сегментам. Не делайте: сравнивать Метрику и PSI без учёта 28-дневного окна CrUX.

Ускорьте LCP на Битриксе: композит, TTFB и hero-изображение

На 1С-Битрикс LCP чаще упирается в TTFB (время ответа сервера) и тяжёлый hero-баннер. Например, JPEG 2 МБ на главной без WebP и без width/height легко тянет LCP выше 4 с на mobile. Композитный сайт отдаёт готовый HTML через NGINX и снижает нагрузку на PHP.

1. Настройки → Производительность → включите композитный сайт, проверьте memcached или redis.
2. Настройте NGINX composite cache по документации 1С-Битрикс.
3. Для hero: WebP/AVIF, width/height, fetchpriority="high", не lazy-load на LCP-изображении.
4. Цель TTFB на mobile - ниже 800 мс; проверьте в DevTools → Network.
5. Если хостинг не даёт memcached и гибкий NGINX, на VPS с nginx и memcached под композит часто хватает тарифа у Beget - проверьте PHP и cron до переноса.

Типичная ошибка: композит включён, но блоки корзины и "Избранное" ломают frame cache. Проверьте frameCacheVars в настройках композита.

Делайте: сначала TTFB и LCP-ресурс. Не делайте: CDN поверх медленного PHP без кэша компонентов.

Снизьте INP: корзина, умный фильтр и отложенный JavaScript

INP считает все взаимодействия: клик по фильтру, "в корзину", слайдер, чат. На Битрикс-магазине виноваты long tasks больше 50 мс в JS корзины, каталога и синхронной аналитики.

1. DevTools → Performance: записайте клик по фильтру и "Добавить в корзину", найдите long tasks.
2. Перенесите некритичный JS в defer/async; первый слайд - статичный HTML.
3. Отложите чат и опросы до scroll или interaction.
4. Для RUM подключите web-vitals с onINP - INP на реальных шаблонах, не только в PSI.

Делайте: профилируйте каталог и корзину на Android. Не делайте: срезать корзину без замера.

Зафиксируйте CLS: размеры медиа и стабильная вёрстка

CLS растёт, когда баннер вставляется без height, шрифт подменяет системный и блок "съезжает", или lazy-load сдвигает LCP-элемент.

1. На каждом <img> задайте width и height или aspect-ratio.
2. Для шрифтов: font-display: swap плюс резерв с близкими метриками.
3. Рекламные слоты: min-height до загрузки креатива.
4. Не lazy-load на изображении, которое является LCP.

Делайте: проверяйте CLS на mobile с медленной сетью. Не делайте: виджеты над контентом без резерва места.

Пройдите чеклист порядка работ и зафиксируйте результат

CrUX обновляется с задержкой: повторный замер в Search Console - через 28 дней после выката правок.

Порядок:
TTFB и композит → LCP-ресурс → INP и JS → CLS → GSC + Метрика → цели на конверсии

Техническое SEO рядом с CWV: микроразметка Schema.org не ускорит сайт, но помогает не путать "скорость" и "структуру" в чеклистах. Перед новыми лендингами пройдите GEO-чеклист статьи - тяжёлый hero убивает LCP. Сравните архитектуру с выбором Битрикс или конструктора: на CMS вы контролируете композит и шаблон.

После зелёных CWV на ключевых шаблонах вы получите более предсказуемый трафик из Google и меньше отказов на mobile на шаге "фильтр - корзина". Добавьте мониторинг в регламент: раз в месяц GSC, раз в квартал baseline PSI. Вопросы по аудиту - через контакты mv-blog.

Автор: Максим Мольков, digital-стратег, автор mv.digital.
Источники: Google Search Central - Core Web Vitals, web.dev Web Vitals, композитный сайт 1С-Битрикс, Метрика - Время загрузки страниц.

Частые вопросы