- 03 сентября 2026
- 6 минут
- 14 просмотров
Пользователь не ждёт. Если страница грузится дольше нескольких секунд, часть посетителей уходит, даже не увидев предложение, — а те, кто остался, часто попадают на сайт, который
Что вообще измерять
Прежде чем
Внутри отчёта — Core Web Vitals, набор метрик, по которым Google ранжирует сайты:
- LCP — за сколько секунд прогружается главный видимый блок страницы
- CLS — насколько верстка
«прыгает» при загрузке - TBT — сколько времени страница занята и не реагирует на клики
- INP — отзывчивость на реальные действия пользователей: клики, ввод текста
- TTFB — как быстро отвечает сервер, единственная метрика именно про хостинг, а не про сам сайт
Ориентир простой: мобильный пользователь ждёт 3–4 секунды, не больше. Счёт ниже 50 из 100 — уже повод разбираться предметно, а не переживать абстрактно.
Инструменты, с которых обычно начинают
Изобретать велосипед не нужно — у замедления есть типовые причины, и для каждой существует понятный инструмент.
- Изображения. Обычно самый тяжёлый ресурс на странице. Сжать без потери качества помогают TinyPNG или Squoosh, а перевод в современные форматы WebP/AVIF снижает вес ещё сильнее. Картинки, не видные на первом экране, стоит грузить лениво
(атрибут loading="lazy") — тогда браузер подгружает их, только когда пользователь долистал. - Кэш и CDN. Настроенный кэш означает, что повторные визиты не скачивают сайт заново. CDN вроде Cloudflare дополнительно раздаёт статику с серверов, географически близких к посетителю, и попутно фильтрует часть вредоносного трафика.
- Сторонние скрипты. Виджеты чатов, капча, счётчики аналитики, шрифты с внешних серверов — каждый можно отложить до момента, когда он реально понадобится, вместо загрузки сразу при заходе на страницу.
- Минификация. Сжатие CSS и
JS-файлов перед отправкой в браузер — рутинная, но ощутимая по эффекту вещь. Многие современные CMS и конструкторы делают это автоматически, но не все.
Как это выглядело на нашем сайте
Для примера — что мы нашли и поправили на собственном сайте, vantio.ru, когда прогнали его через свой же сервис. Мобильная версия грузилась почти 30 секунд до полной интерактивности, общий балл — 35 из 100.
Причины оказались ровно из списка выше: отключённый кэш, шрифты с серверов Google вместо своих, тяжёлый шрифт иконок вместо лёгких SVG, капча и счётчик метрики, которые грузились сразу для всех вместо отложенной загрузки.
После исправлений главный тяжёлый показатель — время, когда страница занята и не отвечает на клики, — заметно сократился.
После оптимизации сайт получает максимальные 100 баллов по производительности на десктопе.
Проверка производительности сайта на мобильных устройствах: результат — 96 баллов.
Один нюанс: если у сайта немного трафика, часть метрик — например, INP — вообще не измеряется, данных реальных посетителей недостаточно. Честный отчёт в этом случае помечает такие пункты как недоступные, а не подставляет вместо них похожую, но менее точную лабораторную оценку.
Анализ доверия — последнее из пяти направлений в нашей серии. Про SEO мы уже писали в статье