Algorytmy Google nigdy nie stoją w miejscu, a dla właścicieli stron i e-commerce'ach ciągnie to jedną, zasadniczą regułę – musimy stale optymalizować swoje rozwiązania. W ostatnich kilkunastu miesiącach branża ze strachem obserwowała wprowadzenie nowej wielkiej metryki w raportach Core Web Vitals: INP, czyli Interaction to Next Paint.

Zastąpiła ona starszą miarę FID (First Input Delay) i jest dzisiaj jednym z najbardziej bezwzględnych czynników w rankowaniu SEO i User Experience. Co dokładnie oznacza dla Twojego biznesu?

Czym właściwie jest Interaction to Next Paint?

Prześledźmy zachowanie statystycznego klienta na smartfonie. Użytkownik przegląda podstronę, klika przycisk „Dodaj do koszyka” albo rozwija menu kategorii... i nic się nie dzieje przez cenną sekundę. Dopiero po tej dłuższej przerwie pojawia się okienko ładowania lub koszyk wyjeżdża z boku.

To właśnie mierzy INP. Miara analizuje tzw. responsywność strony – ocenia czas, jaki upływa od interakcji użytkownika (np. kliknięcia, dotknięcia palcem ekranu) do faktycznego momentu, w którym przeglądarka zaczyna rysować odpowiedź na ekranie (tzw. "następne malowanie").

Żeby strona została zaklasyfikowana jako "Dobra" w oczach rankingu mobilnego Google, wartość INP we wszystkich interakcjach użytkownika podczas jego wizyty musi być krótsza niż 200 ms (milisekund). Granica 200-500 ms oznacza konieczność poprawy, a powyżej 500 ms – strona jest oznaczana kolorem czerwonym (brak odpowiedniej użyteczności dla urządzenia).

Dlaczego INP jest takie rygorystyczne na słabych i średnich urządzeniach?

To nie jest złośliwość Google. Nowoczesny kod stron jest przesycony setkami skryptów, narzędzi śledzących (Piksele FB, GTM, nagrywanie UX z Hotjara) oraz rozbuchanych karuzel zdjęciowych. Gdy to wszystko trafia do mobilnej przeglądarki taniego telefonu za 500 zł, której procesor ulega "zatkaniu" na głównym wątku (Main Thread), strona ulega _zamrożeniu_.

Gdy strona zostaje zamrożona obróbką gigabajtów niefortunnego kodu JavaScript, nie potrafi obsłużyć priorytetowego kliknięcia użytkownika. To budzi frustrację – klient klika przycisk "Zamawiam", nie widzi efektu, myśli, że nie trafił – więc klika jeszcze raz, a w koszyku lądują dwie paczki drogiego asortymentu! Google, dbając u odczucia Internautów (UX), potrafi skutecznie strącić takie serwisy w odmęty 3 czy 4 strony wyników.

Winowajca to skrypty firm trzecich i ciężkie szablony

Zazwyczaj główne rany dla Twojego profilu wskaźnika INP zadają:

Przeładowane motywy i Theme Buildery: Gotowe "kombajny" do budowania stron (np. WPBakery / Elementor oparty na setkach div-ów) bywają obładowane tysiącami niepotrzebnych nikomu w danym momencie skryptów JS.
Skrypty chatów i analityczne ładujące się synchronicznie: Jeśli odpalasz Google Tag Managera wraz z renderingiem czatu od Messengera równocześnie z ładowaniem krytycznego tekstu na ekranie u klienta, zderzasz się na wąskim gardle procesora użytkownika w bitwie.
Zbyt długa obsługa domowego, własnego kodu (Long Tasks): Nieefektywnie pętle działające po kliknięciu klawisza myszy, filtry AJAX budowane ręcznie - każde zbyt mozolne zapytanie blokuje stronę.

Jak eksperci LarteCode ratują Twój wynik we Vitalsach?

Walka o "Zielone Oczka" w raporcie wydajności to skomplikowana chirurgia. Zaczynamy od podpięcia diagnostyki (Web Vitals extension oraz poleceń z konsoli wydajności), by namierzyć najdłuższe bloki w "Main Thread".

Rozwiązaniem jest potężne narzędzie Yielding (oddawanie kontroli serwerowi i przerywanie głównego wątku), wprowadzanie obróbki asynchronicznej wejść z Web Workerów, a przede wszystkim rewolucja technologiczna do super-wydajnych ekosystemów jak React + Next.js, rezygnując ze ślamazarnych rozwiązań "out of the box".

Pamiętaj: wydajność strony to jej najtańszy i najskuteczniejszy fundusz marketingowy. Zamień narzekanie klientów w przewagę pozycjonowania u w wyszukiwarce – zapytaj o Audyt Wydajności w LarteCode!