Czym jest INP - kluczowy wskaźnik Google?

INP (Interaction to Next Paint) to jeden z najważniejszych wskaźników Core Web Vitals, który pozwala ocenić, jak szybko strona internetowa reaguje na działania użytkownika. W praktyce mierzy on czas pomiędzy interakcją (np. kliknięciem przycisku, otwarciem menu czy wysłaniem formularza) a momentem, w którym przeglądarka jest w stanie wyświetlić zaktualizowany widok strony.

Wysoki wynik INP oznacza, że użytkownik musi czekać na reakcję interfejsu, co negatywnie wpływa zarówno na doświadczenie użytkownika (UX), jak i widoczność strony w wynikach wyszukiwania Google.

Google od lat rozwija zestaw wskaźników oceniających wydajność stron internetowych. Początkowo skupiał się głównie na czasie ładowania strony, jednak z czasem wprowadził zestaw Core Web Vitals obejmujący m.in. LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift) oraz FID (First Input Delay).

W 2024 roku FID został oficjalnie zastąpiony przez nowy wskaźnik – INP (Interaction to Next Paint). Obecnie INP jest jednym z kluczowych elementów oceny responsywności strony i ma realny wpływ na doświadczenie użytkowników oraz pozycję witryny w wynikach wyszukiwania Google. Dlatego coraz więcej właścicieli stron analizuje INP jako jeden z kluczowych elementów optymalizacji wydajności witryny.

INP – definicja kluczowego wskaźnika Google

INP (Interaction to Next Paint) mierzy, jak szybko strona reaguje na interakcje użytkownika. Chodzi nie tylko o pierwsze kliknięcie, jak w przypadku FID, ale o całość doświadczenia podczas korzystania ze strony – od kliknięć w przyciski, po wpisywanie danych w formularzach czy interakcje z koszykiem w sklepie.

Innymi słowy: INP pokazuje, czy strony internetowe i sklepy internetowe działają płynnie i bez irytujących opóźnień podczas korzystania. Jest to szczególnie istotne w przypadku stron opartych o WordPress i WooCommerce, gdzie duża liczba wtyczek oraz skryptów może wpływać na czas reakcji interfejsu.

W praktyce INP uwzględnia wiele interakcji w trakcie sesji (kliknięcia, tapnięcia, wpisywanie), a wynik dla strony jest wyliczany na podstawie „gorszych” interakcji, które realnie psują odczucie responsywności. Najczęściej źródłem problemu jest blokowanie głównego wątku przeglądarki (np. ciężki JavaScript, przeładowane wtyczki, skrypty zewnętrzne, zbyt kosztowne renderowanie komponentów).

Jeśli chcesz zobaczyć, jak szybkość (performance) łączy się z UX i wpływa na sprzedaż w WooCommerce (koszyk, checkout, porzucone koszyki), przeczytaj też artykuł: UX i Performance: jak szybkość strony wpływa na sprzedaż w sklepie WooCommerce

Jak Google ocenia INP?

Google ocenia wskaźnik INP na podstawie czasu reakcji strony na interakcję użytkownika. Wynik ten jest klasyfikowany w trzech poziomach jakości, które określają, czy strona zapewnia dobre doświadczenie użytkownika – Google podaje więc trzy główne poziomy jakości.

Progi wartości INP

• Dobry wynik: INP ≤ 200 ms,
• Wymaga poprawy: 200-500 ms,
• Zły wynik: > 500 ms.

Wysoki wynik INP najczęściej oznacza, że elementy interaktywne strony – takie jak formularze, menu czy koszyk w sklepie internetowym – reagują z opóźnieniem. W praktyce oznacza to, że jeśli np. Twoje sklepy WooCommerce reagują na kliknięcia „Dodaj do koszyka” z opóźnieniem większym niż pół sekundy, Google uzna stronę za mało responsywną.

Warto doprecyzować: INP możesz zobaczyć zarówno w testach „laboratoryjnych” (np. Lighthouse), jak i w danych „z pola” (realni użytkownicy – Search Console / CrUX). Do oceny Core Web Vitals Google bierze pod uwagę dane z realnego ruchu, a testy są świetne do znalezienia przyczyny problemu (np. długich zadań JavaScript blokujących główny wątek).

