Индекс скорости загрузки страницы

«У нас 92 балла, а у конкурента 40, почему он выше?» — этот вопрос я слышу регулярно. За ним стоит распространённое заблуждение: что скорость сайта выражается одним числом и что это число сопоставимо между проектами. На деле скорость — это набор из пяти-шести независимых метрик, каждая измеряет свою сторону загрузки, и общий балл сводного отчёта не является ни одной из них.

Я в SEO с 2005 года и разбираю отчёты по скорости чуть ли не еженедельно. Эта статья — про то, что именно измеряют метрики, чем лабораторные цифры отличаются от полевых и какие значения считать нормой. Способы ускорения — отдельная тема, здесь их не будет.

Что вообще измеряют метрики скорости

Загрузка страницы — процесс, растянутый во времени, и у него нет одного момента «загрузилось». Пользователь последовательно проходит четыре стадии, и на каждой возникает свой вопрос.

Стадия	Вопрос пользователя	Основная метрика
Ожидание ответа сервера	Что-то вообще происходит?	TTFB
Первая отрисовка	Страница жива?	FCP
Появление главного содержимого	Я вижу то, за чем пришёл?	LCP, Speed Index
Взаимодействие	Сайт отвечает на мои действия?	INP

Отдельно стоит CLS — он измеряет не время, а стабильность: насколько содержимое прыгает во время загрузки. Это единственная метрика скорости без единицы измерения времени, и её часто выкидывают из рассмотрения именно поэтому.

Ключевая мысль: улучшение одной метрики не тянет за собой остальные. Сайт может мгновенно показывать первый экран и при этом полминуты не реагировать на нажатия. Или наоборот. Поэтому сводить всё к одному баллу — значит терять информацию.

Speed Index: сводный показатель отрисовки

Speed Index — индекс скорости загрузки в буквальном смысле, старейшая из современных метрик. Считается он необычно: инструмент записывает видео загрузки, покадрово сравнивает, какая доля видимой области уже отрисована, и вычисляет усреднённое время, за которое область заполняется содержимым.

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

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

LCP: когда пользователь видит главное

Largest Contentful Paint — время до отрисовки самого крупного видимого элемента в области первого экрана. Обычно это главная картинка, баннер или крупный блок текста.

Метрика отвечает на самый честный вопрос: когда человек увидел то, ради чего пришёл. Именно поэтому она стала основной в оценке скорости и входит в набор Core Web Vitals, который Google учитывает при ранжировании.

Что важно при чтении отчётов. LCP считается по элементу в видимой области — то, что ниже сгиба, не учитывается. Элемент может меняться по ходу загрузки: сначала крупным был текст, потом подгрузилась картинка; засчитывается последний. И главное: LCP складывается из четырёх частей — ответ сервера, задержка до начала загрузки ресурса, скачивание и отрисовка. Без этой разбивки число бесполезно.

INP: когда сайт отвечает на действия

Interaction to Next Paint пришёл на смену прежней метрике задержки первого ввода в марте 2024 года. Разница принципиальная: старая метрика измеряла только задержку до начала обработки первого взаимодействия, новая — полное время от действия пользователя до отрисовки визуального отклика, и не для первого действия, а по всем взаимодействиям за сессию.

Это самая честная метрика отзывчивости из существующих. Она ловит ситуации, знакомые каждому: нажал на пункт меню — ничего не произошло — нажал ещё раз — открылось и сразу закрылось. Формально страница «загрузилась» давно, но пользоваться ей нельзя.

Особенность INP в том, что он почти не виден в лабораторных тестах. Робот не кликает по меню, не открывает фильтры и не листает галерею. Поэтому в лабораторном отчёте вместо INP показывают суррогат — суммарное время блокировки основного потока, — и он лишь косвенно указывает на возможные проблемы.

CLS: стабильность содержимого

Cumulative Layout Shift измеряет, насколько сильно элементы страницы смещаются во время загрузки без действий пользователя. Величина безразмерная: доля площади экрана, затронутая сдвигом, умноженная на дистанцию смещения.

Типичные источники сдвигов: изображения без указанных размеров, рекламные блоки, подгружаемые баннеры и уведомления, шрифты, при подмене которых меняется высота строк. Практическое следствие для пользователя — промах по кнопке: человек целится в «Купить», в этот момент сверху вставляется баннер, и палец попадает в другое место.

CLS коварен тем, что в лаборатории почти всегда выглядит лучше, чем в реальности. Тест измеряет только период загрузки, а у реальных пользователей сдвиги случаются и при прокрутке — от ленивой подгрузки и отложенных виджетов.

TTFB и вспомогательные метрики

