Компьютер и оборудование диагностики сети. Иллюстративная сцена.

РУКОВОДСТВО / ПРОТОКОЛ

Измерение реальной производительности сайта

Лабораторный балл описывает один тест; реальный опыт зависит от пользователей, устройств и сценариев.

Прямой ответ

Как измерять производительность, не путая оценку с опытом?

Разделяйте полевые и лабораторные данные, мобильные и настольные устройства, страницы и сценарии. Изучайте распределения LCP, INP и CLS, затем найдите ответственное действие или ресурс.

01 / Метод проверки

Метод проверки

01

Задать область

Выберите шаблоны, URL, устройства, регионы и важные действия. Запишите период, объём выборки и изменения.

02

Сопоставить измерения

Оцените полевые Core Web Vitals по 75-му процентилю; лабораторные записи используйте для воспроизведения причин.

03

Найти причины

Выявите элемент LCP, критические ресурсы, блокирующие скрипты, долгие задачи, сдвиги и сторонние компоненты.

04

Исправить и следить

Учитывайте охват и стоимость, сравнивайте до и после в сходных условиях и отслеживайте регрессии.

ПРАКТИКУМ ИЗМЕРЕНИЙ

Три порога для оценки воспринимаемой производительности

Хорошие пороги 75-го процентиля: LCP ≤ 2,5 с, INP ≤ 200 мс, CLS ≤ 0,1. Сравнивайте одинаковые устройства, период и рамки. Таблица описывает вымышленный пример.

Стол измерений с карточками, лупой, секундомером и призмой. Иллюстративная сцена.

Вымышленный пример · не измерения сайта или клиента

Прочитайте числа до принятия решения
ПоказательРасчёт или порогЧто позволяет утверждать результат
Загрузка · LCPLCP ≤ 2.5 s2,8 с превышает 2,5 с: изучите отображение основного контента.
Взаимодействие · INPINP ≤ 200 ms180 мс ниже 200 мс: в примере порог взаимодействия достигнут.
Стабильность · CLSCLS ≤ 0.10,08 ниже 0,1: в примере порог стабильности достигнут.

От наблюдения к решению

  1. Определите измерение

    Разделите реальные наблюдения и лабораторный прогон. Сохраните URL или origin, устройство и даты.

  2. Найдите причину

    Для LCP изучите основной контент, для INP — взаимодействия, для CLS — сдвиги.

  3. Повторите сравнение

    После исправления проверьте тот же охват. Успешный прогон не описывает всех посетителей.

Лучшее среднее и худшая медиана

Пять лабораторных загрузок измерены до и после в одном контексте. Ряды вымышлены и не являются распределением реальных визитов.

Лучшее среднее и худшая медиана · Вымышленные данные
Единица наблюденияДоПосле
Пять наблюдений (секунды)1 ; 1 ; 1 ; 1 ; 81,5 ; 1,5 ; 1,5 ; 1,5 ; 1,5
Среднее (секунды)2,41,5
Медиана (секунды)11,5
Почему «быстрее в среднем» не описывает весь ряд?

Среднее снижается с 2,4 до 1,5 с, но медиана растёт с 1 до 1,5 с. Сохранить наблюдения и заранее выбранный показатель. Пять тестов не заменяют реальный процентиль.

Методический источник : NIST · Measures of Location ·

Источники и метод

Документация просмотрена .

Практикум чтения данных

Изображение LCP может появиться после DOMContentLoaded

Три вымышленные трассы разделяют кеш, сеть и отрисовку без заявления о реальной скорости.

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

Сравнить C1, W1 и C2, не смешивая условия

Время отсчитывается от начала навигации. Здесь TTFB — responseStart−startTime, не отдельное время сервера. LCP наблюдается пять секунд без взаимодействия.

Если таблица шире экрана, прокрутите её по горизонтали; стрелки работают, когда область в фокусе.

