Core Web Vitals i wskaźnik INP w 2026 roku — Dlaczego Google Premiuje Szybsze Strony?

Marzec 2024: Google oficjalnie zastąpił FID (First Input Delay) nowym wskaźnikiem INP (Interaction to Next Paint) w rodzinie Core Web Vitals. W 2026 roku INP jest twardym czynnikiem rankingowym — a większość stron na WordPressie nie mieści się w progu 200 ms. Ten poradnik pokazuje jak zmierzyć INP, jak go poprawić i dlaczego Next.js 16 przechodzi go automatycznie.

1. Czym jest INP i dlaczego zastąpił FID

Interaction to Next Paint mierzy najgorszy czas reakcji strony na interakcję użytkownika w całym cyklu życia widoku — od pierwszego kliknięcia po ostatnie. FID mierzył tylko pierwszą interakcję i był zbyt łagodny.

INP obejmuje pełen łańcuch:

• Input delay — czas od zdarzenia do rozpoczęcia handlera JS.
• Processing time — czas wykonania handlerów event listenerów.
• Presentation delay — czas do najbliższego framu z widocznym efektem.

2. Progi Google — jak wypadasz w Search Console?

Google używa wartości p75 (75. percentyl) z 28 dni realnych sesji użytkowników z Chrome UX Report — nie synthetic testów.

3. Dlaczego WordPress przegrywa INP

Typowa strona na WordPressie ma 400 – 900 ms INP z powodu:

• Ciężkich wtyczek jQuery — Elementor, WPBakery, popupy renderują synchronicznie na klik.
• Long tasks > 50 ms — third-party skryptów (chatboty, tracking, GTM) blokujących main thread.
• Nieoptymalne event delegation — brak debounce, throttle na inputach i scrollach.
• Re-render bez memoizacji — pełne przeładowania komponentów przy każdym state change.

4. Jak Next.js 16 rozwiązuje INP na poziomie architektury

1. React Server Components — kod handlerów pozostaje po stronie serwera, klient dostaje minimalny bundle JS.
2. Automatyczny code splitting — ładuje się tylko JS potrzebny na danej podstronie, main thread wolny na interakcje.
3. Streaming SSR + Suspense — hydration nie blokuje pierwszej interakcji; użytkownik może kliknąć, zanim cała strona jest interaktywna.
4. useOptimistic / useTransition — natywne API React 19 do oznaczania updates jako niepilne, priorytet dla renderów krytycznych.
5. Partial Prerendering — statyczna powłoka + streamed dynamic fragments = 0 ms wait na interakcję.

5. Praktyczny checklist optymalizacji INP

• Zmierz baseline w PageSpeed Insights + Chrome DevTools Performance tab (nagraj interakcję, sprawdź „Interactions").
• Zainstaluj web-vitals JS i wyślij dane INP do własnego endpointu — nie polegaj tylko na CrUX.
• Odchudź third-party — GTM lazy load, chatbot dopiero po scrollu, disable heavy plugins.
• Użyj requestIdleCallback dla nie-krytycznych obliczeń.
• Migruj z jQuery na natywne API — querySelector, addEventListener z passive: true.
• W React: React.memo, useMemo, useCallback dla drzew > 50 komponentów.

6. INP a SEO — twarde dane z SERP

Case studies z 2025–2026 pokazują korelację:

• Strony z INP < 100 ms zajmują średnio o 1.8 pozycji wyżej w SERP niż konkurenci z INP > 300 ms (dane BrightEdge).
• W Core Update z sierpnia 2025 witryny z „poor INP" straciły średnio −12% ruchu organicznego.
• Google Discovery Feed premiuje wyłącznie strony ze wszystkimi CWV w zieleni — INP jest gatekeeperem.

Sprawdź również nasze dedykowane wdrożenia lokalne na Dolnym Śląsku i w Opolskiem: tworzenie stron www Kłodzko, sklepy i strony Kędzierzyn-Koźle oraz szybkie strony Bolesławiec.

Najczęściej zadawane pytania

Czym INP różni się od FID?

FID mierzył tylko pierwszą interakcję i tylko input delay. INP mierzy najgorszy czas reakcji z całej sesji i uwzględnia processing + presentation delay — jest znacznie bardziej rygorystyczny.

Czy mogę zmierzyć INP lokalnie?

Tak — Chrome DevTools Performance tab pokazuje INP dla nagrywanej sesji. Ale dla SEO liczą się dane p75 z Chrome UX Report z prawdziwych użytkowników.

Ile trwa poprawa INP na WordPressie?

Zwykle 2–6 tygodni z pełnym audytem wtyczek, ale często się nie udaje — architektura jQuery + PHP nie została zaprojektowana pod INP. Migracja na Next.js 16 rozwiązuje problem strukturalnie. Sprawdź opłacalność w naszym kalkulatorze wyceny.