Что такое INP — задержка следующей отрисовки?
INP (Interaction to Next Paint, «задержка следующей отрисовки») — метрика отзывчивости интерфейса: она измеряет время от действия пользователя до следующей отрисовки визуального отклика. С марта 2024 года INP входит в Core Web Vitals и заменил собой метрику FID, а хорошим значением считается 200 миллисекунд и меньше.
Расшифровывается INP как Interaction to Next Paint — «взаимодействие до следующей отрисовки». Простыми словами это скорость ответа страницы на клик, тап или нажатие клавиши: пока интерфейс реагирует быстрее 200 мс, он ощущается мгновенным, а каждая «задумчивость» на кнопке «В корзину» или «Оставить заявку» стоит бизнесу денег. Метрика важна тем, что переводит техническую скорость отклика в понятную величину — конверсию, глубину просмотра и повторные визиты.
Как работает INP и чем он отличается от FID
Для каждого взаимодействия — клика, тапа или нажатия клавиши — браузер считает три отрезка времени: задержку ввода (сколько ждал обработчик, пока главный поток был занят другой задачей), время выполнения самого обработчика события и задержку презентации, то есть момент перерисовки кадра. Сумма этих отрезков и есть длительность взаимодействия.
Итоговый INP — не среднее значение. Обычно берут почти худшее взаимодействие за время визита (высокий процентиль), поэтому отдельные «подвисания» не растворяются в хорошей статистике. Прежняя метрика FID измеряла только задержку ввода и только для первого взаимодействия; INP охватывает весь визит и весь цикл отклика, поэтому он строже и ближе к реальным ощущениям человека. Рядом в наборе сигналов качества стоят LCP — отрисовка крупного контента и CLS — смещения макета: все вместе они образуют Core Web Vitals.
Зачем бизнесу следить за INP
Отзывчивость влияет на поведение людей и на выручку. Если интерфейс отвечает медленно, пользователь повторяет нажатие, ошибается, раздражается — и уходит туда, где всё работает мгновенно.
- Конверсия: медленная реакция кнопок и форм напрямую снижает долю завершённых заявок и оплат.
- Мобильный трафик: на смартфонах со слабым процессором и нестабильной сетью INP просаживается сильнее всего, а мобильные визиты часто составляют больше половины.
- Качество страницы: скорость отклика входит в оценку пользовательского опыта поисковыми системами, а значит влияет на видимость сайта.
- ИИ-поиск и агенты: сервисы, которые сами кликают по странице, собирая данные, тоже упираются в медленные обработчики — тяжёлый интерфейс хуже представляется в ответах ассистентов.
Как улучшить INP: практические шаги
Работать стоит по циклу «измерить — найти причину — исправить — проверить», а не наугад.
- Соберите полевые данные: отчёт по Core Web Vitals в Search Console, PageSpeed Insights и системы RUM показывают реальный INP по 75-му процентилю, а не лабораторную оценку.
- Найдите длинные задачи: вкладка Performance в DevTools и замеры через PerformanceObserver подскажут, какие скрипты блокируют главный поток дольше 50 мс.
- Разбейте и отложите JavaScript: code splitting, ленивая загрузка, перенос некритичных сценариев на потом, отказ от тяжёлых библиотек ради пары функций.
- Облегчите обработчики событий: убирайте лишнюю работу из клика, выносите расчёты в Web Worker, используйте debounce и throttle, а частые обновления разносите по кадрам.
- Отдайте главный поток: yield-паттерны, scheduler.yield и requestIdleCallback позволяют браузеру отрисовать отклик до завершения тяжёлой логики.
- Проверьте третьи стороны: чаты, виджеты, аналитика и A/B-инструменты часто и есть причина задержки — их загрузку нужно контролировать.
Типичные ошибки
- Оценивать только лабораторные замеры Lighthouse и не смотреть на полевые данные реальных посетителей.
- Ориентироваться на среднее значение вместо 75-го процентиля, из-за чего «хвост» медленных взаимодействий остаётся незамеченным.
- Оптимизировать размер бандла, забывая про длинные задачи, сложную разметку и обилие элементов в DOM.
- Убирать функциональность ради цифр: интерфейс станет быстрее, но перестанет решать задачу пользователя.
- Тестировать только на быстром десктопе, тогда как основная масса проблем проявляется на бюджетных смартфонах.
Короткий вывод
INP показывает, насколько быстро сайт отвечает на действия человека, и с марта 2024 года порог в 200 мс стал частью набора метрик качества вместо FID. За этой метрикой стоит держать такой же контроль, как за скоростью загрузки: измерять в поле, находить длинные задачи, облегчать обработчики событий и проверять результат на мобильных устройствах.
