Основные веб-показатели сайта — что это такое и как их измерить

Основные веб-показатели сайта — те самые Core Web Vitals — измеряют не абстрактную «скорость», а три конкретных повода для раздражения: долго ли ждать появления главного контента, тормозит ли страница в ответ на палец и не уезжает ли вёрстка в момент нажатия. Пока цифры не увидишь рядом с поведением людей, тема кажется технической мелочью. А разница между страницей, которая показывает содержание за две секунды, и страницей, которой нужно пять, — это десятки процентов ушедших посетителей ещё до того, как они что-то прочитали.

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

Из чего состоит набор и что измеряет каждая метрика

В ядре три показателя, и каждый отвечает за свой тип неудобства.

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

INP, отзывчивость. Измеряет задержку между действием человека — клик, тап, нажатие клавиши — и видимым откликом страницы. В отличие от прежнего FID, который учитывал только первое взаимодействие и только задержку до начала обработки, INP смотрит на все взаимодействия за визит и берёт худшие. Метрика сменила FID весной 2024 года и оказалась заметно строже: сайты, у которых FID был зелёным, на INP часто проваливаются.

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

Есть ещё две вспомогательные метрики, формально в ядро не входящие, но без них проблему не разложить: TTFB — время до первого байта, то есть как быстро ответил сервер, и FCP — первая отрисовка чего угодно. Диагностика почти всегда начинается с них, потому что они отделяют серверные проблемы от фронтендовых.

Пороговые значения в цифрах

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

Метрика	Хорошо	Требует улучшения	Плохо	Что измеряет
LCP	до 2,5 с	2,5–4,0 с	больше 4,0 с	Появление главного элемента на экране
INP	до 200 мс	200–500 мс	больше 500 мс	Отклик на действия человека
CLS	до 0,1	0,1–0,25	больше 0,25	Смещение элементов вёрстки
TTFB (вспомогательная)	до 0,8 с	0,8–1,8 с	больше 1,8 с	Ответ сервера
FCP (вспомогательная)	до 1,8 с	1,8–3,0 с	больше 3,0 с	Первая отрисовка любого содержания

Страница считается прошедшей проверку, только если все три основные метрики зелёные одновременно. Два из трёх — это не «почти прошли», это не прошли, и в отчётах такая страница будет в списке проблемных наравне с той, у которой плохо всё.

Тему разбирал отдельно: «Основные SEO показатели».

Лабораторные и полевые данные: почему цифры расходятся

Самая частая причина непонимания: человек прогоняет страницу через тест, получает 92 балла и не может объяснить, почему в отчёте она красная. Дело в том, что это два разных типа данных, и путать их бессмысленно.

Помогу с продвижением: продвижение сайта в поисковых системах — вывожу сайты в топ Яндекса белыми методами.

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

Общий разбор: как продвигать сайт в Яндексе:

0:55

Полевые данные — то, что реально произошло у людей с их телефонами, их интернетом и их браузерами. Именно они учитываются при оценке страницы. Собираются за скользящее окно в 28 дней, поэтому эффект от ваших правок появляется в отчётах не сразу, а через три-четыре недели.

Инструмент	Тип данных	Что даёт	Ограничения
PageSpeed Insights	Лаборатория и поле	Оба набора на одном экране плюс список рекомендаций	Балл 0–100 не равен веб-показателям; у малопосещаемых страниц полевых данных нет
Lighthouse в браузере	Лаборатория	Детальный разбор, работает и на локальной версии сайта	INP корректно не измеряет — нужен живой пользователь
Панель Performance в браузере	Лаборатория	Точная диагностика: какие скрипты блокируют поток, где длинные задачи	Требует навыка чтения профиля
Google Search Console	Поле	Группировка похожих страниц, список проблемных адресов	Задержка данных до 28 дней
Библиотека web-vitals на сайте	Поле, ваше собственное	Свои данные почти в реальном времени, можно передавать в Метрику	Нужна установка и разбор данных руками
Яндекс Метрика	Поле	Время загрузки, время ответа сервера, отказы в разрезе скорости	Не даёт метрик в их классическом виде
Яндекс Вебмастер	Смешанные	Скорость сайта по данным Яндекса, доля медленных ответов	Показатели свои, с гугловскими не совпадают

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

Смежный материал по теме — «Продвижение сайта в Яндекс — основные ошибки».

Как приводить в норму LCP

LCP — самая частая проблема и одновременно самая понятная. Порядок работ такой, и менять его местами невыгодно.