Dlatego poprawę INP planujemy zawsze w dwóch krokach:

• diagnostyka w testach,
• weryfikacja efektu w danych z ruchu.

Jakie wartości INP są dobre?

Google określa trzy poziomy jakości wskaźnika INP:

• Dobry wynik: poniżej 200 ms – strona internetowa reaguje bardzo szybko na działania użytkownika i zapewnia dobre doświadczenie korzystania z interfejsu.
• Wymaga poprawy: od 200 ms do 500 ms – strona www reaguje z lekkim opóźnieniem. Warto przeanalizować działanie skryptów JavaScript oraz elementów interaktywnych.
• Słaby wynik: powyżej 500 ms – interakcje użytkownika mogą być wyraźnie opóźnione, co negatywnie wpływa na doświadczenie użytkownika i może pogarszać ocenę strony w kontekście Core Web Vitals.

Warto pamiętać, że ocena ta opiera się na danych pochodzących od rzeczywistych użytkowników (tzw. field data), dlatego wynik może różnić się w zależności od urządzenia, przeglądarki czy jakości połączenia internetowego.

INP a inne wskaźniki Core Web Vitals

INP jest jednym z trzech głównych wskaźników Core Web Vitals, które Google wykorzystuje do oceny jakości doświadczenia użytkownika na stronie internetowej.

Obecnie zestaw ten obejmuje:

• LCP (Largest Contentful Paint) – mierzy czas ładowania największego elementu widocznego na ekranie, np. dużego obrazu lub nagłówka.
• CLS (Cumulative Layout Shift) – ocenia stabilność wizualną strony i sprawdza, czy elementy interfejsu nie przesuwają się podczas ładowania.
• INP (Interaction to Next Paint) – mierzy czas reakcji strony na działania użytkownika, takie jak kliknięcie przycisku, otwarcie menu czy wysłanie formularza.

W przeciwieństwie do wcześniejszego wskaźnika FID (First Input Delay), który mierzył tylko pierwszą interakcję użytkownika, INP analizuje reakcję strony na interakcje w trakcie całej sesji. Dzięki temu lepiej pokazuje rzeczywistą responsywność strony internetowej.

Dlatego optymalizacja Core Web Vitals powinna obejmować wszystkie trzy wskaźniki – szybkość ładowania, stabilność wizualną oraz responsywność strony WWW.

INP a FID – czym różnią się te wskaźniki?

• FID (First Input Delay) mierzył tylko czas reakcji strony na pierwszą interakcję,
• INP (Interaction to Next Paint) analizuje wszystkie interakcje użytkownika i ocenia ogólną responsywność strony.

Dzięki temu INP jest bardziej realistycznym wskaźnikiem doświadczenia użytkownika.

Dlaczego INP jest ważny dla SEO i biznesu?

• Wpływ na ranking w Google – INP to część Core Web Vitals, a więc bezpośrednio wpływa na SEO,
• Wpływ na konwersję – szybkie reakcje strony zwiększają zaufanie i komfort użytkownika, co przekłada się na wyższą sprzedaż,
• Bezpośrednie doświadczenie klienta – jeśli formularz działa z opóźnieniem, a koszyk WooCommerce się zacina, klienci porzucą zakupy.

Warto spojrzeć na to praktycznie: INP najbardziej „boli” tam, gdzie użytkownik często klika i czeka na reakcję – czyli w sklepach (filtry, warianty, koszyk, checkout) oraz na stronach leadowych (formularze, CTA, wyszukiwarki, mapy, akordeony FAQ). Jeśli Twoja strona ma generować zapytania, to wolna reakcja interfejsu potrafi obniżyć liczbę wysłanych formularzy mimo dobrego ruchu z SEO. Na końcowe doświadczenie użytkownika wpływają także drobne elementy wizualne, takie jak favicon w WordPress, które ułatwiają szybkie rozpoznanie właściwej karty strony w przeglądarce.

