INP заменит FID в Core Web Vitals с марта 2024: что изменится для разработчиков

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

INP заменит FID в Core Web Vitals с марта 2024: что изменится для разработчиков

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

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

Interaction to Next Paint (INP) — это метрика, которая измеряет время от момента взаимодействия пользователя (клик, касание, нажатие клавиши) до момента, когда браузер отрисовывает следующий кадр. В отличие от FID, который фиксирует только задержку первого взаимодействия, INP учитывает все взаимодействия на странице и выбирает наихудшее значение (или 75-й перцентиль). FID был хорош для оценки начальной загрузки, но не отражал проблемы отзывчивости во время скролла, ввода текста или нажатия кнопок в динамическом контенте. INP решает эту проблему, давая более полную картину пользовательского опыта.

Почему Google заменяет FID на INP?

Google стремится к тому, чтобы метрики Core Web Vitals отражали реальное восприятие скорости пользователем. FID измерял только первое взаимодействие, но на современных сайтах пользователи совершают десятки действий: заполняют формы, листают галереи, открывают меню. Если после первого клика страница работает быстро, а затем тормозит, FID этого не покажет. INP фиксирует все проблемные моменты, что заставляет разработчиков оптимизировать весь жизненный цикл страницы. Кроме того, INP лучше коррелирует с бизнес-показателями: исследования Google показывают, что улучшение INP на 100 мс повышает конверсию в среднем на 2–3%.

Предыстория и контекст

Core Web Vitals были введены в 2020 году как набор метрик для оценки пользовательского опыта: LCP (скорость загрузки), FID (интерактивность) и CLS (визуальная стабильность). FID изначально был компромиссом: он прост в измерении, но не охватывает все сценарии. Уже в 2022 году Google начала эксперименты с INP, а в мае 2023 года объявила о замене. Это часть более широкого тренда: Google всё больше фокусируется на реальном пользовательском опыте, а не на синтетических тестах. Например, в 2023 году в Chrome появился инструмент «Web Vitals» для полевых данных, а Lighthouse обновили для симуляции INP. Для разработчиков это сигнал: пора переходить от точечной оптимизации FID к системной работе над отзывчивостью.

Технические подробности: как измерять и оптимизировать INP

INP измеряется в миллисекундах и считается «хорошим» при значении ≤200 мс, «нуждающимся в улучшении» при 200–500 мс и «плохим» при 500 мс. Для сбора данных можно использовать Chrome User Experience Report (CrUX), PageSpeed Insights, а также полевые инструменты вроде web-vitals.js. Основные причины плохого INP: долгие JavaScript-задачи, блокирующие основной поток, неоптимизированные обработчики событий, частые перерисовки (reflow) и большие DOM-деревья. Оптимизация включает: разбиение длинных задач с помощью requestIdleCallback или setTimeout, использование passive обработчиков событий для скролла, минимизацию работы в requestAnimationFrame, а также внедрение Web Workers для тяжёлых вычислений. Особое внимание стоит уделить сторонним скриптам (аналитика, реклама, чаты) — они часто вызывают задержки. Инструменты вроде Lighthouse теперь показывают симулированный INP, но полагаться лучше на полевые данные.

Кого затронет и как

Изменение затронет всех, кто заботится о ранжировании в Google. Разработчикам придётся пересмотреть подход к интерактивности: если раньше достаточно было оптимизировать первый клик, то теперь нужно анализировать все частые взаимодействия. Особенно это критично для SPA (React, Vue, Angular), где обработка событий может быть тяжёлой. Владельцы интернет-магазинов и сайтов с формами (лидогенерация, бронирование) увидят прямую связь между INP и конверсией. Для российского рынка, где популярны «тяжёлые» CMS (1С-Битрикс, WordPress с десятками плагинов), это вызов: многие сайты уже имеют проблемы с FID, а INP будет ещё строже. Маркетологам и SEO-специалистам стоит включить INP в отчёты по скорости, так как Google уже начал учитывать его в экспериментальном режиме.

Что будет дальше

С марта 2024 года INP станет обязательной метрикой для Core Web Vitals. Google уже рекомендует начинать оптимизацию сейчас, так как данные CrUX обновляются с задержкой. Ожидается, что после внедрения INP многие сайты потеряют статус «good» в отчётах PageSpeed Insights. В долгосрочной перспективе Google может добавить новые метрики, например, для оценки анимаций или задержки ввода на мобильных устройствах. Разработчикам стоит внедрить мониторинг INP через Real User Monitoring (RUM) и настроить алерты при превышении порога в 200 мс. Также вероятно, что инструменты вроде Lighthouse будут точнее симулировать INP, а фреймворки начнут предлагать встроенные оптимизации.

Итог

Замена FID на INP — это не просто смена метрики, а смена парадигмы: от оценки первого впечатления к оценке всего опыта взаимодействия. Разработчикам, которые уже сейчас начнут оптимизировать INP, будет легче адаптироваться к марту 2024 года и сохранить позиции в поисковой выдаче. Следите за обновлениями Chrome и инструментами Google, чтобы не пропустить изменения в пороговых значениях или методах измерения.