1. Найдите сам LCP-элемент. Инструменты его подсвечивают. Часто выясняется, что это не то, что вы думали: не главная картинка, а огромный заголовок или фоновое изображение секции.
2. Сократите время ответа сервера. TTFB выше 800 мс означает, что оптимизировать фронтенд почти бесполезно — вы будете экономить сотые доли на фоне потерянной секунды. Лечится кэшированием страниц, ускорением запросов к базе, переездом на нормальный тариф хостинга. На типовой CMS кэш страниц даёт самый большой единичный прирост из всех возможных мер.
3. Оптимизируйте изображение. Форматы WebP или AVIF вместо JPEG и PNG, размеры под реальный контейнер, набор вариантов через srcset для разных экранов. Картинка шириной три тысячи пикселей, показываемая в блоке шестьсот, — это прямая потеря секунд на мобильном интернете.
4. Не откладывайте загрузку главной картинки. Массовое ленивое подгружение всех изображений подряд — типичная ошибка: LCP-картинка тоже попадает под отложенную загрузку и появляется позже. Первому экрану ставится высокий приоритет загрузки, ленивая загрузка — только тому, что ниже сгиба.
5. Уберите блокирующие ресурсы. CSS и синхронные скрипты в шапке тормозят отрисовку. Критические стили первого экрана выносятся отдельно и грузятся сразу, остальное — асинхронно.
6. Ускорьте шрифты. Свои шрифты в формате woff2, показ запасного шрифта во время загрузки, предзагрузка используемых начертаний. Без этого текст ждёт шрифт, и если LCP-элемент текстовый, метрика растёт напрямую.
7. Включите современные протоколы и сжатие. HTTP/2 или HTTP/3, сжатие Brotli или gzip на сервере. Настраивается один раз и работает для всего сайта.

Как приводить в норму INP

INP — метрика про JavaScript. Если страница долго думает после нажатия, значит, основной поток браузера занят чем-то другим.

• Уберите лишний код. Самое действенное. На типовом сайте половина скриптов приходит от расширений, которыми давно никто не пользуется. Аудит подключённых ресурсов обычно позволяет выкинуть треть кода без потерь для функциональности.
• Разбейте длинные задачи. Любая непрерывная задача дольше 50 мс блокирует отклик. Тяжёлые вычисления делятся на части с возвратом управления браузеру между ними.
• Отложите стороннее. Счётчики, чаты, виджеты отзывов, коллтрекинг, рекламные пиксели — главные виновники плохого INP. Их подключают с задержкой или по первому действию человека, а не в момент загрузки страницы.
• Проверьте обработчики событий. Тяжёлая логика прямо в обработчике клика — прямая дорога к полусекундному отклику. Сначала визуальная реакция на нажатие, потом вычисления.
• Следите за размером DOM. Страницы с десятками тысяч узлов пересчитывают стили медленно. Бесконечные ленты товаров и многоуровневые меню, отрисованные целиком, особенно опасны.
• Тестируйте на слабом устройстве. На флагманском телефоне INP всегда хороший. Включайте в инструментах замедление процессора в четыре-шесть раз — это и есть опыт человека со средним смартфоном.

Как приводить в норму CLS

Самая дешёвая в исправлении метрика: правки обычно занимают часы, а не недели, и почти все делаются в шаблонах.

• Задавайте размеры изображениям и видео. Атрибуты ширины и высоты или свойство aspect-ratio в стилях. Браузер заранее резервирует место, и вёрстка не прыгает.
• Резервируйте место под рекламу и виджеты. Блок фиксированной высоты решает проблему целиком. Пустое место лучше скачущего содержания.
• Не вставляйте контент над уже отрисованным. Плашки согласия, уведомления, промо-полосы должны быть наложением, а не элементом потока, сдвигающим страницу вниз.
• Предзагружайте шрифты. Подмена системного шрифта на фирменный меняет высоту строк и порождает сдвиг. Предзагрузка и подбор запасного шрифта с близкими метриками убирают эффект.
• Анимируйте через transform. Анимация свойств, влияющих на геометрию — высоты, отступов, — считается сдвигом. Анимация через transform и прозрачность не считается.

Яндекс и Google: разное отношение к скорости

Здесь важно быть точным, потому что вокруг темы много мифов, и оба крайних мнения неверны.

Если нужна помощь по теме — разработка сайта под ключ.

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

Яндекс официально не оперирует набором LCP, INP и CLS. У него свои измерения: в Вебмастере есть раздел с показателями загрузки, в Метрике видно время ответа сервера и время загрузки страницы. Но ключевой момент в другом: Яндекс очень чувствителен к поведению людей. Медленный сайт даёт больше отказов, короче визиты и чаще возвраты в выдачу. То есть влияние скорости на позиции в Яндексе реальное, просто опосредованное — не через метрику, а через людей.