W praktyce poprawa wskaźników Core Web Vitals – w tym INP – jest często częścią szerszego procesu optymalizacji wydajności strony. Obejmuje on analizę kodu JavaScript, konfiguracji serwera, sposobu ładowania zasobów oraz architektury strony. Jeśli chcesz podejść do tego systemowo, zobacz również usługę optymalizacji szybkości stron internetowych, w której szczegółowo analizujemy elementy wpływające na wydajność witryny.

Jak poprawić INP strony internetowej (WordPress i WooCommerce)

W przypadku stron opartych o WordPress oraz sklepów WooCommerce poprawa wskaźników Core Web Vitals – w tym INP – wymaga przede wszystkim optymalizacji działania motywu, wtyczek oraz skryptów JavaScript odpowiedzialnych za interakcje użytkownika.

Poprawa wskaźnika INP wymaga analizy elementów interaktywnych strony WWW oraz sposobu działania skryptów JavaScript, które odpowiadają za reakcję interfejsu na działania użytkownika.

• Zoptymalizuj JavaScript
  • ogranicz liczbę wtyczek,
  • opóźnij ładowanie skryptów (defer, async),
  • usuwaj nieużywane biblioteki.
• Popraw backend i bazę danych
  • stosuj cache obiektowy i query caching,
  • optymalizuj zapytania SQL,
  • korzystaj z najnowszej wersji PHP (8.3+).
• Usprawnij interaktywne elementy
  • skróć czas reakcji przycisków „Dodaj do koszyka”,
  • stosuj lightweight frameworki JS zamiast przeładowanych bibliotek,
  • popraw UX formularzy (np. walidacja w tle).
• Postaw na wydajny hosting
  • serwer zoptymalizowany pod WordPress,
  • obsługa LiteSpeed lub Redis,
  • automatyczne skalowanie przy dużym ruchu.

W przypadku stron opartych o WordPress i WooCommerce poprawa INP często wymaga głębszej analizy działania wtyczek, motywu oraz skryptów zewnętrznych. W takich sytuacjach pomocny jest audyt wydajności WordPress, który pozwala zidentyfikować elementy realnie wpływające na czas reakcji interfejsu i zaplanować konkretne działania optymalizacyjne.

Winowajcy INP w WordPress/WooCommerce (z doświadczenia wdrożeniowego):

• skrypty zgód/marketingu (CMP, analytics, remarketing) doładowywane bez kontroli kolejności i priorytetów,
• ciężkie page buildery i rozbudowane motywy z dużą ilością JS,
• wtyczki „wszystkomające” (slider, popupy, tracking, chat) działające na każdej podstronie,
• elementy koszyka/mini-koszyka odświeżane zbyt często (szczególnie w WooCommerce),
• brak cache + brak optymalizacji zapytań (wysokie TTFB potrafi pogorszyć odczucie „responsywności” przy interakcjach).

Jeśli chcesz podejść do tematu „usługowo”, zobacz: Optymalizacja WordPress oraz Optymalizacja WooCommerce – tam opisujemy proces i obszary prac.

Case: Najczęstsze źródła złego INP w WooCommerce (koszyk, checkout, filtry)

Z praktyki wdrożeniowej wynika, że w sklepach WooCommerce najgorsze wartości INP pojawiają się nie na stronie głównej, ale w miejscach, gdzie użytkownik intensywnie wchodzi w interakcję z systemem.

Typowe obszary problemowe:

• Filtry produktów (AJAX + ciężkie zapytania) – filtry uruchamiają jednocześnie zapytania do bazy danych, odświeżenie listy produktów i renderowanie nowych komponentów. Jeśli do tego dochodzą skrypty analityczne – główny wątek przeglądarki zostaje zablokowany.
• „Dodaj do koszyka” + mini-koszyk – częste odświeżanie fragmentów koszyka (fragment refresh) potrafi generować opóźnienia przy każdej interakcji. Dotyczy to szczególnie sklepów z dużą liczbą wtyczek rozszerzających koszyk.
• Checkout z wieloma walidacjami – dynamiczne przeliczanie cen, walidacja pól, integracje z płatnościami i wysyłką – wszystko to może powodować długie zadania JavaScript blokujące reakcję interfejsu.
• Skrypty zewnętrzne ładowane globalnie – CMP, czaty, piksele reklamowe, systemy A/B testów – jeśli działają na każdej podstronie i reagują na kliknięcia, często negatywnie wpływają na INP.
• Page builder + nadmiar komponentów – rozbudowane motywy i buildery generują dodatkowe warstwy DOM i JS. Przy interakcji z dynamicznym elementem (np. filtr, akordeon) opóźnienie może być odczuwalne.