Сравнить C1, W1 и C2, не смешивая условия
ПроверкаНаблюдение примераЧто установленоСледующее действие
C1 · холодный кеш · сеть ATTFB 400 мс; DCL 900 мс; LCP изображения 2 100 мсDCL происходит раньше последнего наблюдаемого LCP.Проследить изображение: ответ закончен в 1 800 мс, затем отрисовка.
W1 · тёплый кеш · сеть ATTFB 350 мс; DCL 700 мс; LCP 1 000 мсКеш отличается от C1.Описать другое условие, не эффект исправления.
C2 · холодный кеш · сеть BTTFB 800 мс; DCL 1 400 мс; LCP 3 800 мсСеть изменилась; это не сопоставимый повтор C1.Разделить серии и повторить в одинаковых условиях.
Хронология C1LCP−DCL = 1 200 мс; LCP−конец изображения = 300 мсЭто интервалы, а не доказанные причины.Изучить обнаружение, передачу и отрисовку; не складывать отметки как отдельные длительности.

Что устанавливает разница C1/W1?

Раскройте каждый вариант и сравните разбор. Дополнительные проверки могут оставаться необходимыми.

Исправление сэкономило всем посетителям 1 100 мс.

Нет: кеш меняется, общего пользовательского эффекта не измеряли.

DCL в 900 мс доказывает полное отображение C1.

Нет: изображение LCP появляется позже.

Разницу 1 100 мс между лабораторными условиями.

Подходит. Эффект исправления требует повторов до/после с контролем кеша, сети и содержания.

Сохранённая сравнительная трасса

Случай: DEMO-P24; окно 5 с без взаимодействия
C1 холодный/A: TTFB 400; DCL 900; LCP 2100 мс
Изображение C1: конец ответа 1800 мс; отрисовка 2100 мс
W1 тёплый/A: TTFB 350; DCL 700; LCP 1000 мс
C2 холодный/B: TTFB 800; DCL 1400; LCP 3800 мс
C1−W1 LCP: 1100 мс; разные условия
Итог: гипотеза для проверки, не полевой выигрыш

Сохранить версию, область просмотра, устройство, кеш, сеть, элемент LCP и трассы ресурсов. Указать повторы и правило сводки до сопоставления с полевыми данными.

Документация правил отдельно от вымышленных примеров

02 / Сохраняемые доказательства

Сохраняемые доказательства

Выборка

Источник, даты, устройство, регион, URL или группа страниц и объём.

Распределение

LCP, INP и CLS с процентилем и разделением поля и лаборатории.

Причинная запись

Сетевая хронология, элемент, задача или ресурс и проверенная гипотеза.

Решение

Изменение, ответственный, эффект и порог наблюдения.

Сравнить другие ситуации и упражнения

КОНТРОЛЬНАЯ ТОЧКА

Прежде чем делать вывод

Типичная ошибка трактовки и проверка, которая помогает её избежать.

Поспешный вывод

Лабораторная оценка сама по себе не описывает опыт всех посетителей. Устройства, сети, страницы и время измерения дают разные результаты.

Решающая проверка

Выбрать важные страницы и маршруты, сравнить полевые и лабораторные данные, оценить изображения, скрипты и шрифты. Убедиться, что исправление не переносит проблему.

ПОСЛЕ ПРОВЕРКИ

Решение по результату

01

Лабораторный результат улучшился, полевой не изменился

Не заявляйте об улучшении для пользователей. Проверьте задержку сбора, выборку, кэш, устройства и URL.

02

Загрузка быстрая, действие медленное

Изучите взаимодействия, влияющие на INP, задачи JavaScript и сторонние компоненты; повторите сценарий.

Решение и возможность пересмотра

Решение и возможность пересмотра

Что позволяет решить проверка и какие сведения сохранять для пересмотра.

Достаточные данные

