INP

Происхождение и история термина

Chrome представил INP как экспериментальную метрику в мае 2022 года. В мае 2023 года было объявлено, что она станет частью Core Web Vitals, а 12 марта 2024 года INP получила стабильный статус и заменила FID. Это история развития способа измерения отзывчивости, а не дата появления медленных интерфейсов. ^[3]

FID измеряла только ожидание начала обработки первого взаимодействия. INP наблюдает взаимодействия на протяжении посещения и включает всю цепочку до следующего кадра. Поэтому исторические значения FID нельзя продолжить как будто это тот же показатель под новым названием. ^{[1] [3]}

Суть и механизм

Одно действие пользователя может породить несколько событий браузера. Например, касание связано с событиями нажатия и отпускания, а нажатие клавиши — с несколькими клавиатурными событиями. Браузер объединяет связанные события в одно логическое взаимодействие. Для INP учитываются клики, касания и нажатия клавиш. ^[1]

Задержка взаимодействия состоит из трёх частей:

1. Задержка ввода — время от действия пользователя до начала обработчика. Она может увеличиться, если основной поток занят другой задачей.
2. Время обработки — выполнение обработчиков, связанных с действием.
3. Задержка представления — время после обработчиков до момента, когда браузер может показать следующий кадр. ^[1]

JavaScript часто влияет на отзывчивость, но INP не равна времени одной функции: взаимодействие может включать несколько обработчиков, работу браузера и отрисовку. Следующий кадр также не означает, что завершились все сетевые запросы или последующие асинхронные операции. ^[1]

Для большинства посещений итогом становится взаимодействие с наибольшей задержкой. Если взаимодействий много, методика исключает одно наибольшее значение на каждые 50 взаимодействий. Затем полевые системы оценивают 75-й процентиль посещений. Выбор значения внутри посещения и процентиль по множеству посещений — два разных этапа, а не среднее время обработчика. ^[1]

Event Timing API предоставляет временные записи событий и interactionId, с помощью которого можно связывать события одного взаимодействия. На дату проверки это рабочий проект W3C, а не окончательная рекомендация. Сам API даёт исходные измерения; правила расчёта INP задаёт документация метрики. ^{[1] [2]}

Виды и классификации

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

Также различают полевые и лабораторные измерения. Полевые данные описывают реальные посещения, вошедшие в доступную выборку. Лабораторный тест воспроизводит выбранное действие в контролируемых условиях. Полевые данные лучше показывают масштаб проблемы, а лабораторный сценарий помогает найти её техническую причину; один вид измерения не заменяет другой. ^{[1] [4]}

Как применяется на практике

Учебный пример: после нажатия на кнопку меню страница долго не показывает изменений. Сначала команда записывает адрес страницы, устройство, состояние интерфейса и точную последовательность действий. Затем повторяет сценарий и выясняет, где возникает задержка: до запуска обработчика, в коде обработчика или при подготовке следующего кадра.

После изменения кода воспроизводят ту же последовательность при сопоставимых условиях. Если проблема появлялась только после нескольких действий, один быстрый первый клик не подтверждает исправление. Лабораторный результат описывает выбранный сценарий, а изменение INP у реальных посетителей оценивают по обновившимся полевым данным. ^{[1] [3] [4]}

Для российских проектов полезно разделять термины платформ. Документация Google определяет INP как отклик на взаимодействия. Страница Яндекс Вебмастера «Как сделать сайт быстрее» посвящена скорости загрузки и общим способам её оптимизации; она не определяет INP и не доказывает одинаковую поддержку метрики в двух поисковых системах. ^{[1] [5]}

Как измерить или проверить

Для одного простого измеряемого события учебную временную цепочку можно записать так:

Задержка взаимодействия = задержка ввода + время обработки + задержка представления.

Если задержка ввода равна 70 мс, обработка — 90 мс, а представление — 40 мс, получаем 70 + 90 + 40 = 200 мс. Это задержка одного учебного взаимодействия. Итоговый INP посещения дополнительно зависит от других взаимодействий и правил исключения выбросов. ^[1]

Полевые пороги web.dev:

Порог применяют к 75-му процентилю полевых посещений отдельно для мобильных и настольных устройств. ^[1]

PageSpeed Insights показывает INP в полевой части на основе Chrome User Experience Report (CrUX). Эти данные охватывают предыдущий 28-дневный период. Если сведений для конкретной страницы недостаточно, сервис может показать агрегат по всему источнику сайта, а при недостатке данных и там — не показать полевые показатели. ^[4]

Лабораторный блок PageSpeed Insights создаётся Lighthouse: он моделирует загрузку страницы и не воспроизводит выбранный клик по меню. Чтобы разобрать конкретное медленное взаимодействие, его воспроизводят локально с помощью Chrome DevTools. ^{[3] [4]}

Ошибки, ограничения и спорные вопросы

Первая ошибка — принимать время обработчика за весь INP. Нужно учитывать ожидание до обработчика и задержку до следующего кадра. ^[1]

Вторая ошибка — проверять только загрузку страницы. Если пользователь не кликнул, не коснулся экрана и не нажал клавишу, значение INP для посещения может отсутствовать. Скроллинг и наведение сами по себе тоже не дают измеряемого взаимодействия INP. ^[1]

Третья ошибка — переносить один лабораторный запуск на всю аудиторию. Результат контролируемого теста зависит от воспроизведённого сценария и условий запуска, тогда как полевые данные собираются у реальных пользователей на разных устройствах и в разных сетевых условиях. После локальной проверки изменения продолжают наблюдать по новой полевой выборке. ^{[1] [3] [4]}

Частые вопросы

Связанные термины

• core-web-vitals
• cls
• lcp
• mobilnaya-adaptatsiya
• struktura-sayta
• skorost-zagruzki-sayta