Показатель неинтерактивности страницы до того, как она станет интерактивной. В основном потоке не должно быть никаких задач, выполняемых более 50 мс
(длинные задачи) в отрезке минимум 5 сек. Метрика измеряет общее количество времени между первой отрисовкой и временем до взаимодействия (TTI), когда основной поток был заблокирован на достаточно долгое время, чтобы предотвратить отклик на ввод. Таким образом, низкий показатель TBT — хороший показатель для производительности.
Измеряет, насколько быстро содержимое страницы визуально заполняется. Чем ниже оценка, тем лучше. Обратите внимание, что этот параметр не так важен, если использовать LCP. Оценка индекса скорости вычисляется на основе скорости визуального прогресса. На индекс скорости также влияет размер области просмотра. Поэтому вам необходимо определить диапазон конфигураций тестирования, соответствующих вашей целевой аудитории.
- Затраченное время процессора.
Показывает,
как часто и
как долго основной поток блокируется, работая с отрисовкой, рендерингом, написанием сценариев и загрузкой. Если загрузка ЦП
высокая, пользователь заметит задержку между своим действием и ответом. Это плохо для UX. С помощью WebPageTest вы можете выбрать «
Захват временной шкалы инструментов разработчика на вкладке «Chrome», чтобы увидеть разбивку основного потока, выполняемого на любом устройстве с помощью WebPageTest.
Как и в случае с
затраченным временем ЦП, этот показатель, предложенный Стояном Стефановым, исследует влияние JavaScript на ЦП. Идея в том, чтобы использовать ограниченное количество инструкций процессора для каждого компонента и понять его влияние на общий UX. Может быть реализовано
с помощью Puppeteer и Chrome.
Многие показатели, представленные выше, показывают, когда происходит конкретное событие. FrustrationIndex Тима Верике показывает разницу между показателями, вместо того, чтобы рассматривать их по отдельности. Он смотрит на ключевые этапы, воспринимаемые конечным пользователем (заголовок виден, первый контент виден, страница выглядит готовой) и вычисляет уровень фрустрации пользователя при загрузке страницы. Чем больше разрыв, тем больше вероятность не оправдать ожидания пользователя. Потенциально хороший KPI для пользовательского опыта. Тим опубликовал
подробный пост о FrustrationIndex и о том, как это работает.
Если ваш сайт зависит от доходов с рекламы, полезно отслеживать вес кода, связанного с рекламой.
Сценарий создает два URL-адреса (один нормальный и один, блокирующий рекламу), запрашивает создание сравнения видео через WebPageTest и сообщает разницу.
Если вы видите большой разброс между показателями при разных сценариях, необходимо скорректировать настройки. Полезно отслеживать и версию браузера, чтобы понимать, как выпуск новой версии может сказаться на производительности.
Пользовательские метрики выбираются исходя из потребностей вашего бизнеса. Это может быть идентификация пикселей, критически важные скрипты, необходимые элементы CSS и т.д. Здесь необходимо измерять, насколько быстро такие элементы доставляются пользователю. Для этого вы можете отслеживать
время рендеринга героев или использовать
Performance API, отмечая определенные временные метки для важных событий. Кроме того, вы можете
собирать пользовательские метрики с помощью WebPagetest, выполняя произвольный JavaScript в конце теста.