INP (Interaction to Next Paint — «взаимодействие до следующей отрисовки») — метрика из набора Core Web Vitals, которая измеряет полный цикл задержки между пользовательским событием (клик мышью, тап на сенсорном экране, нажатие клавиши) и моментом, когда браузер завершает следующее визуальное обновление в ответ на это событие.
В марте 2024 года INP официально заменил FID (First Input Delay) в составе Core Web Vitals. Ключевое отличие: FID измерял только первое взаимодействие и только начальную задержку до старта обработки события, тогда как INP охватывает все взаимодействия за сессию и полный цикл отклика.
Технически INP вычисляется как 99-й перцентиль задержки всех взаимодействий за сессию (при большом числе событий — ближе к 98-му, чтобы отсеять единичные аномалии). Это не среднее, а «наихудший типичный» отклик.
Пороговые значения:
| Оценка | Значение INP | |---|---| | Хорошо | ≤ 200 мс | | Требует улучшения | 201–500 мс | | Плохо | > 500 мс |
Взаимодействие разбивается на три фазы: input delay (ожидание в очереди событий, пока main thread занят), processing time (выполнение JavaScript-обработчиков), presentation delay (рендеринг и отрисовка нового кадра). Оптимизация INP требует работы с каждой из фаз — особенно с processing time, где чаще всего «живёт» тяжёлый, неразбитый JavaScript.
Яндекс интегрировал сигналы производительности страницы в алгоритм ранжирования поэтапно. К 2026 году INP является одним из явных технических сигналов качества страницы, хотя Яндекс не публикует точный вес этого фактора в отличие от Google.
Яндекс.Вебмастер отображает данные Core Web Vitals, включая INP, начиная с 2024 года. Отчёт «Качество сайта» агрегирует INP по страницам из реального трафика, с разбивкой на мобильный и десктоп — аналогично Chrome UX Report (CrUX) в Google.
Важный нюанс для российского рынка: данные INP в Яндексе собираются преимущественно через Яндекс.Метрику и браузер Яндекс. Сайты с установленной метрикой получают репрезентативную выборку INP — браузер фиксирует взаимодействия реальных пользователей. Сайты без метрики могут оцениваться по скудной выборке, что снижает точность агрегированного сигнала.
Медианные значения INP по нишам (CrUX + Яндекс.Метрика, 2025–2026):
| Ниша | Медианный INP | |---|---| | Новостные сайты | 150–220 мс | | Интернет-магазины | 180–350 мс | | Landing pages | 80–150 мс | | Форумы и UGC | 250–450 мс |
Превышение порога 500 мс — прямой сигнал ухудшения поведенческих факторов: пользователь ощущает «зависание», вероятность возврата назад («pogosticking») резко возрастает. Алгоритм Яндекса фиксирует короткие сессии с немедленным уходом как негативный агрегированный сигнал качества страницы. Обновление 2025 года усилило вес технических метрик производительности именно в сегменте мобильного трафика, где INP особенно критичен из-за ограниченных вычислительных ресурсов устройств.
Работа с INP начинается с измерения. Инструменты для диагностики:
Алгоритм устранения проблем:
scheduler.yield(), setTimeout(0), requestIdleCallbackclick/input хендлеров, перенести в Web Workerscontent-visibility: autoДля e-commerce горячие точки: фильтрация товаров, открытие корзины, поиск по каталогу. Для медиасайтов — кнопки «читать далее», раскрывающиеся блоки, формы комментариев.
Минимальный чеклист для SEO-специалиста: проверить INP через PageSpeed Insights для топ-10 страниц по трафику, сравнить с ближайшими конкурентами в нише, передать разработчику отчёт с конкретными Interaction-событиями из DevTools, зафиксировать в задаче целевое значение ≤200 мс.
INP — это точка, где техническая производительность напрямую конвертируется в поведенческие факторы. Механизм прямой: медленный отклик → пользователь не получает реакцию → кликает «назад» → pogosticking → Яндекс фиксирует негативный поведенческий паттерн.
При INP > 500 мс по данным исследований вероятность bounce rate (отказов) возрастает на 24–34% относительно страниц с INP ≤ 200 мс. Это ухудшает время на сайте и глубину просмотра — метрики, которые Яндекс агрегирует как прокси удовлетворённости пользователя.
Цепочка влияния на накрутку ПФ: автоматизированные поведенческие сценарии (как реализовано в x10seo) эффективнее на технически быстрых сайтах. Имитируемые паттерны должны соответствовать ожидаемому профилю вовлечённости для данной ниши. Сайт с INP > 500 мс «выбивается» из нормального профиля интерактивности — это делает поведенческие сигналы менее органичными для алгоритма.
Долгосрочный аспект: прямой трафик как loyalty signal формируется у сайтов, которые пользователи запоминают и возвращаются. Медленно реагирующий сайт не запоминают — опыт взаимодействия оказывается негативным. Return rate напрямую связан с тем, насколько «приятно» было работать с интерфейсом в прошлый раз, а INP — главный технический параметр этого ощущения.
Для коммерческих запросов значение INP особенно высоко: пользователь ожидает мгновенного отклика на добавление в корзину, фильтрацию, оформление заказа. Задержка здесь = потеря конверсии + негативный ПФ одновременно.
INP входит в триаду Core Web Vitals наряду с LCP (Largest Contentful Paint) и CLS (Cumulative Layout Shift). В контексте Яндекса все три метрики обрабатываются как технические сигналы качества страницы, усиливающие или ослабляющие поведенческие факторы. Ухудшение INP наиболее критично для страниц с высокой интерактивностью: коммерческие запросы (каталоги, формы, корзины) максимально уязвимы, поскольку пользователь активно кликает и ожидает мгновенного отклика.
Время на сайте и глубина просмотра коррелируют с INP: медленная реакция обрывает сессию раньше естественного завершения. Яндекс.Вебмастер позволяет отслеживать динамику INP в разрезе страниц и типов устройств — это отправная точка для приоритизации технических доработок перед оптимизацией поведенческих сигналов.