Core Web Vitals sunt trei măsurători prin care Google judecă cum se simte un site pentru om: cât de repede apare conținutul principal (LCP), cât de repede răspunde pagina la primul clic (FID) și cât de mult sare pagina în timp ce se încarcă (CLS). Pe mobil contează în clasament din vara lui 2021, iar din februarie 2022 Google le aplică și pe desktop. Nu trebuie să fii programator ca să le înțelegi.
Cele trei măsurători
| Ce | Ce măsoară | Valoare bună |
|---|---|---|
| LCP (Largest Contentful Paint) | când apare pe ecran cel mai mare element: poza din capul paginii sau un bloc mare de text | cel mult 2,5 secunde |
| FID (First Input Delay) | cât așteaptă vizitatorul de la primul clic până când pagina începe să reacționeze | cel mult 100 de milisecunde |
| CLS (Cumulative Layout Shift) | cât se mișcă elementele paginii pe neașteptate | cel mult 0,1 |
La LCP și CLS, Google are și un prag de „slab”: peste 4 secunde la LCP, peste 0,25 la CLS. Între cele două praguri, valoarea „trebuie îmbunătățită”.
Un detaliu care contează: valorile nu se judecă după o singură vizită. Google se uită la percentila 75 a vizitelor reale, separat pe mobil și pe desktop. Pe scurt, cel puțin trei din patru vizite trebuie să fie în zona bună. Un site care merge repede pe laptopul tău, pe fibră, poate să pice la oamenii care îl deschid pe telefon, pe 4G.
Ce se schimbă în 2022
Google a anunțat în noiembrie 2021 că semnalele de „experiență a paginii” ajung și în clasamentul pe desktop: lansarea începe în februarie 2022 și ar trebui să se încheie până la sfârșitul lui martie. Pe mobil, aceeași actualizare a fost aplicată între iunie și august 2021.
Pe desktop intră cele trei Core Web Vitals, HTTPS și lipsa ferestrelor intruzive care acoperă conținutul. Compatibilitatea cu mobilul, evident, nu se aplică pe desktop.
Ca să nu supraestimezi efectul: Google spune în documentația lui că arată mereu conținutul cel mai relevant, chiar dacă experiența paginii e mai slabă. Un site rapid cu texte goale nu trece în fața unui site mai lent care răspunde exact la ce caută omul. Viteza te ajută când concurezi cu pagini la fel de bune.
Ce strică de obicei fiecare valoare
LCP mare. De cele mai multe ori vinovata e poza mare din capul paginii, urcată la rezoluția de la aparat și necomprimată. Mai contează serverul: dacă răspunde greu, totul pornește cu întârziere. Fonturile web pot ține și ele textul ascuns câteva momente.
FID mare. Browserul are un singur fir principal de lucru. Dacă e ocupat să încarce și să ruleze un fișier JavaScript mare, primul clic așteaptă. Pluginurile adăugate „că nu strică”, chaturile, sliderele și scripturile de urmărire se adună.
CLS mare. Pagina sare când apar lucruri fără loc rezervat: imagini fără dimensiuni declarate, reclame care se redimensionează după încărcare, un font web care se afișează mai mare sau mai mic decât cel de rezervă. Exemplul clasic: vrei să apeși „Rezervă” și, fix atunci, coboară totul cu un banner.
Cum le verifici
- PageSpeed Insights. Pui adresa paginii și primești două feluri de date: date de teren (de la vizitatori reali, din Chrome User Experience Report), dacă site-ul are destul trafic, și un test de laborator făcut pe loc.
- Search Console. Raportul Core Web Vitals îți arată, din datele vizitatorilor reali, care pagini ale site-ului sunt în zona bună și care nu. Din 17 ianuarie 2022 raportul de experiență a paginii are și o secțiune pentru desktop.
- Lighthouse, în Chrome. E bun pentru testele de laborator, când repari ceva și vrei să vezi imediat efectul.
O capcană: FID nu se poate măsura în laborator, pentru că are nevoie de un om care chiar apasă. În teste se folosește în locul lui Total Blocking Time (TBT), care, spune Google, se corelează bine cu FID. Dacă TBT scade în Lighthouse, de obicei scade și FID-ul vizitatorilor.
Ce faci concret
- Micșorezi și comprimi poza din capul paginii înainte s-o urci.
- Pui dimensiuni (lățime și înălțime) la imagini și rezervi loc pentru bannere.
- Scoți pluginurile și scripturile pe care nu le mai folosește nimeni.
- Te uiți întâi la datele de pe mobil, apoi la cele de pe desktop.
- Repeți verificarea după fiecare schimbare mare pe site.
Când facem un site, pe pagina de servicii web găsești și ce verificăm înainte de lansare.
Surse
- Timing for bringing page experience to desktop, Google Search Central Bloglansarea pe desktop din februarie 2022, semnalele incluse, actualizarea pe mobil din iunie–august 2021 și secțiunea desktop din Search Console
- Understanding Google Page Experience, Google Search Centralconținutul relevant are prioritate chiar și cu o experiență a paginii mai slabă
- Largest Contentful Paint (LCP), web.devpragurile de 2,5 și 4 secunde, percentila 75 și uneltele de măsurare
- First Input Delay (FID), web.devpragul de 100 ms, cauza (firul principal ocupat) și TBT ca înlocuitor în laborator
- Cumulative Layout Shift (CLS), web.devpragurile de 0,1 și 0,25 și cauzele obișnuite ale deplasărilor
Verificat: surse Xenia Pușcașu · editare Nora Vlăsceanu · SEO Mihnea Tăbăcaru