Норма скорости загрузки сайта: на какие пороги ориентироваться

Вопрос о норме скорости обычно звучит просто: за сколько секунд должен загружаться сайт. Но загрузка — не один момент, а процесс: сначала приходит ответ сервера, потом появляется текст, потом картинки, потом страница становится отзывчивой. Поэтому вместо одной цифры поисковики используют несколько показателей, у каждого из которых есть свой порог.

Core Web Vitals

Google выделяет три основных показателя пользовательского опыта, которые называют Core Web Vitals:

• LCP — время отрисовки самого крупного элемента в видимой области: заголовка, главного фото, баннера
• INP — задержка отклика на действия пользователя: нажатия, ввод текста
• CLS — визуальная стабильность: насколько элементы прыгают при загрузке

Для каждого показателя есть официальные пороги хорошего результата. LCP — до 2,5 секунды. INP — до 200 миллисекунд. CLS — до 0,1. Значения хуже следующего порога считаются плохими, промежуток между ними — требующим улучшения.

Как считается результат

Оценивается не отдельный замер, а распределение по реальным посещениям: страница считается хорошей, если порог выполняется для большинства визитов. Ориентируются на 75-й процентиль, то есть значение, лучше которого три четверти посещений. Отдельно считаются мобильные и компьютерные устройства.

Полевые и лабораторные данные

PageSpeed Insights показывает два блока. Полевые данные — то, что испытывали реальные пользователи Chrome за последние недели. Они появляются, только если у страницы или сайта достаточно посещений. Лабораторные данные — замер в момент проверки на эмулированном устройстве со средним мобильным подключением.

Для оценки нормы важнее полевые данные: именно они показывают реальный опыт посетителей. Лабораторный замер нужен для поиска причин и проверки исправлений.

Почему оценка 100 из 100 не обязательна

Числовая оценка PageSpeed — сводный показатель лабораторного теста. Его удобно сравнивать до и после изменений, но он не используется поисковиками напрямую. Сайт с лабораторной оценкой в середине шкалы может иметь хорошие полевые показатели и наоборот. Погоня за сотней часто приводит к удалению полезных элементов — чатов, карт, видео — без реальной пользы для бизнеса.

Какие ещё показатели полезны

• TTFB — время ответа сервера, основа всех остальных
• FCP — время появления первого контента на экране
• Полная загрузка страницы — полезна для тяжёлых каталогов и лендингов

Они не входят в Core Web Vitals, но помогают понять, на каком этапе теряется время.

Скорость и позиции

Google подтверждает, что показатели удобства страниц учитываются при ранжировании, но релевантность содержимого важнее. Быстрый сайт с плохим ответом на запрос не обойдёт медленный, но полезный. На практике скорость сильнее сказывается на заявках, чем на позициях: пока страница грузится на мобильном интернете, часть людей просто закрывает вкладку.

Где смотреть свои показатели

• Отчёт о Core Web Vitals в Google Search Console — по группам похожих страниц
• PageSpeed Insights — по отдельным адресам
• Отчёт о скорости в Яндекс Метрике и данные о загрузке страниц в Вебмастере
• Инструменты разработчика браузера — вкладка производительности для детального разбора

Практическая норма

Цель — зелёная зона по всем трём показателям Core Web Vitals в полевых данных для мобильных устройств на основных шаблонах: главная, категории, карточки, статьи, страницы услуг. Если данных мало, ориентируйтесь на лабораторные замеры с запасом и проверяйте на реальном телефоне через мобильный интернет.