Измеряйте типовые страницы на одинаковом устройстве, сети, кеше и версии; разделяйте полевые и лабораторные данные. Сохраняйте след тяжёлых ресурсов.

Следующее решение

Исправьте изображение, CSS или скрипт, вызвавший задержку. Сравните результаты одинаковым методом и следите за регрессией.

Подробные случаи проверки

Типовые ситуации для подготовки проверки. Они не описывают выполненные проекты или реальные наблюдения.

Быстрый локальный замер скрывает медленный мобильный сценарий

Что изучить

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

Решение и действие

Устраните выявленное узкое место в приоритетном сценарии. Не переносите локальное среднее на всех посетителей и не объясняйте изменение исправлением без сопоставимых условий.

Что сохранить

Сохраните сценарий, среду, число и распределение замеров, а также ресурсы, задержавшие полезный контент.

Главное изображение ждёт лишнюю зависимость

Что изучить

Изучите последовательность запросов и моменты обнаружения, загрузки и отображения изображения. Проверьте скрипты, стили и параметры загрузки, задерживающие эту последовательность.

Решение и действие

Исправьте наблюдаемую причину и повторите измерение. Уменьшение размера файла недостаточно, если браузер поздно обнаруживает ресурс основного контента.

Что сохранить

Сохраните трассировки до и после, URL ресурса, размеры, объём файла и фактически применённые изменения приоритета.

Среднее скрывает медленную страницу

Что изучить

Разделить шаблоны, языки, устройства и условия измерения.

Решение и действие

Работать с медленной задачей, а не успокаивающим общим средним.

Что сохранить

URL, условия, основной ресурс и измерение после исправления.

Проверка перед решением

Эти вопросы дополняют метод. Они помогают установить подтверждённое, сохранив оговорки в записи.

Сопоставимое измерение

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

Посмотреть разбор решения

Вымышленный пример: статус относится только к указанному критерию и охвату.

Вымышленное наблюдение
Замер до: телефон и холодный кэш; после: компьютер и прогретый кэш.
Заявленное состояние
Наблюдаемое расхождение
Решение и следующая проверка
Создать сопоставимые условия до заявления об улучшении. Сохранить замеры как разные контексты.

Путь без регрессии

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

Посмотреть разбор решения

Вымышленный пример: статус относится только к указанному критерию и охвату.

Вымышленное наблюдение
Главное изображение грузится быстрее, но кнопка поиска не отвечает после ввода.
Заявленное состояние
Наблюдаемое расхождение
Решение и следующая проверка
Исправить функциональную регрессию до закрытия улучшения. Повторить пустой поиск, полезный поиск и ошибку.

Совокупность и процентиль

Сохранены ли процентиль и категория устройства? Не смешивайте среднее отдельных испытаний с распределением реального использования.

Изученная документация : web.dev · Web Vitals ·

Посмотреть разбор решения

Вымышленный пример: статус относится только к указанному критерию и охвату.

Вымышленное наблюдение
Три лабораторных прогона дают среднее; распределения реальных визитов нет.
Заявленное состояние
Не проверено
Решение и следующая проверка
Назвать результат лабораторным. Оставить реальный процентиль непроверенным, указав класс устройства.

ИНСТРУМЕНТЫ / РЕЕСТРЫ

Какие сведения сохранить

Разделяйте лабораторные и полевые измерения. Сравнивайте одну страницу, устройство и сопоставимые периоды; сохраняйте доступные процентиль и размер выборки.

  • Дата просмотра и часовой пояс
  • Точный URL
  • Устройство / браузер
  • Метрика / измерение
  • Выборка / совокупность
  • Наблюдаемый результат
  • Решение / следующий шаг
  • Ответственный за проверку
  • Следующая проверка

03 / FAQ

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

Почему показатели различаются?

Полевые данные отражают реальные устройства и сети; лаборатория использует заданный сценарий.

Что значит 75-й процентиль?

Значение, которого достигают или улучшают 75 % измеренных посещений.

