INP (Interaction to Next Paint) - метрика Google из состава Core Web Vitals, которая измеряет отзывчивость страницы: сколько миллисекунд проходит от действия пользователя - клика, тапа, нажатия клавиши - до видимой реакции интерфейса. Хорошим считается INP до 200 мс, значения выше 500 мс - плохими. В марте 2024 года INP заменила метрику FID и оценивает уже не первое взаимодействие, а практически все за визит, поэтому спрятать тормозящий интерфейс от неё не получается.

Место INP в тройке. Core Web Vitals состоит из трёх метрик: LCP отвечает за скорость появления контента, CLS - за стабильность вёрстки, INP - за отклик на действия. Подробный разбор всей тройки - в статье про Core Web Vitals. Сайт считается прошедшим проверку, только когда зелёные все три.

Что измеряет INP и чем она отличается от FID

КритерийFID (старая)INP (текущая)
Что измеряетЗадержку до начала обработкиВремя до видимой реакции интерфейса
Какие взаимодействияТолько первоеПочти все за визит, берётся худшее
Хорошее значениедо 100 мсдо 200 мс
Можно ли «проскочить»Да, если первое касание лёгкоеНет: тормоза в корзине или фильтре засчитаются

Практический смысл замены: FID прощал сайты, которые быстро реагировали на первый клик и подвисали дальше. INP смотрит на весь визит - фильтр каталога, добавление в корзину, раскрытие меню. Для интернет-магазинов это самая честная и самая неудобная метрика из тройки.

Какое значение INP считается хорошим и где его смотреть

Пороги Google: до 200 мс - хорошо, 200-500 мс - требует улучшения, больше 500 мс - плохо. Смотреть INP правильно в полевых данных - это реальные посетители за 28 дней: блок «Статистика реальных пользователей» в PageSpeed Insights и отчёт Core Web Vitals в Google Search Console. Лабораторные инструменты вроде Lighthouse INP напрямую не показывают: метрике нужны настоящие клики, а не симуляция.

С чего начать диагностику. Откройте отчёт Search Console: если там есть группы страниц с INP выше 200 мс - у вас есть и список адресов, и масштаб проблемы. Затем на проблемной странице запишите профиль в DevTools на вкладке Performance и покликайте интерфейс: длинные задачи подсвечены красным, виновник обычно виден сразу.

Почему INP высокий: главные причины

  • Длинные задачи JavaScript - главный поток занят, клик ждёт очереди
  • Тяжёлые обработчики событий - по клику пересчитывается полстраницы
  • Сторонние скрипты - чаты, аналитика и рекламные пиксели толкаются в том же потоке
  • Огромный DOM - тысячи элементов, любая перерисовка дорогая
  • Слабые устройства аудитории - на бюджетных смартфонах тот же код исполняется втрое дольше

Выведем INP в зелёную зону

Профилируем страницы на реальных сценариях, найдём длинные задачи и тяжёлые обработчики, разгрузим главный поток и подтвердим результат полевыми данными Google.

Улучшить INP

Как уменьшить INP на сайте: план работ

  1. Соберите полевые данныеSearch Console и PageSpeed покажут, какие группы страниц проваливают порог 200 мс и насколько.
  2. Найдите медленные взаимодействияПрофиль Performance в DevTools при кликах по фильтру, корзине, меню: ищите задачи длиннее 50 мс.
  3. Разбейте длинные задачиТяжёлые вычисления - частями, через отложенное выполнение, чтобы главный поток успевал отрисовать реакцию на клик.
  4. Отложите второстепенный JSЧаты, виджеты, аналитика - после взаимодействия или по требованию. Первым должен исполняться код, отвечающий на действия посетителя.
  5. Упростите DOM и обработчикиМеньше элементов, дешевле перерисовки. После правок подождите обновления полевых данных и сверьте отчёт.
Полевые данные инертны. Google усредняет метрики за 28 дней, поэтому даже идеальная правка отразится в отчётах через несколько недель. Не принимайте решение «не помогло» через три дня - сверяйтесь с лабораторным профилем сразу, а с полевым отчётом через месяц.

Частые вопросы про метрику INP

INP влияет на позиции сайта в поиске?
Да, INP - часть Core Web Vitals, а те входят в сигналы качества страницы Google. Эффект не драматический: контент и ссылки важнее. Но при прочих равных быстрый отклик даёт преимущество, а красная зона по INP - повод для беспокойства и без SEO: она означает, что посетителям неудобно.
Почему в PageSpeed INP есть, а в Lighthouse нет?
INP считается по реальным взаимодействиям пользователей, а Lighthouse загружает страницу без кликов. Поэтому INP берётся из полевой статистики CrUX, которую PageSpeed показывает сверху отчёта. Если у сайта мало трафика, полевых данных может не быть вовсе - тогда ориентируйтесь на профилирование вручную.
Какой INP обычно у сайтов на Битрикс?
Сама платформа - серверная и на INP влияет мало: метрику делает фронтенд шаблона. Типовые решения без перегруза виджетами держат 150-250 мс. Проблемы начинаются от наслоения доработок и сторонних скриптов - лечится ревизией фронта, платформа не приговор.
Виджет чата портит INP - удалять?
Не обязательно: чаще всего чат достаточно грузить отложенно - после первого взаимодействия или через несколько секунд простоя. Посетитель не заметит разницы, а главный поток в критичный момент останется свободным. Если чат и после этого тормозит - у него есть более лёгкие конкуренты.

INP довершила картину: Google теперь меряет не только как быстро сайт показался, но и как быстро он слушается. Проверьте свой отчёт в Search Console - и если там не зелёно, действуйте по плану выше или отдайте задачу нам: в рамках доработки сайтов профилируем, чиним и доводим метрики до зелёной зоны, а связку скорости с позициями усиливаем через SEO-продвижение. Консультация бесплатная, смета за день.