Посетитель с телефона ждать не станет. Если основной контент появляется через несколько секунд, часть людей уйдёт раньше, чем увидит предложение. Поэтому скорость — не техническая мелочь, а часть продаж. И Google её тоже учитывает.
Как измерить скорость
- PageSpeed Insights (pagespeed.web.dev) — вводите адрес и получаете данные реальных пользователей Chrome (если их достаточно) и лабораторный тест с оценкой 0–100 и списком рекомендаций.
- Google Search Console — отчёт Core Web Vitals показывает, какие группы страниц медленные.
- Lighthouse в Chrome — тот же лабораторный тест прямо в браузере (F12, вкладка Lighthouse).
Проверяйте прежде всего мобильную версию и несколько страниц, а не только главную: шаблон статьи или товара часто медленнее.
Core Web Vitals: что это и какие значения хорошие
Google измеряет три показателя и считает их хорошими, если их достигают минимум 75 % посещений страницы, отдельно на мобильных и на компьютерах.


- LCP (Largest Contentful Paint) — за сколько отображается самый крупный элемент, обычно главное фото или заголовок. Хорошо: до 2,5 секунды.
- INP (Interaction to Next Paint) — как быстро страница реагирует на клик или ввод. Хорошо: до 200 миллисекунд.
- CLS (Cumulative Layout Shift) — насколько контент сдвигается при загрузке (кнопка «убегает» из-под пальца). Хорошо: до 0,1.
10 частых причин медленного сайта
- Тяжёлые картинки — фото с камеры на 5 МБ вместо уменьшенной версии в WebP или AVIF.
- Видео или слайдер на первом экране — грузится раньше текста и задерживает LCP.
- Слишком много плагинов — каждый добавляет свои скрипты и стили.
- Сторонние скрипты — чаты, счётчики, карты, виджеты соцсетей.
- Веб-шрифты — несколько начертаний с чужого сервера.
- Нет кэша — сервер собирает каждую страницу заново.
- Медленный хостинг — долгий ответ сервера ещё до начала загрузки.
- Блокирующие CSS и JavaScript — браузер ждёт файлы вместо того, чтобы рисовать страницу.
- Картинки без размеров — после загрузки сдвигают текст (CLS).
- Анимация первого заголовка — эффектное «выезжание» откладывает момент, когда браузер считает его показанным.
Что можно сделать самому, а что — с разработчиком
Самому: уменьшить картинки и перевести их в WebP (в WordPress это делает плагин), удалить ненужные плагины и виджеты, заменить видео на первом экране фотографией, включить плагин кэша, загружать карту только по клику.
С разработчиком: доработка шаблона (критический CSS, отложенные скрипты), шрифты со своего сервера, ленивая загрузка видео и карт, размеры картинок в шаблоне, переход на более быстрый хостинг, доработки INP на сложных страницах.
Пример: что мы ускорили на своём сайте
На сайте design-online.cz в октябре 2026 года мы перевели видео на первом экране на загрузку при прокрутке, уменьшили главное видео с 1,5 МБ до 0,5 МБ, перевели 1 370 картинок в WebP (объём меньше на 75 %), убрали анимацию первого заголовка и включили долгий кэш для статических файлов. Результат в Lighthouse на мобильном:


- главная: оценка 67 → 70–77, LCP 2,4 с → 1,7 с, вес 3,4 МБ → 1,6 МБ
- страница статьи: 74 → 94
- портфолио: 77 → 98
Лабораторная оценка колеблется, поэтому указываем диапазон. Решающие — данные реальных пользователей в Search Console.
Хотите узнать, как обстоят дела у вашего сайта?
Пришлите адрес — за 48 часов сделаем бесплатную экспресс-проверку, включая скорость. Исправления делаем в рамках поддержки сайта или в составе редизайна.