Jak do tego podchodzimy w praktyce?

• Analiza interakcji o najwyższym czasie reakcji (DevTools / Performance tab).
• Identyfikacja długich zadań (Long Tasks) blokujących główny wątek.
• Redukcja globalnych skryptów i ograniczenie ich do kluczowych podstron.
• Optymalizacja zapytań i fragmentów AJAX.
• Testy regresyjne po każdej zmianie (Lighthouse + dane z Search Console).

W sklepach, gdzie ruch jest wysoki, poprawa INP w newralgicznych miejscach (filtry, koszyk, checkout) potrafi przełożyć się bezpośrednio na wzrost współczynnika konwersji – nawet przy niezmienionym ruchu organicznym.

Jeśli chcesz podejść do tematu systemowo, zobacz również: wsparcie techniczne WooCommerce.

Jak sprawdzić INP strony? (narzędzia i interpretacja wyników)

Narzędzia do pomiaru INP

• Google PageSpeed Insights – darmowe narzędzie z raportem CWV,
• Lighthouse w Chrome DevTools,
• Search Console (Raport CWV) – pokazuje wyniki z realnych urządzeń użytkowników,
• WebPageTest, GTmetrix – narzędzia do zaawansowanej analizy wydajności.

W praktyce w sklepach WooCommerce INP analizujemy zawsze w kontekście pełnego audytu UX i performance – zobacz jak wygląda taki proces: Audyty UX i performance WooCommerce.

Warto pamiętać, że sama analiza wyników to dopiero pierwszy krok. W wielu przypadkach konieczna jest również optymalizacja sposobu działania komponentów interaktywnych strony – takich jak formularze, filtry czy elementy koszyka. Jeśli Twoja witryna generuje zapytania ofertowe lub sprzedaż, pomocny może być również audyt UX strony internetowej, który pozwala ocenić, czy interakcje użytkownika są szybkie i intuicyjne.

Jak odczytywać dane z narzędzi?

Warto rozróżnić dwa typy danych, które pokazują narzędzia do analizy INP:

• Testy laboratoryjne (np. Lighthouse, tryb symulowany) – to dane generowane w kontrolowanych warunkach. Pomagają wykryć techniczne problemy, takie jak długie zadania JavaScript, blokowanie głównego wątku czy zbyt ciężkie komponenty interfejsu. Są idealne do diagnozy i testowania poprawek, ale nie zawsze odzwierciedlają realne zachowanie użytkowników.
• Dane z pola (field data – Search Console, CrUX) – to rzeczywiste dane zbierane od użytkowników odwiedzających stronę. To właśnie one są brane pod uwagę przez Google przy ocenie Core Web Vitals. Pokazują, jak strona działa w prawdziwych warunkach – na różnych urządzeniach, przeglądarkach i połączeniach internetowych.

Najlepszym podejściem jest połączenie obu źródeł: najpierw zidentyfikować problem w testach laboratoryjnych, a następnie zweryfikować poprawę w danych z rzeczywistego ruchu.

INP na mobile vs desktop – dlaczego wyniki się różnią?

W praktyce wartości INP często różnią się między urządzeniami mobilnymi a desktopem. W raportach Core Web Vitals w Google Search Console bardzo często widać, że INP na urządzeniach mobilnych jest gorszy niż na desktopie. W wielu przypadkach wyniki mobilne są wyraźnie gorsze – i nie jest to przypadek.

Główne powody to:

• Słabsza moc obliczeniowa urządzeń mobilnych – Smartfony mają znacznie mniejszą wydajność CPU niż komputery. Skrypty JavaScript, które na desktopie wykonują się szybko, na telefonie mogą blokować główny wątek przeglądarki przez dłuższy czas.
• Większa wrażliwość na ciężki JavaScript – interakcje takie jak otwieranie filtrów, dodawanie produktu do koszyka czy obsługa formularza wymagają przetwarzania JS. Jeśli kod jest zbyt rozbudowany, opóźnienie reakcji będzie dużo bardziej odczuwalne na mobile.
• Gorsze warunki sieciowe – użytkownicy mobilni częściej korzystają z wolniejszych połączeń. To wpływa na czas ładowania skryptów i może zwiększać opóźnienia interfejsu.
• Większa liczba zdarzeń dotykowych na mobilnej wersji strony użytkownik wykonuje więcej interakcji typu tap i scroll. Jeśli interfejs jest ciężki lub źle zoptymalizowany, INP może znacząco wzrosnąć.

Dlatego przy optymalizacji INP szczególnie ważne jest testowanie strony w warunkach mobilnych – zarówno w narzędziach laboratoryjnych, jak i w danych z rzeczywistych użytkowników.

Jak podejść do poprawy INP bez „strzelania na ślepo”:

• Najpierw sprawdź INP dla kluczowych ekranów (home, kategoria, produkt, koszyk, checkout / albo landing + formularz).
• Zidentyfikuj interakcje o największym opóźnieniu (np. filtry, „Dodaj do koszyka”, walidacja formularza).
• Usuń lub ogranicz skrypty uruchamiane na każdej podstronie (zwłaszcza tracking/marketing).
• Dopiero potem wchodź w refaktoryzację JS, podział zadań i optymalizację komponentów.

W sklepach najczęściej robimy to jako proces UX + performance (bo to się bezpośrednio przekłada na sprzedaż) – zobacz też: Audyt UX i Performance sklepu WooCommerce.

Webtom.pl – optymalizujemy WordPress i WooCommerce pod INP

Od 2005 roku pomagamy firmom w budowaniu szybkich, bezpiecznych i zoptymalizowanych stron WordPress i sklepów WooCommerce. W ramach naszych usług:

• przeprowadzamy audyty Core Web Vitals,
• poprawiamy wskaźniki LCP, CLS i INP,
• optymalizujemy kod, bazę danych i hosting,
• wdrażamy rozwiązania, które zwiększają wydajność i konwersję.

Dlaczego INP jest wysoki? Najczęstsze przyczyny problemów z responsywnością strony

Wysoki wskaźnik INP najczęściej oznacza, że strona zbyt wolno reaguje na działania użytkownika. Przyczyną może być zarówno ciężki kod JavaScript, jak i nieoptymalne działanie wtyczek, motywu lub skryptów zewnętrznych. W praktyce problemy z INP pojawiają się najczęściej w miejscach, gdzie użytkownik intensywnie wchodzi w interakcję ze stroną – np. w formularzach, filtrach produktów czy elementach koszyka. Warto podkreślić, że wysoki wskaźnik INP rzadko jest efektem jednego problemu. Najczęściej wynika z połączenia kilku czynników, które spowalniają reakcję interfejsu na działania użytkownika.

Do najczęstszych przyczyn należą:

• Zbyt duża liczba wtyczek i skryptów JavaScript – każda wtyczka do WordPress lub wtyczka do WooCommerce może dodawać własne skrypty, które są uruchamiane przy interakcji użytkownika. Jeśli strona korzysta z wielu rozszerzeń, może to prowadzić do blokowania głównego wątku przeglądarki i wydłużenia czasu reakcji.
• Ciężkie motywy i page buildery – rozbudowane motywy oraz wizualne kreatory stron generują dodatkowe warstwy kodu HTML, CSS i JavaScript. Przy dynamicznych elementach (np. akordeony, filtry, formularze) może to znacząco wpływać na responsywność strony.
• Nieoptymalne skrypty zewnętrzne – systemy analityczne, piksele reklamowe, czaty czy narzędzia marketing automation często uruchamiają dodatkowe zdarzenia JavaScript przy kliknięciu użytkownika. Jeśli są ładowane bez kontroli, mogą pogorszyć wynik INP.
• Brak optymalizacji zapytań i operacji AJAX – w sklepach internetowych oraz stronach z dynamicznymi elementami wiele interakcji powoduje zapytania do serwera. Jeśli nie są one zoptymalizowane, użytkownik może odczuwać opóźnienie w reakcji interfejsu.
• Zbyt duże zadania JavaScript (tzw. long tasks) – jeżeli przeglądarka musi wykonać długie operacje JS, interfejs nie reaguje na kliknięcia aż do ich zakończenia. To jeden z najczęstszych powodów wysokiego INP.

