Interpretarea PageSpeed Insights: Core Web Vitals explicate pe înțelesul tuturor
Ați testat site-ul dumneavoastră în PageSpeed Insights și vedeți un număr roșu, de exemplu 45. Ce înseamnă asta și cât de grav este? În acest articol veți citi cum se interpretează raportul, ce măsoară cele trei Core Web Vitals și ce puteți îmbunătăți dumneavoastră înșivă.
Cele trei măsurători
| Măsurătoare | Ce măsoară | Bun | Necesită îmbunătățire | Slab |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Cât de repede apare pe ecran cea mai mare bucată de conținut, adesea fotografia mare din partea de sus | până la 2,5 s | 2,5 până la 4 s | peste 4 s |
| INP (Interaction to Next Paint) | Cât de repede reacționează pagina atunci când dați clic, atingeți sau tastați | până la 200 ms | 200 până la 500 ms | peste 500 ms |
| CLS (Cumulative Layout Shift) | Cât de mult se deplasează pagina în timpul încărcării (un scor, nu un timp) | până la 0,1 | 0,1 până la 0,25 | peste 0,25 |
O pagină atinge pragurile Core Web Vitals dacă cel puțin 75 la sută din vizite obțin un scor bun la toate cele trei, separat pentru mobil și desktop. Așadar nu contează computerul dumneavoastră rapid, ci experiența majorității vizitatorilor, inclusiv pe un telefon mai vechi. INP a înlocuit în martie 2024 măsurătoarea mai veche FID. Dacă încă întâlniți FID undeva, acea informație este depășită.
Date de teren și date de laborator
PageSpeed Insights afișează două tipuri de măsurători, iar acestea oferă adesea cifre diferite:
- Datele de teren (în partea de sus): măsurători realizate la vizitatori reali care folosesc Chrome, pe parcursul ultimelor 28 de zile. Acestea determină dacă atingeți pragurile Core Web Vitals. Dacă pagina dumneavoastră are prea puțini vizitatori, veți vedea cifrele pentru întregul site sau nu veți vedea deloc date de teren.
- Datele de laborator (dedesubt): un test cu Lighthouse, care încarcă pagina o singură dată pe un telefon și o conexiune medii simulate. De aici provine numărul de la 0 la 100. Lighthouse nu poate măsura INP, deoarece nimeni nu dă clic.
Folosiți datele de laborator pentru a găsi cauzele și pentru a vedea imediat, după o îmbunătățire, dacă aceasta are efect. Începeți cu fila Mobil: acolo rezultatele sunt de obicei mai slabe, iar Google se uită în special la versiunea mobilă a site-ului dumneavoastră.
Cât de mult contează în Google?
Google precizează că Core Web Vitals contează la clasificare. Însă Google afișează întotdeauna conținutul cel mai relevant, chiar dacă acea pagină nu este cea mai rapidă. Numărul de la 0 la 100 provine din testul de laborator și nu este o evaluare făcută de Google; acea evaluare provine din datele de teren. Obținerea unui scor perfect doar pentru Google nu este, conform Google însuși, cea mai bună utilizare a timpului dumneavoastră. Asigurați-vă că vă situați în zona verde sau cel puțin în cea portocalie, mai ales deoarece vizitatorii renunță la o pagină lentă sau care se deplasează vizual.
Ce puteți îmbunătăți chiar în pagină
- Imagini mai mici. O fotografie lată de mii de pixeli pentru un spațiu de 800 de pixeli este cea mai frecventă cauză a unui LCP lent. Micșorați fotografiile înainte de încărcare și folosiți un format modern precum WebP sau AVIF.
- Lățime și înălțime pentru fiecare imagine. Fără
widthșiheight, browserul nu știe câtă spațiu are nevoie o fotografie, iar textul se deplasează atunci când aceasta apare. Acest lucru crește CLS:<img src="bloemstuk.webp" width="800" height="600" alt="Bruidsboeket met witte rozen">
- Nu încărcați leneș fotografia cea mai importantă.
loading="lazy"este util pentru fotografiile de mai jos, dar nu pentru fotografia vizibilă deja la deschidere. Altfel, browserul așteaptă tocmai fotografia care determină LCP-ul dumneavoastră. - Nu inserați nimic ulterior deasupra conținutului. O bară de cookie-uri, o reclamă sau un widget care împing pagina în jos fac ca totul să se deplaseze. Este de preferat ca o astfel de bară să se suprapună peste pagină.
- Mai puține scripturi de la terți. Un INP slab este aproape întotdeauna cauzat de prea mult JavaScript: teme grele, slidere, ferestre de chat și elemente de urmărire. Verificați cu atenție fiecare plugin sau serviciu încorporat.
Ce face serverul
Totul începe cu prima reacție a serverului, Time to First Byte (TTFB). Aceasta nu este în sine un Core Web Vital, dar cu o primă reacție lentă, un LCP bun este aproape imposibil de obținut. Ca valoare de referință, 0,8 secunde sau mai puțin este considerat bun. Cauzele sunt adesea un site fără cache, putere de procesare insuficientă sau redirecționări. Serverul trebuie, de asemenea, să trimită fișierele text comprimat (compresie cu gzip sau Brotli). Despre cum puteți ajusta partea de server, citiți în Site-ul meu este lent sau folosește prea mult CPU: iată cum îl faceți mai rapid și în ghidul DirectAdmin, Site-ul meu este lent.
În AI Builder și WordPress
Un site creat cu AI Builder setează lățimea și înălțimea pentru imaginile ale căror dimensiuni sunt cunoscute, încarcă prima fotografie a unei pagini imediat și cu prioritate, iar restul doar atunci când ajung în vizor, și creează automat o versiune mai mică a fotografiilor mari la publicare. În WordPress, un plugin de cache și micșorarea imaginilor sunt cele mai utile măsuri. Despre acestea citiți în cursul gratuit de WordPress, lecțiile Ce face un site lent și cum se măsoară acest lucru? și Imagini, PHP și alte câștiguri de viteză.
Lectură suplimentară
- web.dev: Web Vitals (engleză)
- Despre PageSpeed Insights (engleză)
- Google: experiența paginii și Căutarea Google (engleză)
- Google: raportul Vitalitatea site-ului