INP

INP (Interaction to Next Paint) to wskaźnik jakości responsywności strony, który mierzy czas od rozpoczęcia interakcji użytkownika do następnego widocznego odświeżenia interfejsu. Pokazuje, jak szybko UI potwierdza kliknięcie, dotknięcie lub naciśnięcie klawisza.

Metryka obejmuje cały przebieg reakcji: opóźnienie wejścia, wykonanie kodu obsługującego zdarzenie oraz moment, w którym przeglądarka faktycznie coś rysuje. Dzięki temu lepiej oddaje odczucie płynności niż wskaźniki skupione tylko na pierwszym dotknięciu. W SEO wchodzi do zestawu Core Web Vitals, a w biznesie koreluje z konwersją, bo sprawny interfejs skraca drogę do wyszukania produktu, włączenia filtra czy finalizacji zakupu.

Jak działa i jak interpretować wyniki?

Przeglądarka śledzi interakcje w trakcie wizyty i wybiera te najwolniejsze, a raport zwykle opiera się na wysokim percentylu z danych polowych. Przyjmuje się, że wynik poniżej 200 ms jest dobry, zakres 200–500 ms sygnalizuje ryzyko tarcia, a wartości powyżej 500 ms oznaczają słabą reakcję interfejsu. Na rezultat wpływają długie zadania JavaScript, rekalkulacje layoutu, ciężkie komponenty oraz praca na głównym wątku. Poprawę daje dzielenie zadań na mniejsze, skracanie handlerów zdarzeń, odroczenie niekrytycznych skryptów, wykorzystanie Web Workers i wczesne renderowanie prostego sygnału zwrotnego, na przykład stanu „loading”.

Po co mierzy się responsywność po interakcji?

Wskaźnik pomaga zrozumieć, czy strona odpowiada tak szybko, jak oczekuje użytkownik. Działy marketingu i SEO łączą go z widocznością i jakością ruchu, product managerzy oceniają ryzyko porzuceń, a zespoły frontendowe lokalizują wąskie gardła w ścieżkach krytycznych — od autouzupełniania wyszukiwania po dodanie do koszyka. W projektach UX stanowi język wspólny dla projektantów i inżynierów, bo przekłada subiektywne „działa wolno” na obiektywną liczbę.

Najczęstsze pytania (FAQ) INP

Co dokładnie mierzy Interaction to Next Paint?

Wskaźnik liczy czas od startu interakcji do najbliższego „paintu”, który wizualnie potwierdza reakcję interfejsu. Obejmuje opóźnienie wejścia, wykonanie logiki aplikacji i moment renderu, więc odzwierciedla realne odczucie szybkości.

Jakie progi uznaje się za dobre?

Za dobry wynik przyjmuje się poniżej 200 ms, zakres 200–500 ms wymaga pracy optymalizacyjnej, a powyżej 500 ms świadczy o słabej responsywności i możliwej utracie konwersji.

Jak sprawdzić wynik w praktyce?

Najlepsze są dane polowe z rzeczywistych użytkowników (RUM), a w laboratorium pomocne są Lighthouse i narzędzia profilujące pracę głównego wątku, które wskazują długie zadania, blokujące skrypty oraz kosztowne aktualizacje DOM.

Co najczęściej psuje INP?

Najwięcej szkody powodują ciężkie biblioteki, rozbudowane handlery kliknięć, synchroniczne operacje na głównym wątku i kosztowne przeliczanie układu. Ryzyko rośnie na urządzeniach mobilnych z ograniczoną mocą CPU.