Dlatego poprawa wskaźnika INP zwykle wymaga kompleksowej analizy działania strony – zarówno od strony front-endu, jak i konfiguracji serwera oraz używanych wtyczek.

Jak sprawdzić INP w Google Search Console

Jednym z najłatwiejszych sposobów sprawdzenia wskaźnika INP jest raport Podstawowe wskaźniki internetowe (Core Web Vitals) dostępny w Google Search Console.

Aby sprawdzić wynik INP:

• Zaloguj się do Google Search Console dla swojej strony.
• Przejdź do sekcji Podstawowe wskaźniki internetowe.
• Wybierz raport dla urządzeń mobilnych lub desktopowych.
• Sprawdź adresy URL oznaczone jako „Wymaga poprawy” lub „Słaby”.

Raport ten bazuje na danych pochodzących od rzeczywistych użytkowników (tzw. field data), dlatego najlepiej pokazuje realne doświadczenie osób odwiedzających stronę.

Jeśli w raporcie pojawiają się problemy z INP, warto przeanalizować działanie elementów interaktywnych strony – takich jak formularze, menu, filtry czy koszyk – oraz sprawdzić wpływ skryptów JavaScript na czas reakcji interfejsu.

Podsumowanie – czym jest INP

INP to w miarę nowy wskaźnik Google, który zastąpił FID i mierzy ogólną responsywność strony podczas interakcji użytkownika. Jego poprawa to nie tylko kwestia SEO, ale przede wszystkim komfortu klienta i większej sprzedaży. Należy podkreślić, że optymalizacja WordPress i optymalizacja WooCommerce pod INP w 2026 roku powinna być priorytetem dla każdej firmy, która poważnie myśli o biznesie online.

INP (Interaction to Next Paint) to wskaźnik Core Web Vitals, który mierzy czas reakcji strony internetowej na interakcję użytkownika. Im krótszy czas pomiędzy działaniem użytkownika a odświeżeniem interfejsu, tym lepsze doświadczenie użytkownika i wyższa responsywność strony.

Poprawa wskaźnika INP zwykle wymaga optymalizacji kodu JavaScript, ograniczenia liczby skryptów zewnętrznych oraz analizy działania elementów interaktywnych strony, takich jak formularze, filtry czy koszyk w sklepie internetowym.

INP to tylko jeden z elementów – zobacz pełny obraz optymalizacji WordPressa pod SEO: Agencja WordPress i SEO – dlaczego sukces strony zaczyna się od optymalizacji?

FAQ – INP w praktyce

Czy INP dotyczy tylko sklepów internetowych?

Nie. INP jest kluczowy wszędzie tam, gdzie użytkownik intensywnie wchodzi w interakcje: formularze, wyszukiwarki, filtrowanie, akordeony FAQ, menu mobilne, mapy.

Dlaczego INP bywa gorsze na mobile?

Bo słabsze CPU + mniej pamięci szybciej ujawniają ciężki JavaScript i zbyt rozbudowane komponenty interfejsu.

Czy sama zmiana hostingu poprawi INP?

Hosting może pomóc (TTFB, stabilność), ale INP najczęściej psują skrypty i praca JS w przeglądarce. Najlepsze efekty daje połączenie optymalizacji frontu + backendu.

Jak szybko zobaczę efekt w Google?

Testy (PageSpeed/Lighthouse) pokażą zmianę od razu, ale dane „z pola” (Search Console) potrzebują czasu, bo zbierają realny ruch.

Czy warto robić stały monitoring po poprawkach?

Tak – INP potrafi wracać po aktualizacjach wtyczek, dodaniu nowych skryptów marketingowych albo rozbudowie funkcji sklepu.