Core Web Vitals и INP: как новая метрика меняет приоритеты
Google завершил переход от FID (First Input Delay) к INP (Interaction to Next Paint) в Core Web Vitals — наборе метрик, влияющих на ранжирование. INP измеряет задержку между действием пользователя (клик, тап, нажатие клавиши) и визуальным откликом страницы — для каждого взаимодействия, а не только для первого (как FID).
Почему INP жёстче FID
FID измерял только первое взаимодействие — и часто давал «зелёный» результат, потому что при первом клике страница ещё не загружена тяжёлым JavaScript. INP измеряет каждое взаимодействие за время визита и берёт «наихудшее» (p75 по всем пользователям). Если третий клик вызывает задержку 500 мс из-за тяжёлого скрипта — INP это покажет, FID — нет.
Что делать
Аудит JavaScript: тяжёлые скрипты (аналитика, чат-виджеты, рекламные SDK) часто блокируют main thread. Решение: defer, async, code splitting, web workers. React-приложения: useMemo, useCallback (или React Compiler 1.0 для автоматизации), lazy loading компонентов. Анимации: переход с JavaScript-анимаций на CSS (transform, opacity — не блокируют main thread). Третьи стороны: каждый подключённый SDK (чат, аналитика, A/B-тесты) увеличивает INP. Аудит и минимизация сторонних скриптов — приоритет.
Влияние на ранжирование
Core Web Vitals — не главный фактор ранжирования (контент и ссылки важнее), но при прочих равных сайт с хорошими CWV побеждает сайт с плохими. Для конкурентных ниш (e-commerce, финансы, медиа) — разница в 1–3 позиции. Для SEO-специалистов INP — задача для фронтенд-команды: оптимизация JavaScript, контроль сторонних скриптов и тестирование на реальных устройствах (не на MacBook Pro, а на бюджетном Android).
