Core Web Vitals для регионального сайта: почему 3 секунды это много

Core Web Vitals — это не «техническая мелочь для дизайнеров», а одна из главных вещей, которая отделяет сайт, ранжирующийся в топе, от сайта, который никогда туда не попадёт. Yandex и Google с 2024 года учитывают их в алгоритмах напрямую. И при этом 7 из 10 региональных сайтов SMB в 2026 имеют LCP больше 4 секунд — то есть для них это вопрос, тормозящий рост, а не «когда-нибудь потом». Разберём, что такое CWV, как их измерить и что обычно тормозит.

Что такое Core Web Vitals простыми словами

Три метрики, которые меряют, как сайт ощущается живым пользователем:

• LCP (Largest Contentful Paint) — за сколько секунд загружается главный элемент страницы (обычно — большое изображение или заголовок). Цель: меньше 2.5 секунд, идеально — меньше 2.0.
• CLS (Cumulative Layout Shift) — насколько «прыгает» страница при загрузке (когда изображения подгружаются и сдвигают контент). Цель: меньше 0.1.
• INP (Interaction to Next Paint) — за сколько миллисекунд страница реагирует на клик/тап. Цель: меньше 200 мс.

Эти три метрики Яндекс собирает через свои браузеры (Яндекс Браузер, Метрику) и использует как поведенческий сигнал. Если у вашего сайта LCP больше 4 секунд — вы автоматически ниже в выдаче, чем сайт с LCP 1.8 секунд при прочих равных.

Почему 3 секунды — это много

В 2026 пользовательское ожидание скорости — 1–2 секунды. На 3-й секунде загрузки уже теряется ощутимая доля посетителей (закрывают вкладку, не дождавшись). К 4-й секунде потери растут в разы.

Для регионального бизнеса это означает: половина трафика, за который вы заплатили в Direct, не видит ваш сайт вообще. Они закрывают вкладку до загрузки.

Как измерить

Быстро (бесплатно):

• PageSpeed Insights (pagespeed.web.dev) — Google-инструмент, показывает все три метрики за десктоп и мобайл.
• Яндекс Вебмастер — раздел «Скорость» показывает реальные данные пользователей.
• Lighthouse (встроенный в Chrome DevTools, F12 → вкладка Lighthouse).

Замерять нужно мобильную версию — 60–80% трафика в SMB идёт с телефонов, и именно там обычно проблемы.

Что чаще всего тормозит региональные сайты SMB

1. Большие неоптимизированные фото (главная проблема, ~70% случаев).

Сайт ресторана с фото блюд по 3 МБ каждое. Сайт строительной компании с галереей объектов в JPEG по 5 МБ. На мобильной 3G/4G это загружается 5–10 секунд.

Что делать: конвертировать в WebP или AVIF (вес в 2–4 раза меньше при том же качестве), указывать width и height (иначе CLS зашкаливает), использовать lazy loading для изображений ниже первого экрана.

2. Тяжёлые шрифты без preload.

5–7 кастомных шрифтов с CDN, каждый по 100–200 КБ. Загружаются последовательно, блокируют рендеринг.

Что делать: один шрифт + один system-fallback для основного текста. Кастомные шрифты — только для заголовков. Подключение через <link rel="preload"> + font-display: swap.

3. WordPress с 30 плагинами.

Каждый плагин подгружает свои CSS и JS. Сайт делает 80–120 HTTP-запросов на одну страницу.

Что делать: аудит плагинов, удалить всё, что не используется. Объединить и минифицировать CSS/JS. Кэширование через WP Rocket или Litespeed Cache.

4. Сторонние скрипты (метрики, виджеты, чаты).

Яндекс Метрика, Google Analytics, виджет чата, виджет онлайн-записи, виджет соцсетей, виджет отзывов — все они грузят JS, который блокирует рендеринг.

Что делать: загружать асинхронно через <script async>. Виджеты, которые не критичны для первого экрана, — отложенно через requestIdleCallback или после взаимодействия.

5. CSS, который грузится синхронно.

Один большой style.css на 500 КБ, который блокирует рендеринг до полной загрузки.

Что делать: inline critical CSS (стили, нужные для первого экрана, встраиваются прямо в HTML), остальное — асинхронно. Современные генераторы (Astro, Next.js) делают это автоматически.

6. Десятки кнопок и виджетов соцсетей.

«Поделиться» в 5 соцсетях, виджет VK с лентой, виджет Telegram-канала. Каждый — отдельный iframe или скрипт.

Что делать: статичные иконки-ссылки вместо виджетов. Если нужна интерактивность — подгружать по клику.

Что НЕ влияет на CWV (миф)

• HTML5 vs jQuery — не важно, важно как написан JS.
• Доменная зона — на CWV не влияет, на SEO — слабо.
• HTTPS vs HTTP — критично для безопасности и доверия, но на CWV влияет минимально (даже улучшает за счёт HTTP/2).
• Размер логотипа в шапке — не критично, если он в SVG или WebP.

Что делать прямо сейчас

Чек-лист аудита за 30 минут:

1. Откройте сайт в PageSpeed Insights для мобильной версии — записать LCP, CLS, INP.
2. Топ-3 проблемы обычно — изображения, скрипты, шрифты. PageSpeed подскажет, какие именно.
3. Откройте 3 самых тяжёлых изображения на сайте, проверьте размер. Если больше 500 КБ — конвертация в WebP даст +30% к скорости.
4. Список сторонних скриптов в коде — если больше 5 не первой необходимости, есть что выкинуть.
5. Сделайте маленькие правки (lazy loading, async на скриптах, минификация) — за 2–3 часа можно получить -1 секунду к LCP.

Когда сайт пора переделывать целиком

Если после оптимизаций LCP стабильно больше 3 секунд на мобильной — сайт построен на устаревшей или плохо подобранной CMS, и сколько ни оптимизируй, фундаментальные проблемы остаются.

Это типично для:

• старых WordPress-тем с большим количеством зависимостей;
• сайтов на Tilda с десятками блоков;
• старых самописных движков на PHP без кэширования;
• сайтов с большим количеством JS, которые превращают статический контент в SPA без необходимости.

В этом случае переделка на статический стек (Astro, Next.js статический режим) даёт LCP меньше 1.5 секунд из коробки, и оптимизировать больше не нужно.

Вывод

Core Web Vitals в 2026 — это не «прикольная техническая фишка», а базовое требование к любому коммерческому сайту. Сайт с LCP 4+ секунд теряет половину трафика и не ранжируется. Сайт с LCP 1.5 секунд — растёт сам, потому что и пользователи, и Яндекс считают его «нормальным». Разница между этими состояниями — обычно несколько часов оптимизации или полная переделка фронтенда, если фундамент гнилой.