Достаточно одного теста INP?

Нет. Проверяйте несколько действий и полевые данные; трасса объясняет отдельный случай.

Оптимизировать все изображения?

Сначала те, что действительно замедляют видимую загрузку, с учётом размера и приоритета.

Какую ценность следует учитывать, когда меры различаются?

Сохранение исполнения и описание их рассеяния с четким правилом синтеза. Выбор должен соответствовать цели контроля и позволить повторному сравнению при одинаковых условиях.

04 / Официальные источники

Официальные источники

Описать задачу

ДОКУМЕНТИРОВАННЫЕ ОРИЕНТИРЫ

Читать пороги Core Web Vitals без необоснованного вердикта

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

Читать пороги Core Web Vitals без необоснованного вердикта
ОриентирЗначение или формаЧто обозначает
LCP≤ 2500 мс · > 4000 мсLCP характеризует отрисовку крупнейшего подходящего содержимого. Хорошо до 2500 мс включительно; требует улучшения до 4000 мс включительно; плохо выше.
INP≤ 200 мс · > 500 мсINP характеризует отклик на подходящие взаимодействия. Хорошо до 200 мс включительно; требует улучшения до 500 мс включительно; плохо выше. Это не полная длительность рабочей задачи.
CLS≤ 0,1 · > 0,25CLS — безразмерная оценка визуальной стабильности. Хорошо до 0,1 включительно; требует улучшения до 0,25 включительно; плохо выше. Миллисекунды здесь неприменимы.
p7575 %Полевая оценка использует 75-й процентиль: примерно три наблюдения из четырёх не превышают это значение. Среднее арифметическое отвечает на другой вопрос.
COHORTURL / источник · устройство · периодСопоставляйте одинаковый охват: страницу или источник, устройство и период. Пороги одинаковы для мобильных устройств и компьютеров, но совокупности рассматривают отдельно.
MISSING≠ 0Отсутствующая метрика, в том числе при отсутствии подходящего взаимодействия, не равна нулю. Без трёх требуемых метрик и контекста нельзя объявлять общий успех.

Классифицировать три значения по опубликованным порогам

Начальные значения — границы хорошей категории. Нет сетевого запроса или измерения сайта. Контекст заявляете вы; данные не проверяются.

Введите три неотрицательных десятичных числа без единиц и разделителей тысяч (до 64 символов). Допустимы точка или запятая.

Начальный пример: все три границы относятся к хорошей категории. Только численная классификация: без вывода об успехе полевой оценки.

Классифицировать три значения по опубликованным порогам
МетрикаВведённое значениеЧисленная категория
LCP2500 msХорошо
INP200 msХорошо
CLS0.1Хорошо
Опубликованные границы — включены в нижнюю категорию
МетрикаХорошоТребует улучшенияПлохо
LCP≤ 2500 ms> 2500 · ≤ 4000 ms> 4000 ms
INP≤ 200 ms> 200 · ≤ 500 ms> 500 ms
CLS≤ 0.1> 0.1 · ≤ 0.25> 0.25

Что учитывать в досье

Инструмент применяет только опубликованные численные границы. Начальные значения — границы хорошей категории, а не измерения этого сайта.

Доказывают ли три хороших значения успех сайта?

Только при условиях полевой оценки: три сопоставимых подходящих p75 в заявленном охвате. Лабораторный тест или ручной ввод не проверяет эти условия.

Первичная документация

Документация просмотрена .

ДОКУМЕНТИРОВАННЫЕ ОРИЕНТИРЫ

CrUX: окно, охват и доступные наблюдения

Ответ CrUX описывает подходящую совокупность в скользящем окне. Для сравнения двух p75 сохраните ключ запроса, устройства и возвращённые даты.

