Core Web Vitals: ko tie mēra un kā uzlabot
Core Web Vitals ir mēģinājums izmērīt to, kā lapa lietotājam jūtas: cik ātri viņš kaut ko ierauga, cik ātri lapa reaģē un cik daudz lietas lēkā.
Šis ceļvedis skaidro katru rādītāju, dod mērķa vērtības un uzskaita uzlabojumus ietekmes secībā.
Trīs rādītāji#
Katrs mēra citu neapmierinātību, un tos uzlabo dažādi.
| Rādītājs | Ko mēra | Laba vērtība |
|---|---|---|
| LCP | Kad lielākais satura elements kļūst redzams | Zem 2,5 sekundēm |
| INP | Cik ātri lapa reaģē uz mijiedarbību | Zem 200 milisekundēm |
| CLS | Cik daudz izkārtojums lēkā ielādējoties | Zem 0,1 |
| TTFB | Servera pirmā atbilde | Zem 0,8 sekundēm |
| FCP | Kad parādās pirmais saturs | Zem 1,8 sekundēm |
Mērķa vērtības attiecas uz septiņdesmit piekto procentili no īstajiem lietotājiem, nevis uz tavu datoru ar ātru savienojumu.
LCP uzlabošana#
Visbiežāk vainojams viens liels attēls vai lēns serveris. Secība pēc ietekmes.
- Atrodi, kurš elements ir LCP — parasti pirmais lielais attēls vai virsraksts.
- Ja tas ir attēls: pareizs izmērs, mūsdienu formāts, bez slinkās ielādes.
- Ielādē šo attēlu iepriekš un dod tam augstu prioritāti.
- Uzlabo servera atbildes laiku ar kešatmiņu — tas ietekmē visu pārējo.
- Noņem renderēšanu bloķējošo CSS un JavaScript.
- Ielādē fontus iepriekš un lieto font-display, lai teksts būtu redzams uzreiz.
- Apsver satura tīklu, ja apmeklētāji ir tālu no servera.
INP un CLS#
Divi rādītāji, ko gandrīz vienmēr uzlabo ar koda, nevis infrastruktūras izmaiņām.
| Problēma | Iemesls | Labojums |
|---|---|---|
| Lēna reakcija uz klikšķi | Gari JavaScript uzdevumi | Sadali darbu, atliec nevajadzīgo |
| Logrīki bloķē | Trešo pušu skripti | Ielādē vēlāk vai noņem |
| Izkārtojums lēkā | Attēliem trūkst izmēru | Norādi platumu un augstumu |
| Teksts lēkā | Fonts ielādējas vēlāk | Iepriekšēja ielāde un piemērots rezerves fonts |
| Saturs nobīdās | Parādās reklāma vai baneris | Rezervē vietu iepriekš |
| Poga pārvietojas | Dinamisks saturs ielādējoties | Rezervē vietu ar vietturi |
Pareiza mērīšana#
Biežākā kļūda ir optimizēt laboratorijas rādītājus, kad īsto lietotāju dati rāda citu.
- Laboratorijas tests dod atkārtojamu skaitli; īsto lietotāju dati rāda realitāti.
- Uzticies īsto lietotāju datiem, ja to ir pietiekami sakrājies.
- Skaties mobilo atsevišķi no datora — atšķirība parasti ir liela.
- Skaties pa lapu tipiem, ne visas lapas vidējo.
- Mēri pēc katras lielākas izmaiņas, ne reizi gadā.
- Mērķis ir noturīgi labs rezultāts, ne viens labs tests.
- Nedzenies pēc perfektiem simts punktiem — tas maksā vairāk nekā dod.
Simts punkti laboratorijā nenozīmē labu īsto lietotāju pieredzi un otrādi. Rādītājs ir līdzeklis, ne mērķis.
Biežāk uzdotie jautājumi
Vai Core Web Vitals ietekmē pozīcijas?
Jā, bet vāji un tikai tad, ja pārējie faktori ir vienādi. Satura atbilstība sver ievērojami vairāk. Labāks iemesls tos uzlabot ir tas, ka lēna un lēkājoša lapa zaudē apmeklētājus un konversijas — šī ietekme ir lielāka un tiešāka nekā ranga efekts.
Kas aizstāja FID rādītāju?
INP, kas mēra visas mijiedarbības visā apmeklējuma laikā, nevis tikai pirmo. Tas ir stingrāks un reālistiskāks, jo tver lēnumu, kas parādās pēc lapas ielādes — tieši tur, kur lietotājs tiešām gaida.
Kāpēc laboratorijas rezultāts labs, bet īstie dati slikti?
Jo laboratorijas tests parasti lieto ātru mašīnu un stabilu savienojumu, kamēr īstajiem lietotājiem ir vecāki telefoni un svārstīgs tīkls. Turklāt laboratorija mēra vienu lapu vienu reizi, bet īstie dati visas lapas visās ierīcēs. Uzticies īstajiem datiem.
Kas dod visvairāk ar vismazāko piepūli?
Lielākajā daļā lapu divas lietas: LCP attēla optimizēšana ar iepriekšēju ielādi un servera kešatmiņas ieslēgšana. Tās parasti ir pāris stundas darba un kustina skaitļus vairāk nekā nedēļām ilga JavaScript smalkā regulēšana.
core web vitalslcpinpclsmājaslapas ātrumsveiktspējas rādītāji
