ПаветтаINP измеряет, сколько проходит времени от взаимодействия пользователя (клик, тап, набор текста) до того, как страница покажет результат. Заменила метрику FID в 2024 году как часть Core Web Vitals. Хороший INP — до 200 мс, плохой больше 500 мс.
Чаще всего страдает из-за тяжёлых JS-обработчиков, блокирующих главный поток. Решения: дробить большие задачи через requestIdleCallback, использовать web workers для тяжёлых вычислений, лениво подгружать виджеты, минимизировать количество слушателей.
Клик по кнопке «Добавить в корзину» вызывает тяжёлый JS — 380 мс до реакции. Пользователь успевает кликнуть ещё раз и добавляется 2 товара. INP плохой, конверсия страдает.
Бенчмарк
INP — это перцентиль 75 по всем взаимодействиям за визит; замер по одному клику сюда не годится, поэтому одна тяжёлая реакция при загрузке портит оценку всей сессии. Учитываются три фазы задержки: input delay (главный поток занят), processing time (выполнение обработчика) и presentation delay (отрисовка кадра). Диагностировать узкое место удобно во вкладке Performance в DevTools и по полевым данным CrUX, которые подтягиваются в PageSpeed Insights, — лабораторные тесты часто занижают проблему, потому что не воспроизводят реальные клики пользователя.
Метрика входит в Core Web Vitals и влияет на ранжирование в Google как часть сигналов page experience; Яндекс отдельного аналога INP не публикует, но «отзывчивость» косвенно ловит через поведенческие факторы и Вебмастер. На практике INP чаще всего убивают сторонние скрипты — чаты, аналитика, виджеты А/Б-тестов, которые навешивают слушатели на весь документ. Хром-ловушка: CLS и LCP можно вытянуть оптимизацией картинок, а INP лечится только разгрузкой JS, поэтому его правят в последнюю очередь и он же дольше всех держится «красным».
Время от клика, тапа или ввода до видимого изменения на экране, по 75-му перцентилю за визит.
Складывается из ожидания свободного потока, работы JS-обработчика и отрисовки следующего кадра.
Дробить длинные задачи, выносить вычисления в web worker и убирать лишние сторонние скрипты и слушатели.
Метрика измеряется на живых пользователях, поэтому лабораторный тест её не показывает: в отчётах о скорости она приходит из поля, с задержкой около месяца. Смотреть стоит семьдесят пятый процентиль, то есть значение, хуже которого приходится четверти взаимодействий. Одна медленная кнопка на популярной странице способна утянуть показатель всего сайта.
Чинят по порядку: сначала убирают долгие задачи в главном потоке, потом разбирают сторонние скрипты вроде чатов, виджетов и счётчиков, которые подписываются на каждое нажатие. Помогает разбиение тяжёлых вычислений на части, отложенная загрузка виджетов до первого взаимодействия и отказ от анимаций, перерисовывающих большие блоки. Соседние метрики скорости — LCP и CLS.
Частые вопросы
Чем INP отличается от FID?
FID измерял задержку только первого взаимодействия и почти всегда выглядел хорошо. INP смотрит на все взаимодействия за визит и берёт худшие, поэтому показывает реальную отзывчивость интерфейса. В марте 2024 года INP заменил FID в наборе основных веб-показателей.
Где посмотреть INP своего сайта?
В отчёте об основных веб-показателях в панели вебмастера и в инструментах проверки скорости, которые берут полевые данные. Лабораторные тесты дают лишь косвенные оценки, поэтому после правок результат виден с задержкой в несколько недель.
Какие значения считаются нормальными?
До 200 миллисекунд — хорошо, от 200 до 500 — требует улучшения, выше 500 — плохо. Оценка идёт по семьдесят пятому процентилю, то есть по значению, которое не превышается в трёх четвертях взаимодействий.
Что чаще всего портит INP?
Тяжёлые обработчики событий, длинные задачи JavaScript и сторонние виджеты: чаты, конструкторы форм, рекламные блоки и счётчики. Проверьте, сколько скриптов подписано на клики, и отложите загрузку всего, что не нужно на первом экране.