Ускорение сайта: что на самом деле тормозит каталог
Какие метрики скорости учитывает поисковик, из чего на типовом каталоге складывается медленная отрисовка первого экрана и какие правки делаются без переписывания сайта. Сжатие изображений почти всегда даёт больше, чем переезд на дорогой хостинг.
Три метрики, которые считает поисковик
Core Web Vitals — это три показателя, которые Google официально учитывает как часть оценки удобства страницы. «Общая скорость» и баллы из популярных сервисов на позиции напрямую не влияют: они удобны как индикатор, но поисковик смотрит конкретные метрики, собранные на устройствах реальных посетителей.
Важная деталь: метрики считаются по каждой странице отдельно, а при нехватке данных — по группам похожих страниц. Быстрая главная ничего не говорит о карточке товара, а в каталоге основной поисковый трафик приходит как раз на листинги и карточки.
Core Web Vitals: пороги по данным web.dev
| Метрика | Что измеряет | Хорошо | Плохо |
|---|---|---|---|
| LCP | Когда отрисован самый крупный элемент первого экрана — обычно баннер или фото товара | до 2,5 с | больше 4 с |
| INP | Задержка отклика интерфейса на клики, тапы и нажатия клавиш за всё время на странице | до 200 мс | больше 500 мс |
| CLS | Насколько сдвигается вёрстка, пока страница догружается | до 0,1 | больше 0,25 |
Норма выполняется, если в пределы «хорошо» укладываются 75 % посещений страницы, а не лучший замер. Один быстрый прогон на своём компьютере ничего не подтверждает: данные собираются с устройств посетителей, включая слабые телефоны на мобильной сети. INP заменил прежнюю метрику FID в марте 2024 года.
Что обычно съедает секунды
Типовая ситуация на каталоге: главная страница быстрая, потому что её оптимизировали при запуске, а шаблоны категорий и карточек с тех пор обросли баннерами, виджетами и изображениями, загруженными «как есть» с фотоаппарата или от поставщика. Причины почти всегда одни и те же — меняется только их доля.
Частые причины медленной отрисовки и способ исправления
| Причина | Что страдает | Как исправляется | Кто делает |
|---|---|---|---|
| Баннер первого экрана в полном размере и старом формате | LCP | Сжатие, WebP или AVIF, размер под ширину экрана через srcset, fetchpriority="high" | Можно без программиста |
| Изображения каталога без сжатия и в размере больше контейнера | LCP, общий вес | Пережатие с сохранением исходников, ленивая загрузка всего, что ниже первого экрана | Можно без программиста |
| Изображения и баннеры без заданных размеров | CLS | Атрибуты width и height или aspect-ratio в вёрстке, место под рекламный блок заранее | Правка шаблона |
Шрифты без font-display | LCP, CLS | font-display: swap и предзагрузка одного основного начертания | Правка шаблона |
Сторонние скрипты в <head>: чаты, виджеты, счётчики | LCP, INP | Атрибуты defer или async, загрузка после отрисовки, отказ от лишнего | Нужен разработчик |
| Медленный ответ сервера | Все метрики | Кеш страниц каталога, разбор тяжёлых запросов к базе, затем — тариф хостинга | Нужен разработчик |
Порядок строк — примерный вклад на типовом каталоге, а не правило: у конкретного сайта всё решает замер. Часть загрузок идёт параллельно, поэтому ускорение одной строки не всегда целиком вычитается из итогового времени.
В каком порядке исправлять
Ошибка, которую делают чаще всего, — начинать с переноса скриптов и настройки серверного кеша. Это самая заметная и самая дорогая работа, а даёт она обычно меньше всего. Сначала изображения: именно они почти всегда и есть LCP-элемент.
- Найти LCP-элемент на каждом шаблоне — главной, категории, карточке, статье. В PageSpeed Insights он указан в диагностике, в Chrome — на вкладке Performance.
- Сжать его и отдавать в размере под экран, а не масштабировать браузером картинку в несколько раз больше контейнера.
- Проставить приоритет загрузки: главный кадр грузится первым, всё ниже первого экрана — лениво (
loading="lazy"). Ленивую загрузку на самом LCP-элементе ставить нельзя — она его замедлит. - Зафиксировать размеры изображений и рекламных блоков в вёрстке, чтобы убрать прыжки и снизить CLS.
- Подключить шрифты с
font-display: swapи убрать неиспользуемые начертания. - Только после этого браться за сторонние скрипты, серверный кеш и выбор хостинга.
Такой порядок хорош ещё и тем, что первые шаги не затрагивают логику магазина: корзина, фильтры и оплата продолжают работать как раньше, а проверить результат можно на следующий день по лабораторному замеру. Полевые данные Core Web Vitals обновляются медленнее — они усредняются за последние 28 дней.
Как измерять и что проверяет наш аудит
Для Core Web Vitals есть три бесплатных источника. PageSpeed Insights показывает сразу полевые данные посетителей (если трафика хватает) и лабораторный прогон с подсказками. Отчёт «Основные интернет-показатели» в Google Search Console группирует страницы сайта по статусу. Chrome DevTools — вкладки Performance и Lighthouse — позволяет разобрать конкретную загрузку по кадрам.
Что измеряет каждый инструмент
| Инструмент | Данные | Для чего |
|---|---|---|
| PageSpeed Insights | Полевые за 28 дней и лабораторный прогон | Проверить конкретный шаблон и найти LCP-элемент |
| Search Console, отчёт по показателям | Полевые, группами страниц | Увидеть, какие типы страниц не проходят норму |
| Chrome DevTools | Лабораторные, на вашем устройстве | Разобрать водопад загрузки и долгие задачи |
| Аудит SeoMarket | Время ответа сервера, время загрузки HTML, сжатие, размер HTML — по каждой обойдённой странице | Найти медленные адреса и шаблоны без сжатия по всему сайту сразу |
Границы нашего аудита: он не считает LCP, INP и CLS — для этого нужен настоящий браузер и данные посетителей. Он замеряет то, что видно с сервера: помечает страницы, где ответ сервера дольше 1 секунды, загрузка HTML-документа дольше 3 секунд, нет сжатия gzip или brotli либо HTML тяжелее примерно 500 КБ. Это быстрый способ найти медленные шаблоны по всему сайту, а уже на них смотреть Core Web Vitals в PageSpeed Insights.
Проверьте свой сайт
Аудит обходит сайт и показывает ошибки с адресами страниц: мета-теги, canonical, коды ответа, переадресации, время ответа сервера. Проверка бесплатная, смету по найденному вы увидите до любой оплаты.
Частые вопросы
Влияет ли скорость на позиции напрямую?
Core Web Vitals входят в оценку страницы у Google, но весят меньше, чем соответствие запросу: медленная страница с точным ответом обгонит быструю и пустую. Зато скорость видна в поведении — чем дольше загрузка, тем больше людей уходят, не дождавшись.
Хватит ли перехода на WebP?
На каталогах часто да, если картинки к тому же отдаются в нужном размере. По данным Google, WebP с потерями на четверть–треть легче сопоставимого JPEG, но отдача изображения в несколько раз шире контейнера обычно съедает больше, чем экономит формат.
Нужно ли менять хостинг?
Сначала посмотрите время ответа сервера. web.dev считает хорошим TTFB до 0,8 секунды. Если сервер укладывается, проблема почти всегда в самих страницах, и переезд ничего не изменит. Если ответ стабильно дольше секунды — стоит смотреть на кэширование и только потом на тариф.
Почему PageSpeed Insights каждый раз показывает разный балл?
Лабораторный прогон зависит от загрузки сети и сервера в момент проверки, поэтому балл колеблется. Ориентируйтесь на полевые данные в верхней части отчёта: они усреднены за 28 дней и именно их учитывает поисковик.