Если нужны детали, смотрите «Основные SEO ошибки в продвижении сайта».

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

Симптом, причина и первое действие

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

Симптом	Вероятная причина	Что делать в первую очередь
Высокий TTFB, вся страница медленная	Слабый хостинг, нет кэша, тяжёлые запросы к базе	Включить кэширование страниц, проверить тариф хостинга
LCP плохой, TTFB нормальный	Тяжёлая картинка первого экрана или блокирующие стили	Сжать и перевести в WebP, снять отложенную загрузку с первого экрана
Плохой INP при хорошем LCP	Сторонние скрипты, виджеты, тяжёлые обработчики	Отложить всё стороннее до первого действия человека
CLS выше 0,25	Картинки без размеров, реклама без резерва, шрифты	Проставить размеры и aspect-ratio, зарезервировать блоки
В лаборатории зелено, в поле красно	Реальные посетители со слабыми телефонами и мобильным интернетом	Тестировать с замедлением процессора и медленной сетью
Показатели упали после доработки сайта	Новые скрипты, баннеры, виджеты	Сравнить список подключённых ресурсов до и после

Когда за зелёной зоной гнаться не надо

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

• Не начинайте со скорости, если проблема в другом. Сайт без нормального содержания и структуры не начнёт ранжироваться от того, что LCP снизился с трёх секунд до двух. Скорость — усилитель, а не двигатель.
• Не гонитесь за сотней баллов. Балл — сводный индекс, а не сам набор веб-показателей. Разница между 85 и 98 обычно незаметна человеку, а стоит десятков часов работы.
• Не жертвуйте функциональностью. Отключить онлайн-чат ради INP и потерять четверть обращений — плохая сделка. Считайте деньги, а не баллы.
• Не оптимизируйте главную вместо шаблонов. Трафик приходит на карточки товаров и статьи, значит, правки нужны в шаблонах массовых страниц.
• Не ставьте расширение «ускорения» и не считайте задачу решённой. Агрессивное объединение и минификация файлов регулярно ломают вёрстку и формы. После любой такой настройки первым делом проверьте отправку заявки — именно она отваливается чаще всего и тише всего.
• Не проверяйте результат сразу. Полевые данные обновляются окном в 28 дней, и судить об эффекте раньше чем через месяц бессмысленно.
• Не тестируйте только на своём компьютере. Ноутбук с проводным интернетом — не ваша аудитория. Смотрите разбивку по устройствам в Метрике и оптимизируйте под преобладающее.

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

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

Почему PageSpeed показывает разные баллы при повторных запусках? Потому что лабораторный прогон зависит от загрузки тестового окружения и сторонних ресурсов в момент замера. Разброс в несколько баллов — норма. Ориентироваться надо на среднее по трём-четырём прогонам и на отдельные метрики, а не на итоговый балл.

У страницы нет полевых данных, что делать? Это значит, что посещений слишком мало для набора статистики. Смотрите данные по группе похожих страниц или по сайту целиком, а для точечной отладки используйте лабораторные замеры. Как только трафик вырастет, полевые данные появятся сами.

Стоит ли ставить сервис ускорения от хостинга? Кэширование и сжатие на стороне сервера — да, это как раз то, что даёт максимальный эффект. А вот автоматические «оптимизаторы фронтенда», которые сами переставляют скрипты и объединяют стили, включайте по одному и после каждого проверяйте формы, корзину и личный кабинет.

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

Коротко

• В набор входят три метрики: LCP — появление главного содержания, INP — отклик на действия, сменивший FID в 2024 году, CLS — сдвиги вёрстки.
• Пороги нормы: LCP до 2,5 с, INP до 200 мс, CLS до 0,1. Оценка берётся по 75-му перцентилю, мобайл и десктоп считаются отдельно, зачёт только при всех трёх зелёных.
• Лабораторные данные нужны для отладки, полевые — для оценки; полевые обновляются окном в 28 дней, поэтому эффект правок виден через месяц.
• LCP чинится ответом сервера и кэшем, сжатием картинок и снятием ленивой загрузки с первого экрана; INP — сокращением кода и отложенной загрузкой виджетов; CLS — размерами картинок и резервом места.
• Яндекс не использует эти метрики напрямую, но реагирует на поведение людей, которое от скорости зависит; Google учитывает их как вспомогательный сигнал.
• Сто баллов в тесте не цель. Цель — чтобы на среднем телефоне страница открывалась примерно за две секунды и не прыгала под пальцем.

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