INP înlocuiește FID în martie: ce înseamnă pentru site

În martie 2024, Google scoate FID (First Input Delay) din Core Web Vitals și pune în locul lui INP (Interaction to Next Paint). Pe scurt: până acum conta cât de repede reacționa pagina la primul clic; de acum contează cât de repede reacționează la toate. Dacă site-ul tău se mișcă greu când apeși pe meniu, pe un filtru sau pe butonul „Rezervă”, asta se va vedea în rapoarte.

Ce măsura FID și de ce nu mai ajunge

FID măsura un singur lucru: cât aștepta browserul până să înceapă să răspundă la prima interacțiune de pe pagină. Nu număra cât dura răspunsul în sine și nici ce se întâmpla la al doilea sau al zecelea clic.

Asta lăsa pe dinafară exact situațiile care enervează oamenii. Un client intră pe site, primul clic merge bine, apoi deschide galeria, alege o dată în calendar și pagina îngheață o secundă. FID nu vedea nimic din toate astea.

Ce măsoară INP

INP urmărește clicurile cu mouse-ul, atingerile pe ecran și apăsările de taste pe toată durata vizitei. Derularea, zoomul și trecerea cu mouse-ul peste elemente nu intră la socoteală. Pentru fiecare interacțiune, INP adună trei bucăți de timp:

1. Întârzierea de intrare: cât stă browserul până începe să ruleze codul care răspunde la clic, de obicei pentru că e ocupat cu altceva.
2. Procesarea: cât durează codul acela.
3. Afișarea: cât trece până când browserul desenează pe ecran rezultatul.

Valoarea raportată e, în mare, cea mai lentă interacțiune din vizită (la paginile cu foarte multe interacțiuni, Google ignoră câte una din 50, ca să nu pedepsească o singură sughițare).

Pragul se aplică la percentila 75 a vizitelor reale, separat pe telefon și pe desktop. Adică trei sferturi din vizite trebuie să stea sub 200 ms ca pagina să fie „bună”.

Unde vezi INP-ul site-ului tău

• PageSpeed Insights: în partea de sus, la datele din teren, apare INP dacă site-ul are destul trafic în raportul Chrome (CrUX). Aici vezi dacă ai o problemă, nu și ce o cauzează.
• Search Console: Google a anunțat că raportul Core Web Vitals va trece de la FID la INP odată cu schimbarea.
• Testele de laborator (Lighthouse, partea de jos din PageSpeed) nu dau un INP adevărat, pentru că nu dau clic pe nimic. Cel mai apropiat indicator de acolo e Total Blocking Time. Dacă e mare, e un semn bun că și INP va ieși prost.

Pentru o imagine exactă, pe ce buton anume se pierde timpul, ai nevoie de măsurători de la vizitatori reali (RUM), care atribuie fiecare valoare unei interacțiuni.

Ce îl strică de obicei

Aproape mereu, vinovatul e JavaScript-ul care ține ocupat firul principal al browserului. Orice bucată de cod care rulează peste 50 ms fără pauză e o „sarcină lungă”, iar cât timp rulează, pagina nu poate răspunde la clic.

Cauzele pe care le găsim cel mai des pe site-urile de prezentare și pe magazinele mici:

• Scripturi de la terți: chat-uri, pixeli de reclame, widgeturi de recenzii, hărți încărcate pe fiecare pagină.
• Teme și pluginuri grele, care încarcă tot codul peste tot, chiar dacă pagina folosește 10% din el.
• Pagini foarte mari (un DOM cu mii de elemente), care fac fiecare redesenare mai scumpă.
• Codul care face prea mult la un clic: un filtru care recalculează toată lista, un formular care trimite date și abia apoi arată că s-a apăsat butonul.

Ce poți face până în martie

1. Deschide PageSpeed Insights pe paginile importante (prima pagină, o pagină de produs sau de serviciu, contactul) și notează INP-ul pe telefon.
2. Fă lista scripturilor externe și scoate ce nu mai folosești. Ce rămâne poate fi încărcat mai târziu sau doar pe paginile unde e nevoie.
3. Cere programatorului să spargă sarcinile lungi în bucăți mai mici și să arate întâi reacția vizuală la clic (butonul apăsat, un indicator de încărcare), iar restul muncii să vină după.
4. Pentru paginile foarte lungi, se poate amâna desenarea secțiunilor care nu sunt încă pe ecran.

Google spune clar că munca făcută pentru FID e o bază bună și pentru INP. Tot Google spune că scorurile bune la Core Web Vitals nu garantează singure poziții mai bune în căutare. INP e în primul rând despre om: dacă butonul răspunde imediat, vizitatorul nu apasă de trei ori și nu pleacă.

Dacă vrei să știi unde stă site-ul tău, ne uităm noi pe el; vezi ce facem la Web Design. Pentru celelalte două metrici, avem un ghid mai vechi: Core Web Vitals pe înțelesul tuturor.