CrUX: окно, охват и доступные наблюдения
ОриентирЗначение или формаЧто обозначает
url / originстраница / источникЗапрос URL относится к странице; origin объединяет страницы источника. Хороший результат источника не заменяет измерение конкретной страницы.
formFactorPHONE · DESKTOP · TABLETformFactor выделяет категорию устройств. Без него объединяются доступные категории, а не только компьютеры. Разные фильтры меняют совокупность.
collectionPeriodfirstDate · lastDateСхема ответа содержит firstDate и lastDate в collectionPeriod. Сохраните обе границы вместе с метрикой, а не только дату запроса.
WINDOW28 днейПериод охватывает 28 дней даже для недавно созданной страницы. Это не доказывает 28 дней фактических наблюдений или непрерывное присутствие в выборке.
percentiles.p75≠ среднееp75 — процентиль, не среднее и не мгновенное измерение. Соседние окна сильно перекрываются; их значения не являются независимыми выборками.
ELIGIBILITYпубличный · популярныйПригодность зависит от пользователей, страниц и минимальной популярности с неопубликованным точным порогом. Отсутствие ответа не означает нулевой трафик или плохую скорость.

Что учитывать в досье

API обновляется ежедневно с задержкой сбора. Повторный запрос не даёт измерения в реальном времени; сохраняйте фактически возвращённый охват.

Можно ли написать «28 измеренных дней»?

Лучше «окно агрегации 28 дней». Недавняя или временно неподходящая страница может дать лишь часть возможных наблюдений.

Первичная документация

Документация просмотрена .

ДОКУМЕНТИРОВАННЫЕ ОРИЕНТИРЫ

Navigation Timing: выбрать правильную конечную границу

Время навигации осмысленно вместе с начальным и конечным событиями. Основа — Working Draft W3C от 1 сентября 2026 года; схема показывает порядок, а не измеренные длительности.

requestStartresponseStartresponseEndDOMContentLoadedloadlogical order · no time scale

Этапы навигации: запрос, начало и конец ответа, затем события DOM и load. Логическая схема без масштаба длительностей.

Navigation Timing: выбрать правильную конечную границу
ОриентирЗначение или формаЧто обозначает
DNSdomainLookupEnd − domainLookupStartРазность конца и начала DNS выделяет открытую API фазу. Повторное соединение и ограничения видимости меняют наблюдения; ноль не доказывает бесплатный DNS.
CONNECTconnectEnd − connectStartconnectEnd минус connectStart относится к установлению соединения. Защищённое согласование может входить в него; отдельное прибавление TLS способно удвоить один интервал.
RESPONSE STARTresponseStart − requestStartresponseStart минус requestStart включает ожидание и обмен браузер–сервер. Это не только процессорное время сервера; названные границы предотвращают необоснованную причинную атрибуцию.
BODYresponseEnd − responseStartresponseEnd минус responseStart описывает получение тела. Его завершение не означает декодированные изображения, стабильную отрисовку или пригодный ответ агента.
DOM EVENTdomContentLoadedEventEnddomContentLoadedEventEnd обозначает конец обработчиков события. Асинхронное содержимое или взаимодействие ещё могут требоваться. Это не универсальный договор готовности к работе.
DURATIONloadEventEnd − startTimeДлительность современной записи равна loadEventEnd минус startTime, где startTime навигации равен нулю. Дождитесь конца события и не смешивайте относительное время с прежним epoch API.

Что учитывать в досье

Фазы подресурсов перекрываются, а метрики опыта используют другие границы. Не складывайте все длительности в искусственное общее время.

Обязательно ли загруженная страница пригодна к работе?

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

Первичная документация

Документация просмотрена .

ПОДРОБНЕЕ / ПРАКТИКА

Связать техническое измерение со сценарием использования

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

Обновлено .

Приоритетные проверки

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

Ошибки интерпретации

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

Рабочий документ для сохранения

Досье измерений содержит условия, суровые значения, распределение и изменение. Он связывает коррекцию с этапом пути, который он стремится улучшить.