INP (Interaction to Next Paint)

Что такое INP?

INP (Interaction to Next Paint) — это метрика Core Web Vitals, которая оценивает общую отзывчивость страницы ко всем пользовательским взаимодействиям на протяжении полного жизненного цикла посещения, заменив устаревший FID (First Input Delay) в качестве официального сигнала ранжирования Google с марта 2024 года.

Согласно стандарту Google на 2026 год, для прохождения «зелёной зоны» Core Web Vitals значение INP на 75-м перцентиле реальных пользователей (по данным CrUX) не должно превышать 200 миллисекунд. Превышение порога в 500 миллисекунд классифицируется как «плохая» отзывчивость, что напрямую коррелирует с потерей до 10% мобильной конверсии.

Как это работает?

В отличие от FID, который замерял лишь задержку первого взаимодействия, INP учитывает все клики, касания и нажатия клавиш, совершённые пользователем на странице. Браузер фиксирует момент, когда пользователь инициирует событие, и момент, когда браузер отрисовывает следующий кадр в ответ на это событие. Самая долгая задержка среди всех взаимодействий (или высокая процентиль) и становится значением INP.

Задержка складывается из трёх фаз: время обработки события (включая выполнение длинных задач JavaScript), время расчёта стилей и компоновки, а также непосредственно время отрисовки. Основной причиной высокого INP являются длинные задачи (Long Tasks) — блоки JavaScript-кода, которые занимают главный поток более 50 миллисекунд и не дают браузеру реагировать на ввод пользователя.

Метрики и стандарты

Целевые пороги INP на 2026 год: ≤ 200 мс — хорошо (зелёный), 200–500 мс — требует улучшения (оранжевый), > 500 мс — плохо (красный). Результат должен выполняться для 75% всех загрузок страницы, как на мобильных, так и на десктопных устройствах.

Ключевой инструмент диагностики — отчёт Lighthouse, который теперь выделяет проблемные цепочки взаимодействий, и вкладка «Производительность» в Chrome DevTools. Отраслевым инженерным стандартом считается дробление всех задач на чанки длительностью не более 50 мс и минимизация работы основного потока в ответ на события (например, перенос вычислений в Web Worker).

Почему это важно для бизнеса?

INP является прямым сигналом ранжирования Google в составе Core Web Vitals, и его несоблюдение понижает позиции в выдаче. Более критично, что задержки ввода напрямую разрушают пользовательский опыт: каждая лишняя сотая доля секунды при клике на кнопку «Купить» или «Записаться» вызывает фрустрацию и приводит к отказу от целевого действия. Исследования 2026 года подтверждают, что сайты с INP в «красной» зоне (>500 мс) теряют от 8% до 12% транзакций по сравнению с ресурсами, у которых метрика находится в «зелёном» диапазоне.

Плохая отзывчивость особенно губительна для мобильного e-commerce, где touch-события моментально формируют решение о доверии к магазину. Инвестиции в оптимизацию INP напрямую конвертируются в рост конверсии и сохранение лояльности.

Пример применения

Мобильная версия интернет-магазина электроники фиксирует INP 620 мс при нажатии на кнопку «Добавить в корзину». Пользователи жалуются на «залипания» и двойные нажатия. Аудит выявляет, что при клике синхронно выполняется тяжёлый скрипт обновления мини-корзины и пересчёт скидок, блокируя рендеринг на 300 мс. После переноса вычислений в отдельную асинхронную функцию и отложенной загрузки второстепенных трекеров INP падает до 170 мс. Коэффициент добавления в корзину с мобильных устройств увеличивается на 6%.

Как это реализуется в WordPress?

Оптимизация INP на WordPress начинается с аудита через плагин Query Monitor, который выявляет медленные хуки и запросы, но основная работа ведётся на уровне фронтенда. Плагины WP Rocket и LiteSpeed Cache позволяют откладывать (Defer) и асинхронно загружать JavaScript, а также минимизировать время разбора кода. Специализированный плагин Perfmatters точечно отключает скрипты на страницах, где они не нужны, и позволяет дробить длинные задачи с помощью техники Script Delay.

Разработчики оптимизируют тему, заменяя тяжёлые jQuery-анимации на нативные CSS-переходы и перенося невизуальные вычисления в Web Workers, регистрируя их через wp_enqueue_script. Устранение длинных задач также достигается путём удаления неиспользуемых модулей плагинов (например, отключением виджетов Elementor через Experiments) и аудитом сторонних сервисов (чаты, трекеры), скрипты которых загружаются через Google Tag Manager.

Связанные понятия

• Core Web Vitals — набор метрик Google (LCP, INP, CLS), измеряющих пользовательский опыт и влияющих на ранжирование.
• FID (First Input Delay) — устаревшая метрика, предшественник INP, которая измеряла только задержку первого взаимодействия.
• Длинные задачи (Long Tasks) — блоки JavaScript длительностью более 50 мс, блокирующие основной поток и являющиеся основной причиной высокого INP.
• TBT (Total Blocking Time) — лабораторная метрика, измеряющая суммарное время блокировки основного потока между FCP и TTI, напрямую коррелирующая с INP.
• Web Worker — технология выполнения JavaScript в фоновом потоке, используемая для разгрузки основного потока и улучшения отзывчивости.
• CrUX (Chrome User Experience Report) — набор данных о производительности на реальных устройствах, на основе которых Google оценивает INP для ранжирования.