INP

Co to jest INP?

INP, czyli Interaction to Next Paint, to metryka z grupy Core Web Vitals opracowana przez Google w celu dokładniejszego mierzenia responsywności interfejsu użytkownika na stronie internetowej. Wskaźnik ten został oficjalnie wprowadzony jako nowy standard od marca 2024 roku, zastępując dotychczasowy FID (First Input Delay), który uznawany był za niewystarczająco reprezentatywny w kontekście złożonych interakcji użytkownika z witryną. INP mierzy całkowity czas, jaki upływa od momentu, w którym użytkownik podejmuje interakcję (np. kliknięcie w przycisk, wybranie elementu z listy, dotknięcie elementu interfejsu na urządzeniu mobilnym), aż do momentu, gdy przeglądarka wizualnie zareaguje na to działanie. Innymi słowy, INP bada czas do kolejnego malowania (Next Paint), który jest skutkiem działania użytkownika. Dzięki temu dokładniej oddaje rzeczywiste odczucia użytkowników, szczególnie w kontekście złożonych aplikacji internetowych, dynamicznie ładowanych treści i interfejsów opartych na JavaScript.

Google klasyfikuje INP jako jeden z istotnych wskaźników oceny jakości strony z perspektywy użytkownika, stawiając go obok LCP (Largest Contentful Paint) i CLS (Cumulative Layout Shift). INP stanowi odpowiedź na potrzebę lepszego mierzenia interaktywności, która w nowoczesnych serwisach internetowych zależy od wielu czynników — od optymalizacji renderowania, przez strukturę DOM, po architekturę event handlerów. Dzięki swojej kompleksowości, INP lepiej odzwierciedla rzeczywisty komfort korzystania ze strony niż jakikolwiek poprzedni wskaźnik tego typu.

Sposoby mierzenia INP

INP opiera się na precyzyjnej analizie interakcji użytkownika z interfejsem strony oraz czasu, jaki potrzebny jest do jej zakończenia i zaktualizowania widoku. Mierzone są nie tylko same gesty — jak kliknięcia myszką, dotknięcia ekranu czy naciśnięcia klawisza — ale także czas potrzebny na ich pełną obsługę. Przeglądarka śledzi każdą interakcję i ocenia, ile milisekund zajęło przejście od momentu wykonania akcji przez użytkownika do momentu, w którym jej efekt został zobrazowany w interfejsie (czyli wyświetlony w nowej ramce renderującej). W świetle technicznym, metryka ta analizuje tzw. „latencję końcową interakcji”. Uwzględnia ona trzy niezwykle ważne etapy: delay (opóźnienie w rozpoczęciu obsługi zdarzenia), processing (czas trwania kodu obsługującego interakcję) oraz presentation (czas potrzebny do odmalowania efektu wizualnego w przeglądarce). INP wybiera najgorszy wynik z zestawu wszystkich interakcji użytkownika w czasie jednej sesji, ale w wersji produkcyjnej przeglądarki brane są pod uwagę również heurystyki ograniczające wpływ jednorazowych, nietypowo długich opóźnień.

Interakcje brane pod uwagę muszą być istotne z punktu widzenia użytkownika — oznacza to, że nie każda mikrozmiana, jak np. przewinięcie strony, będzie mierzona. Typowe interakcje oceniane przez INP to kliknięcia w przyciski, zaznaczanie pól formularzy, kliknięcia nawigacyjne, zmiany stanu UI (np. rozwinięcia dropdownów), kliknięcia w produkty w e-commerce czy dodawanie do koszyka. Warto podkreślić, że INP mierzy nie tylko pojedynczą reakcję, ale bierze pod uwagę cały kontekst techniczny zdarzenia, w tym sposób, w jaki kod JavaScript reaguje na działanie użytkownika. Im dłużej trwa wykonanie kodu (np. z powodu długiego łańcucha zagnieżdżonych operacji, obciążonego DOM, nieoptymalnych event listenerów), tym wyższa będzie wartość INP. Wysoki wynik oznacza, że użytkownik odczuwa opóźnienie pomiędzy kliknięciem a odpowiedzią strony — nawet jeśli teoretycznie interakcja została szybko wykryta.

INP w perspektywie Core Web Vitals