Time to First Byte — время от запроса до получения первого байта ответа. Формально это метрика сервера, а не страницы, но именно она задаёт потолок для всего остального: если сервер отвечает за полторы секунды, уложиться в норму по LCP уже невозможно никакой оптимизацией фронтенда.

First Contentful Paint — момент отрисовки первого любого содержимого. Полезен как индикатор «страница жива», но не говорит ничего о полезности показанного: экран-заглушка тоже засчитывается.

Total Blocking Time — суммарное время, в течение которого основной поток браузера был занят настолько, что не мог отвечать на действия. Лабораторный заменитель INP.

Лабораторные данные против полевых

Это различие важнее всех остальных, и именно его чаще всего не понимают.

Признак	Лабораторные	Полевые
Источник	Один синтетический прогон	Реальные визиты за 28 дней
Условия	Заданное устройство и канал	Все устройства и сети аудитории
Стабильность	Скачут от прогона к прогону	Меняются медленно
Взаимодействия	Не измеряются	Измеряются
Что показывают	Где искать причину	Что происходит на самом деле
Учитываются в ранжировании	Нет	Да

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

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

Практический разбор: нормы и чтение отчётов

Метрика	Хорошо	Требует внимания	Плохо
LCP	до 2,5 с	2,5–4 с	больше 4 с
INP	до 200 мс	200–500 мс	больше 500 мс
CLS	до 0,1	0,1–0,25	больше 0,25
TTFB	до 800 мс	0,8–1,8 с	больше 1,8 с
FCP	до 1,8 с	1,8–3 с	больше 3 с
Speed Index	до 3,4 с	3,4–5,8 с	больше 5,8 с

Порядок чтения любого отчёта, который я использую сам:

• Сначала полевые данные, если они есть. Лабораторный балл смотрится последним, а не первым.
• Отдельно мобильные и десктоп. Это разные аудитории с разными каналами; смешивать их — терять картину.
• По типам страниц, а не по главной. Главная почти всегда быстрее карточки товара и страницы фильтра. Замеряют по одному представителю каждого шаблона.
• Разбивка LCP по составляющим. Без неё непонятно, виноват сервер, сеть или отрисовка.
• Три-пять прогонов лабораторного теста. Один прогон ничего не значит, разброс достигает десятков баллов.
• Динамика, а не срез. Значение само по себе менее информативно, чем его изменение за квартал.

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

Чего делать не стоит

• Считать общий балл отчёта метрикой скорости. Это взвешенная сумма лабораторных показателей с весовыми коэффициентами, которые меняются от версии к версии инструмента.
• Сравнивать свой балл с баллом конкурента. Замеры сделаны в разное время, на разных узлах, при разной нагрузке.
• Делать выводы по одному прогону. Разброс синтетических измерений огромен.
• Мерить только главную страницу. Трафик приходит на карточки и категории.
• Ожидать мгновенного отражения правок в полевых данных. Окно 28 дней сгладит эффект.
• Игнорировать CLS как «не про скорость». Он про удобство и напрямую бьёт по конверсии.
• Считать, что метрики скорости — фактор первого порядка в ранжировании. Это фактор-уточнитель, работающий при сопоставимой релевантности. Медленный сайт с лучшим ответом обгонит быстрый и пустой.

Частые вопросы

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

Почему у меня 95 баллов, а сайт кажется медленным? Скорее всего, замер сделан для десктопа или на быстром канале, а реальная аудитория мобильная. Плюс балл не учитывает INP, а именно отзывчивость обычно и ощущается как «тормозит».

Что делать, если полевых данных нет? Значит, посещаемости не хватает для сбора статистики. Ориентируйтесь на лабораторные метрики и подключите собственный сбор показателей с реальных пользователей — это несложная доработка сайта, которая ставится один раз скриптом.

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

Какая метрика важнее остальных? Для контентных проектов — LCP, для интерфейсов с фильтрами и корзинами — INP, для сайтов с рекламой и виджетами — CLS. Универсального ответа нет, приоритет задаёт тип страницы.

Чеклист по чтению метрик

• Полевые данные смотрятся раньше лабораторных.
• Мобильная и десктопная выборки разделены.
• Замеры сделаны по каждому типу шаблона, не только по главной.
• Лабораторный тест прогнан минимум три раза, взято среднее.
• LCP разложен на составляющие: сервер, задержка, загрузка, отрисовка.
• TTFB проверен отдельно — он ограничивает всё остальное.
• INP оценивается по полевым данным, а не по лабораторной замене.
• CLS проверен не только при загрузке, но и при прокрутке страницы.
• Значения сопоставлены с порогами, а не с баллом отчёта.
• Ведётся история замеров, чтобы видеть динамику за квартал.
• Результат сверен с ручной проверкой на реальном телефоне.

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

Если нужно SEO-продвижение сайтов — помогу вывести сайт в топ Яндекса и удержать позиции.