Google meklētāja algoritmos mājaslapas lietojamība un ātrdarbība jau gadiem ir tiešs ranga faktors. Taču esošais Core Web Vitals rādītājs FID (First Input Delay) ilgstoši tika kritizēts par pārlieku virspusību: vairāk nekā 90% vietņu to izturēja bez grūtībām, lai gan reālajā dzīvē lapas mēdza manāmi 'iefrīzot' pie izvēļņu atvēršanas vai pogu nospiešanas. Google ir paziņojis par jaunas metrikas - Interaction to Next Paint (INP) - ieviešanu, un izstrādātājiem ir tieši deviņi mēneši laika koda sakārtošanai.
🎯 Īsumā par svarīgāko
- FID nomaiņa ar INP: Google ir oficiāli apstiprinājis, ka 2024. gada martā vecais First Input Delay (FID) tiks aizstāts ar daudz stingrāko Interaction to Next Paint (INP).
- Pilnas sesijas reakcijas mērījums: Atšķirībā no FID, kas mērīja tikai pašu pirmo klikšķi, INP novērtē visas lapas apmeklējuma laikā veiktās mijiedarbības un reģistrē lēnāko reakciju.
- Kritiskais slieksnis zem 200 ms: Lai vietne tiktu uzskatīta par ātru un saņemtu SEO rangu priekšrocības, 75% apmeklētāju mijiedarbību vizuālajai atbildei jānotiek ātrāk par 200 milisekundēm.
- Galvenā vainīgā optimizācija: Lielākā daļa INP problēmu rodas no smagiem JavaScript notikumu klausītājiem, trešo pušu analītikas skriptiem un milzīga DOM koka izmēra.
Kas ir INP un kāpēc mājaslapas ātruma optimizācija kļūst izšķiroša
First Input Delay (FID) mērīja tikai vienu vienīgu lietu: cik milisekundes pagāja no brīža, kad lietotājs pirmo reizi pieskārās lapai, līdz brīdim, kad pārlūks vispār spēja sākt apstrādāt šo notikumu. FID nemērīja laiku, kas pagāja, līdz ekrānā reāli parādījās vizuālas izmaiņas, un pilnībā ignorēja visas turpmākās darbības sesijas laikā.
Interaction to Next Paint (INP) ir daudz godīgāks un stingrāks rādītājs. Tas novērtē visas lietotāja mijiedarbības (klikšķus uz pogām, saišu atvēršanu, formu aizpildīšanu, akordeonu izvēršanu) un izmēra laiku līdz nākamajam pārlūka pārzīmētajam kadram (Next Paint). Sliktākā vai viena no sliktākajām mijiedarbībām kļūst par lapas gala INP rādītāju.
Trīs komponentes, no kurām sastāv INP laiks
Lai saprastu, kur tieši zūd veiktspēja, INP mērījums tiek sadalīts trīs posmos:
1. Ievades aizture (Input Delay): Laiks no fiziskā klikšķa līdz brīdim, kad JavaScript notikuma apstrādātājs sāk darbu. Šo aizturi visbiežāk rada citi fona skripti, kas tajā pašā brīdī noslogo pārlūka galveno pavedienu (Main Thread).
2. Apstrādes laiks (Processing Time): Laiks, kas nepieciešams pašam JavaScript kodam, lai izpildītu nepieciešamās funkcijas (datu aprēķinu, stāvokļa maiņu, DOM manipulācijas).
3. Prezentācijas aizture (Presentation Delay): Laiks, kas pārlūkam nepieciešams, lai pārrēķinātu lapas stilu (recalculate styles), veiktu izkārtojumu (layout) un uzzīmētu jaunos pikseļus ekrānā.
Kā pārbaudīt un novērtēt savas vietnes INP šodien
Google jau tagad rāda INP datus Google Search Console sadaļā 'Core Web Vitals', kā arī PageSpeed Insights rīkā. Rādītāji tiek iedalīti trīs kategorijās:
| INP vērtība | Vērtējums | Ietekme uz lietotāju | Rīcība |
|---|---|---|---|
| Līdz 200 ms | Labs (Zaļš) | Zibenīga reakcija, plūstoša saskarne | Saglabāt esošo koda sakārtotību |
| 200 - 500 ms | Jāuzlabo (Dzeltens) | Pamanāma aizture, pogu 'iesprūšana' | Nepieciešama koda refaktorēšana |
| Virs 500 ms | Vājš (Sarkans) | Kaitinošs lēnīgums, dubultklikšķi, groza pamešana | Steidzams tehniskais audits |
Praktiskie soļi JavaScript optimizācijai WordPress un pielāgotās vietnēs
Lai samazinātu INP, kur stabils serveris un mājaslapu uzturēšana dod pamatu, ievērojiet šos soļus:
Samaziniet garos uzdevumus (Long Tasks): Jebkurš JavaScript uzdevums, kas aizņem vairāk nekā 50 ms, bloķē galveno pavedienu. Sadaliet smagus aprēķinus mazākos gabalos, izmantojot requestAnimationFrame, setTimeout vai jauno scheduler.yield() API.
Atlieciet ne-kritisko trešo pušu kodu: Tērzēšanas logrīki (Live Chat), karstuma kartes (Hotjar) un sociālo tīklu pikseļi bieži pārņem galveno pavedienu. Ielādējiet tos tikai pēc tam, kad lietotājs ir sācis ritināt lapu, vai izmantojiet Web Workers.
Izvairieties no Layout Thrashing: Neveiciet DOM lasīšanas un rakstīšanas operācijas pamīšus ciklā, jo tas piespiež pārlūku veikt piespiedu sinhrono izkārtojumu (Forced Synchronous Layout).
Biežāk uzdotie jautājumi
Kad INP oficiāli kļūs par meklētāja ranga faktoru?
Gatavojoties šim solim (par ko brīdinājām ceļvedī par Core Web Vitals tehnisko auditu), Google ir noteicis termiņu kā oficiālo brīdi, kad FID tiks pilnībā izņemts no Core Web Vitals un tā vietu ieņems INP.
Vai INP ietekmē tikai mobilās ierīces?
Nē, INP tiek mērīts gan mobilajās, gan datora ierīcēs, taču mobilajos viedtālruņos vājāku procesoru dēļ INP problēmas ir daudz izteiktākas.
Kāds ir vienkāršākais veids, kā atrast problemātiskos elementus?
Atveriet Chrome DevTools sadaļu 'Performance', veiciet lapas ierakstu, kamēr klikšķināt uz pogām un izvēlnēm, un meklējiet sarkanās svītras sadaļā 'Interactions'.
Vai tēmas maiņa var atrisināt INP problēmu?
Bieži vien jā. Pāreja uz vieglāku kodu (ko atklāj pilns tehniskais SEO audits) samazina skriptu apjomu par 60 līdz 80 procentiem.
