Скорость сайта перестала быть «приятным бонусом»: метрики Core Web Vitals напрямую участвуют в ранжировании, а пользователи голосуют возвратом в выдачу против каждой лишней секунды. Аудит скорости отвечает на два вопроса: где именно сайт теряет время и какие правки дадут максимум эффекта при минимуме работ. Разбираем метрики, инструменты и приоритетный план ускорения.
Какие метрики смотреть и что означают пороги
LCP — время отрисовки крупнейшего элемента: норма до 2,5 секунд; обычно это hero-изображение или заголовок. CLS — стабильность макета: норма до 0,1; прыжки случаются из-за картинок без размеров и поздно подгружающихся баннеров. INP — отзывчивость интерфейса: норма до 200 мс; страдает от тяжёлого JS. TTFB — время до первого байта: характеристика хостинга и кеша; больше 600 мс — повод разбираться с сервером.
Важно смотреть полевые данные (CrUX, отчёты вебмастеров), а не только лабораторные: пользователи с медленных устройств и мобильных сетей видят сайт иначе, чем ваш ноутбук на оптоволокне. Оценивайте страницы входа: главную, категории, карточки, статьи — именно они дают трафик и влияют на картину сайта целиком.
Инструменты аудита скорости
PageSpeed Insights даёт лабораторный разбор с подсказками и полевые метрики за 28 дней. Отчёты «Основные веб-показатели» в вебмастерах показывают распределение страниц по зонам — удобно для приоритизации. Браузерная панель производительности и сетевые водопады помогают найти конкретные тяжёлые файлы. Набор бесплатный и закрывает весь аудит.
Главные пожиратели времени и быстрые победы
Первое место стабильно держат изображения: огромные файлы в старых форматах, отсутствие lazy-load, отсутствие явных размеров. Сжатие, современные форматы и ленивая подгрузка дают самый заметный выигрыш при минимальном риске. Второе — сторонние скрипты: виджеты, счётчики, чаты грузят сотни килобайт и блокируют рендер; аудит часто заканчивается простым удалением половины из них. Третье — кеширование и сжатие: настройка кеша статики и gzip/br сокращает TTFB и повторные загрузки.
Приоритетный план ускорения
Шаг первый — инвентаризация: прогоните ключевые страницы и соберите таблицу метрик. Шаг второй — красные зоны: страницы с плохим LCP чините первыми, начиная с изображений и шрифтов. Шаг третий — CLS: задайте размеры медиа, зарезервируйте места под баннеры. Шаг четвёртый — JS: отложите и вырежьте лишнее. Шаг пятый — сервер: кеш, сжатие, при необходимости смена тарифа или CDN. Шаг шестой — контрольный замер через две-четыре недели: полевые метрики обновляются не мгновенно.
Скорость и позиции: чего ждать от правок
Ускорение редко поднимает сайт в топ само по себе, но оно убирает тормоз: улучшаются поведенческие, растёт конверсия, роботы эффективнее обходят сайт. В конкурентных нишах при прочих равных быстрый сайт выигрывает клик и удержание. А главное — скорость напрямую влияет на деньги: каждая десятая секунда задержки измеряется процентами отказов и потерянными лидами.
Шрифты и рендеринг: невидимый вес страницы
Отдельный слой аудита — веб-шрифты и критический путь рендеринга. Несколько начертаний с разных хостов, отсутствие preload для ключевых шрифтов и блокирующий CSS в head дают секунды «пустой» страницы и скачки CLS при подмене шрифта. Лечится системно: ограничить набор начертаний, подключить display=swap, предзагрузить критические ресурсы и вынести некритичный CSS в асинхронную загрузку. Эти правки незаметны глазу, но заметно двигают LCP.
Мини-кейс: из красной зоны в зелёную за месяц
Инфосайт с 60% страниц в красной зоне Core Web Vitals прошёл путь из шести шагов: сжатие и ленивая подгрузка изображений (LCP упал с 4,1 до 2,6 с), явные размеры медиа и резерв под баннеры (CLS с 0,28 до 0,05), удаление трёх лишних виджетов и отложенный JS (INP с 480 до 190 мс), кеш и сжатие на сервере (TTFB с 900 до 350 мс). Через месяц полевые метрики показали 78% страниц в зелёной зоне, а отказы с мобильных снизились на 12%. Кейс подтверждает правило: 80% эффекта дают четыре типа правок — изображения, размеры, скрипты, сервер.
Мобильная и десктопная скорость — две разные картины
Аудит обязательно разделяйте по устройствам: мобильные пользователи на средних сетях видят сайт заметно медленнее, и именно их метрики попадают в полевые отчёты. Десктоп может быть зелёным при красном мобильном — тогда приоритеты смещаются на вес медиа и JS, а не на сервер. Проверяйте эмуляцией троттлинга: медленное соединение плюс слабое устройство быстро покажет, что реально грузит страницу у живого человека.
Регламент: чтобы скорость не деградировала
Скорость имеет свойство ползти вниз с каждым новым виджетом и тяжёлой картинкой от контент-менеджера. Заведите правило: после крупных публикаций и установки плагинов — контрольный прогон PageSpeed; раз в месяц — сверка полевых метрик по ключевым страницам; лимит на сторонние скрипты — не более N одновременно. Дисциплина дешевле, чем повторный большой аудит.
Итог: аудит скорости — это метрики с порогами, честные полевые данные и план из шести шагов с приоритетом по влиянию. Начните с изображений и лишних скриптов — это 80% выигрыша при 20% усилий, а остальное докрутите по таблице метрик.