Līdz brīdim, kad Google oficiāli iekļaus jauno metriku Interaction to Next Paint (INP) savos oficiālajos meklēšanas algoritmos, atlikušas vien dažas nedēļas. 2024. gada 12. martā vecais First Input Delay (FID) tiks neatgriezeniski pensionēts. Kamēr FID bija samērā viegli izpildāms un vairāk nekā 90% vietņu tajā uzrādīja zaļo zonu, INP ir daudz stingrāks tiesnesis. Pirmie analītikas dati rāda, ka gandrīz 35% no visām pasaules mājaslapām pašlaik nespēj iekļauties 200 milisekunžu standartā, kas tieši ietekmēs to pozīcijas Google meklētājā.
🎯 Īsumā par svarīgāko
- Oficiālais termiņš: 2024. gada 12. marts: Interaction to Next Paint (INP) kļūst par oficiālu Google Core Web Vitals metriku, pilnībā aizstājot veco FID (First Input Delay).
- Atšķirība starp FID un INP: FID mērīja tikai pašu pirmo lietotāja klikšķi lapas ielādes brīdī. INP uzrauga pilnīgi visas lietotāja mijiedarbības visas sesijas laikā (izvēlnes, pogas, akordeoni, filtri).
- Slieksnis labai lietotāja pieredzei: Lai iegūtu zaļo novērtējumu, 75% apmeklētāju sesiju sliktākajai mijiedarbībai jābūt zem 200 milisekundēm.
- Galvenais cēlonis - pārslogots Main Thread: Lēnu INP parasti izraisa smagnēji trešo pušu skripti, masīvas JavaScript bibliotēkas un neoptimizēti React vai DOM pārzīmēšanas procesi.
Kāpēc FID bija nepilnīgs un ko patiesībā mēra INP
Vecais FID rādītājs radīja viltus drošības sajūtu. Tas reģistrēja tikai milisekundes no brīža, kad lietotājs pirmo reizi pieskārās ekrānam, līdz brīdim, kad pārlūks vispār sāka apstrādāt notikumu. Tas ignorēja pašu koda izpildes laiku un to, cik ilgā laikā lietotājs ieraudzīja vizuālo atbildi.
INP mēra pilnu ciklu: no lietotāja klikšķa līdz nākamā kadra attēlošanai ekrānā (Next Paint). Turklāt tas neaprobežojas ar pirmo klikšķi, bet novērtē visas mijiedarbības: mobilās izvēlnes atvēršanu, preces ielikšanu grozā, bilžu karuseļa šķiršanu un meklēšanas filtru lietošanu. Ja kaut viena bieži lietota poga vietnē 'iesalst' uz pussekundi, viss INP rādītājs nonāk sarkanajā zonā.
Trīs INP laika komponentes un to optimizācija
Katra lietotāja mijiedarbība sastāv no trim posmiem:
| INP fāze | Kas notiek pārlūkā | Galvenais aiztures cēlonis | Tehniskais risinājums |
|---|---|---|---|
| 1. Input Delay (Ievades aizture) | Laiks no klikšķa līdz koda palaišanai | Pārlūka galvenais pavediens aizņemts ar citiem gariem uzdevumiem (Long Tasks) | Samazināt fona skriptu apjomu, atlikt trešo pušu kodus |
| 2. Processing Time (Apstrādes laiks) | Laiks, kamēr izpildās JavaScript notikuma apstrādātājs | Sarežģīti DOM aprēķini, smagnēji cikli vai sinhroni pieprasījumi | Optimizēt algoritmus, izmantot requestIdleCallback vai Web Workers |
| 3. Presentation Delay (Attēlošana) | Laiks, kamēr pārlūks pārrēķina stilus un pārzīmē ekrānu | Pārmērīgi liels DOM koks, CSS animāciju pārkārtošana (Layout Shifts) | Izmantot CSS transform un opacity vizuālajām pārejām |
Lai novērstu šīs aiztures, nepieciešama profesionāla mājaslapas ātruma optimizācija, kas koncentrējas ne tikai uz failu saspiešanu, bet uz JavaScript koda izpildes arhitektūru.
Praktiskie koda labojumi WordPress un pielāgotās vietnēs
Lai sagatavotu vietni pirms 12. marta termiņa, veiciet šos trīs uzlabojumus:
1. Sadaliet garos uzdevumus ar yieldToMain(): Ja JavaScript funkcija aizņem vairāk par 50 milisekundēm, tā bloķē lietotāja saskarni. Izmantojiet moderno scheduler.yield() vai setTimeout, lai ļautu pārlūkam attēlot starpkadru pirms smagu datu apstrādes pabeigšanas.
2. Auditējiet trešo pušu skriptus: Čata logi, karsto karšu (Hotjar) ierakstītāji un mārketinga pikseļi bieži patērē 70% no visas procesora jaudas. Pārvietojiet ne-kritiskos skriptus aiz lietotāja mijiedarbības vai izmantojiet GTM 'Consent Initialization' un 'Window Loaded' trigerus.
3. Izvairieties no smagnējiem lapu būvētājiem: Vecās tēmas ar simtiem iekļautu papildspraudņu rada tūkstošiem lieku DOM mezglu. Kā skaidrojām detalizētajā apskatā par to, kā jaunais Core Web Vitals rādītājs INP ietekmē ātrumu, pāreja uz tīru un modernu kodu ir ilgtermiņa panākumu atslēga. Te palīdz strukturēta moderna mājaslapu izstrāde uz vieglām bāzes tēmām.
Regulārs tehniskais SEO audits palīdz identificēt problemātiskās veidnes un lapu elementus vēl pirms Google meklētājs pazemina lapas reitingu.
Biežāk uzdotie jautājumi
Kā es varu izmērīt savas vietnes reālo INP rādītāju?
Atveriet Google Search Console sadaļu 'Core Web Vitals'. Tur redzami reālo lietotāju lauka dati (CrUX). Laboratorijas testos varat izmantot Chrome DevTools paneli 'Performance' un Lighthouse 10+.
Vai INP ietekmē tikai mobilos lietotājus?
Nē, INP tiek mērīts gan mobilajās, gan datora ierīcēs. Tomēr mobilajās ierīcēs ar vājākiem procesoriem INP problēmas parādās 3 līdz 5 reizes asāk.
Vai pietiek ar kešatmiņas spraudņa uzstādīšanu?
Nē! Kešatmiņa palīdz uzlabot TTFB (Time to First Byte) un LCP, taču tā nemazina JavaScript apstrādes slodzi brīdī, kad lietotājs klikšķina uz pogas.
Secinājumi
INP ieviešana iezīmē jaunu kvalitātes latiņu globālajā tīmeklī: lapām jābūt ne vien ātri ielādējamām, bet arī zibenīgi atsaucīgām ik uz soļa. Pārbaudiet savas vietnes rādītājus jau tagad, lai sagaidītu marta atjauninājumu ar spēcīgām un stabilām pozīcijām.
