INP w praktyce: jak mierzyć responsywność strony i co oznacza próg 200 ms

Co mierzy INP

Interaction to Next Paint (INP) obserwuje opóźnienie wszystkich kliknięć, dotknięć i naciśnięć klawiszy w trakcie wizyty na stronie. Jako wynik raportowana jest najdłuższa interakcja, z pominięciem wartości odstających. Opóźnienie liczy się od momentu, gdy użytkownik zaczyna interakcję, do chwili, w której przeglądarka może narysować kolejną klatkę.

Dokumentacja web.dev przypomina, że według danych Chrome 90% czasu na stronie użytkownik spędza po jej załadowaniu, dlatego liczy się responsywność przez całą wizytę.

Progi: 200 i 500 ms

Za punkt odniesienia web.dev zaleca 75. percentyl odwiedzin zmierzony w danych terenowych, osobno dla urządzeń mobilnych i desktopowych. Progi wyglądają tak:

• do 200 ms włącznie: dobra responsywność;
• powyżej 200 ms do 500 ms włącznie: wymaga poprawy;
• powyżej 500 ms: słaba responsywność.

Dla stron z dużą liczbą interakcji pomijana jest jedna najwyższa wartość na każde 50 interakcji, żeby przypadkowy zacięty moment nie psuł oceny całej strony.

Czym INP różni się od FID

INP jest następcą wskaźnika First Input Delay (FID). FID mierzył wyłącznie opóźnienie wejścia przy pierwszej interakcji. INP obejmuje wszystkie interakcje i cały ich czas: od opóźnienia wejścia, przez wykonanie obsługi zdarzeń, aż do narysowania kolejnej klatki.

W praktyce strona może mieć dobry FID i słaby INP, jeśli zwalnia dopiero po otwarciu menu, filtrów albo formularza.

Jak mierzyć

Zacznij od danych terenowych. Jeśli strona kwalifikuje się do Chrome User Experience Report (CrUX), wynik zobaczysz w PageSpeed Insights, przynajmniej na poziomie całej domeny, czasem także adresów URL. CrUX pokaże, że problem jest, ale nie wskaże jego przyczyny. Do tego potrzebne jest narzędzie RUM, które przypisuje wynik do konkretnych interakcji.

Testy laboratoryjne dają wynik zależny od tego, jakie interakcje wykonasz podczas pomiaru. Niektóre narzędzia laboratoryjne w ogóle nie raportują INP, bo obserwują tylko ładowanie strony. Web.dev wskazuje wtedy Total Blocking Time jako przybliżenie, ale nie zamiennik.

Kiedy INP nie pojawia się w raporcie

Strona może nie mieć wartości INP z kilku powodów: użytkownik niczego nie kliknął, korzystał tylko z przewijania lub najeżdżania kursorem, które nie są liczone, albo wejście wykonał bot bez skryptu interakcji.

Przy audycie traktuj więc brak wartości jako brak danych, a nie dowód, że strona działa szybko. Wyniki testuj na typowych ścieżkach użytkownika, także w czasie ładowania, gdy główny wątek jest najbardziej zajęty.

Źródła

web.dev: Interaction to Next Paint (INP), aktualizacja 2.09.2025

Zdjęcie: Carlos Muza / Unsplash