Włączenie INP do zestawu Core Web Vitals sygnalizuje zmianę podejścia Google do pomiaru doświadczenia użytkownika. O ile wcześniejsze metryki koncentrowały się na szybkości ładowania (LCP) i stabilności wizualnej (CLS), to INP stanowi rozwinięcie oceny w zakresie rzeczywistej interaktywności i responsywności strony. Zastępując FID, INP oferuje znacznie pełniejsze spojrzenie na to, jak szybko i sprawnie użytkownik otrzymuje wizualną odpowiedź na swoje działanie. FID mierzył tylko moment rozpoczęcia obsługi zdarzenia, co w praktyce dawało zawyżone oceny dla witryn, które potrafiły szybko zareagować na kliknięcie, ale później długo przetwarzały dane i renderowały odpowiedź. W przeciwieństwie do tego uproszczonego podejścia, INP obejmuje całościowy czas obsługi i pozwala na faktyczne zmierzenie „wrażenia płynności” interfejsu, które w coraz większym stopniu determinuje satysfakcję użytkownika.

Google od marca 2024 traktuje INP jako pełnoprawny sygnał UX w algorytmach rankingowych. Oznacza to, że strony z niskimi wartościami INP mają przewagę konkurencyjną nie tylko w zakresie lepszej retencji użytkownika, ale także w kontekście pozycjonowania. Wymusza to na właścicielach serwisów bardziej zaawansowane podejście do optymalizacji technicznej — nie wystarczy już jedynie zadbać o szybki LCP czy minimalizować przesunięcia layoutu, trzeba też analizować rzeczywisty czas odpowiedzi interfejsu na akcje użytkownika. Z punktu widzenia SEO, INP jest metryką trudniejszą do optymalizacji, ale jednocześnie bardziej powiązaną z realnymi zachowaniami użytkowników. Serwisy, które opierają się na rozbudowanych interfejsach, dynamicznym ładowaniu komponentów, technologiach typu SPA lub frameworkach frontendowych (np. React, Angular), będą musiały wprowadzić zmiany strukturalne, aby poprawić ten wskaźnik. Jednocześnie dla witryn prostych, statycznych lub dobrze zoptymalizowanych pod kątem interakcji, INP może być stosunkowo łatwe do utrzymania na niskim poziomie, co daje im przewagę w mobile-first index.

Jakie wartości INP są uznawane za dobre, średnie i złe?

Google określiło trzy progi oceny jakości metryki INP. Czas do 200 milisekund jest uznawany za bardzo dobry i oznacza, że interakcje są niemal natychmiastowe z punktu widzenia użytkownika. Zakres 200–500 ms klasyfikowany jest jako obszar wymagający optymalizacji — oznacza odczuwalne, ale jeszcze akceptowalne opóźnienia. Wartości powyżej 500 ms są traktowane jako niepożądane i wskazują na wyraźny problem z responsywnością strony, który może wpływać zarówno na doświadczenie użytkownika, jak i na ocenę jakości w algorytmie Google. Wartości INP mogą się różnić w zależności od urządzenia i warunków sieciowych. Użytkownicy mobilni, działający na mniej wydajnym sprzęcie, są szczególnie narażeni na długi czas odpowiedzi, dlatego optymalizacja INP powinna uwzględniać również kontekst środowiska użytkownika. Przeciążone skrypty JavaScript, niewłaściwie zorganizowane przetwarzanie danych, złożone struktury DOM czy renderowanie w tle mają bezpośredni wpływ na wzrost czasu INP.

Metryka INP reaguje szczególnie wrażliwie na interakcje, które wyzwalają złożone działania — np. otwieranie modali, aktualizacje list produktów, dynamiczne przeliczanie danych czy ładowanie komponentów. Gdy event handler przypisany do danego zdarzenia wykonuje szereg synchronicznych operacji bez zastosowania optymalizacji, np. przez requestIdleCallback czy setTimeout, to INP będzie sygnalizować to jako problem wydajnościowy. Warto pamiętać, że w przeciwieństwie do danych laboratoryjnych, Google wykorzystuje dane rzeczywiste (field data) z Chrome UX Report, co oznacza, że nawet niewielka grupa użytkowników doświadczających problemów z interaktywnością może obniżyć ogólną ocenę INP dla całej strony. Dlatego optymalizacja powinna obejmować nie tylko idealne scenariusze testowe, ale też nietypowe przypadki i mniej wydajne środowiska. Ostateczna ocena INP w Google Search Console jest agregowana i podlega aktualizacji w oparciu o 28-dniowe dane z rzeczywistych sesji użytkowników. Oznacza to, że poprawki wdrożone na stronie nie przynoszą efektów natychmiastowo, a ich skuteczność można wiarygodnie ocenić dopiero po upływie pełnego cyklu zbierania danych. Dla zespołów SEO i developerów oznacza to konieczność ciągłego monitorowania i iteracyjnej pracy nad poprawą wskaźników.