Скорость сайта и Core Web Vitals 2026: как секунды влияют на продажи

Закономерность подтверждена исследованиями крупных площадок: чем дольше грузится страница, тем ниже вероятность покупки. Переход времени загрузки с 1 до 3 секунд заметно увеличивает процент тех, кто закрывает вкладку; на мобильном эффект ещё резче. Логика проста: медленный сайт утомляет, вызывает недоверие («если тут всё тормозит, дойдёт ли мой заказ?») и подталкивает к конкуренту, который в один клик рядом.

Дополнительный повод — поиск. Google официально учитывает Core Web Vitals как один из сигналов ранжирования. При прочих равных более быстрый сайт стоит выше. А ещё, как мы писали в статье про GEO-оптимизацию, медленные страницы хуже попадают и в ответы AI-поиска.

Core Web Vitals — набор показателей от Google, описывающих реальное ощущение от страницы. В 2026 их три:

• LCP (Largest Contentful Paint) — скорость появления главного. Время, за которое становится видно самый большой элемент экрана (обычно главное изображение или заголовок). Хорошо — до 2,5 секунды. Это ответ на вопрос «когда пользователь видит, что страница загрузилась».
• INP (Interaction to Next Paint) — скорость реакции. Насколько быстро сайт отвечает на действия: нажали кнопку — за сколько что-то произошло. Хорошо — до 200 миллисекунд. В 2024 INP официально заменил старую метрику FID и измеряет отклик точнее.
• CLS (Cumulative Layout Shift) — стабильность вёрстки. Насколько элементы «прыгают» во время загрузки. Все знают это раздражение: целитесь в кнопку, а туда прыгнул баннер. Хорошо — показатель до 0,1.

Проверить свои значения можно бесплатно в PageSpeed Insights или в отчёте Core Web Vitals в Google Search Console — там видны реальные данные живых пользователей, а не только лабораторный тест.

• Изображения. Самая частая причина медленного LCP. Современные форматы (WebP/AVIF), правильный размер под экран, ленивая загрузка того, что ниже сгиба, и width/height, чтобы не прыгала вёрстка.
• Шрифты. Собственный хостинг шрифтов вместо стороннего, font-display: swap и прелоад ключевого начертания — текст появляется сразу, без «мигания».
• Скрипты. Меньше тяжёлого JavaScript, отложенная загрузка аналитики и виджетов, удаление того, чем никто не пользуется. Именно перегруженный JS чаще всего портит INP.
• Кеширование и сжатие. Gzip/Brotli, кеш статики в браузере, при необходимости — CDN. Повторные визиты становятся мгновенными.
• Хостинг. Медленный ответ сервера тянет вниз всё остальное. Иногда самый быстрый способ ускорить сайт — это переезд: о выборе мы писали в статье VPS или обычный хостинг.
• Чистый код вместо «комбайнов». Сайт на тяжёлом шаблоне конструктора с десятком плагинов почти всегда проигрывает аккуратной собственной вёрстке. Поэтому мы и делаем сайты под ключ со скоростью 90+ как стандартом.

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

Core Web Vitals — это не прихоть Google, а попытка измерить то, что клиент чувствует и так: быстро, отзывчиво, без прыжков. Держите LCP до 2,5 с, INP до 200 мс, CLS до 0,1 — и получите больше заявок с того же трафика. Хотите знать, где ваши узкие места? Сделаем бесплатный аудит скорости и покажем, что даст наибольший прирост.