Core Web Vitals reprezintă setul de metrici prin care Google descrie experiența reală a utilizatorilor pe o pagină: cât de repede apare conținutul principal, cât de repede răspunde pagina la interacțiuni și cât de stabil rămâne layoutul. Pentru o echipă care administrează un site, aceste valori oferă un limbaj clar pentru probleme care altfel se rezumă la impresia că pagina este lentă sau instabilă.
Ce sunt Core Web Vitals și de ce contează
Core Web Vitals sunt trei metrici care descriu aspecte concrete ale experienței pe pagină. Ele nu sunt un scor unic și nu trebuie confundate cu toate măsurătorile de performanță ale unui site. Fiecare metrică răspunde la o întrebare diferită: utilizatorul vede repede conținutul important, poate interacționa fără întârziere și poate citi sau apăsa fără ca elementele să se deplaseze neașteptat?
Pentru antreprenori și echipe de marketing, diferența contează mai ales la interpretare. O pagină poate avea un scor de laborator care merită analizat, dar datele de teren pot arăta o experiență diferită pentru utilizatorii reali. Invers, un test izolat poate arăta bine într-un moment anume fără să explice cum se comportă pagina pe conexiuni, dispozitive și sesiuni diferite.
Core Web Vitals ajută la formularea unei întrebări mai bune decât „este rapid site-ul?”. Întrebarea devine: ce parte a experienței este afectată, pentru ce tip de utilizator și ce sursă de date susține observația? Astfel, rezultatul unui instrument devine punct de pornire pentru verificare, nu verdictul întregii pagini.
Cele trei metrici Core Web Vitals explicate
Cele trei metrici sunt LCP, INP și CLS. Împreună, ele urmăresc încărcarea percepută, reacția la interacțiune și stabilitatea vizuală. Nu descriu toate problemele posibile ale unei pagini, însă oferă un limbaj comun pentru a separa simptomele și a decide ce verificare urmează.
LCP: cât de repede apare conținutul principal
Largest Contentful Paint, prescurtat LCP, urmărește momentul în care este redat cel mai mare element de conținut vizibil în viewport. În funcție de pagină, acesta poate fi o imagine principală, un bloc mare de text sau un element vizual din zona de sus. Metrica se leagă de impresia că pagina a devenit utilă, nu doar de faptul că browserul a început să primească resurse.
Un simptom observabil poate fi o zonă hero care rămâne goală prea mult timp, un titlu principal care apare înaintea imaginii relevante sau o pagină care afișează doar structura înainte de conținutul pe care utilizatorul îl caută. Simptomul nu stabilește singur cauza. Pot contribui răspunsul inițial al serverului, resursele care blochează randarea, modul în care este livrată imaginea principală sau ordinea în care browserul primește conținutul.
INP: cât de repede răspunde pagina la interacțiuni
Interaction to Next Paint, sau INP, urmărește cât timp trece până când pagina oferă următorul răspuns vizibil după o interacțiune. Interacțiunea poate fi un click, un tap sau o acțiune realizată de la tastatură. Nu este suficient ca un buton să poată fi apăsat; utilizatorul trebuie să vadă într-un timp rezonabil efectul acțiunii.
Când INP necesită verificare, utilizatorul poate apăsa un filtru, un meniu, un element de formular sau un buton, iar pagina pare să nu reacționeze imediat. Uneori interfața se actualizează târziu, alteori pagina pare blocată în timpul unei acțiuni. Pentru diagnostic sunt relevante și sarcinile JavaScript, dar articolul de față nu înlocuiește analiza tehnică a fiecărei cauze.
INP a înlocuit First Input Delay ca metrică Core Web Vitals. FID se concentra pe întârzierea primei interacțiuni, în timp ce INP oferă o imagine mai apropiată de răspunsul interfeței pe parcursul folosirii paginii.
CLS: cât de stabilă rămâne pagina
Cumulative Layout Shift, sau CLS, măsoară deplasările neașteptate ale elementelor vizibile. Problema este familiară: utilizatorul începe să citească sau este pe punctul de a apăsa un buton, iar un banner, o imagine sau alt conținut încărcat târziu împinge pagina în jos. Rezultatul poate fi o acțiune ratată sau o experiență dificil de urmărit.
CLS nu penalizează orice mișcare intenționată a interfeței. Contează deplasările care apar fără ca utilizatorul să le fi cerut și care schimbă poziția conținutului în timpul utilizării. Imaginile fără spațiu rezervat, fonturile care schimbă dimensiunea textului după încărcare și elementele inserate deasupra conținutului existent sunt exemple de situații care merită investigate.
Pragurile Core Web Vitals și cum se interpretează
Pragurile oficiale folosite pentru o experiență bună sunt LCP de cel mult 2,5 secunde, INP de cel mult 200 ms și CLS de cel mult 0,1. Ele nu trebuie citite ca o etichetă permanentă aplicată întregului site. O evaluare Core Web Vitals se raportează la percentila 75 a experiențelor utilizatorilor și se interpretează separat pentru mobil și desktop.
- LCP: bun până la 2,5 secunde.
- INP: bun până la 200 ms.
- CLS: bun până la 0,1.
Percentila 75 înseamnă că interpretarea nu pornește de la cel mai bun sau cel mai slab caz izolat. Ea urmărește pragul sub care se încadrează 75% dintre experiențele observate. De aceea, o verificare corectă începe prin a vedea dacă problema apare pe mobil, pe desktop sau în ambele contexte și dacă este asociată cu un grup de pagini, nu doar cu o singură rulare de test.
Pragurile sunt repere de interpretare, nu un substitut pentru context. De exemplu, o pagină de contact și o pagină cu multe imagini pot avea trasee de utilizare diferite. Important este să înțelegi ce vede și ce face utilizatorul înainte de a traduce o valoare într-o listă de modificări.
Date de teren și date de laborator: care este diferența
Datele de teren, numite și field data, provin din experiențe reale de utilizare. Chrome UX Report, sau CrUX, este o sursă importantă pentru astfel de date. Ele pot arăta cum s-au comportat paginile pentru utilizatori reali, în condiții diferite de dispozitiv și rețea. Acesta este motivul pentru care sunt utile când vrei să evaluezi Core Web Vitals.
Datele de laborator sunt obținute într-un test controlat. Ele pot fi repetate, comparate și folosite pentru a explora ce resurse sau comportamente ale paginii merită analizate. Totuși, un test de laborator nu reproduce toate condițiile reale în care vizitatorii folosesc un site. Rezultatul său este mai potrivit pentru investigație decât pentru a descrie singur experiența întregii audiențe.
Cele două tipuri de date nu se exclud. Dacă datele de teren semnalează o experiență slabă, un test de laborator poate ajuta la formularea ipotezelor de diagnostic. Dacă laboratorul arată o oportunitate, datele de teren pot spune dacă problema are impact observabil pentru utilizatori. A le confunda duce fie la concluzii grăbite, fie la ignorarea unor simptome reale.
Core Web Vitals, PageSpeed Insights și Google Lighthouse
Core Web Vitals sunt metricile LCP, INP și CLS. PageSpeed Insights este interfața care poate afișa atât date de teren, atunci când sunt disponibile, cât și rezultate de laborator și recomandări de diagnostic. Google Lighthouse este instrumentul de audit care produce măsurători de laborator și oportunități de îmbunătățire în mediul testat.
De aceea, un scor Lighthouse și verdictul Core Web Vitals nu sunt același lucru. Scorul rezumă rezultatele unui audit de laborator, în timp ce evaluarea Core Web Vitals se referă la metricile definite de Google și la modul în care sunt interpretate datele de experiență reală. În PageSpeed Insights pot apărea ambele tipuri de informație, iar citirea atentă a etichetei fiecărei secțiuni este esențială.
Unde se încadrează TTFB, FCP și TBT
Time to First Byte, sau TTFB, urmărește timpul până la primul răspuns primit de browser de la server. Este o metrică suport și poate oferi context pentru o încărcare percepută lent, însă nu este una dintre cele trei Core Web Vitals. Un TTFB care necesită analiză nu explică automat tot LCP-ul, dar poate indica faptul că investigația trebuie să înceapă devreme în traseul de încărcare.
First Contentful Paint, sau FCP, arată când apare primul conținut redat. Este util pentru a observa începutul încărcării percepute, dar nu înlocuiește LCP, care se concentrează pe elementul principal de conținut. Total Blocking Time, sau TBT, este o metrică de laborator care ajută la investigarea perioadelor în care firul principal este ocupat. Ea poate oferi indicii despre interactivitate în audit, dar nu este INP și nu este Core Web Vital.
Pe scurt, LCP, INP și CLS sunt metricile principale; TTFB, FCP și TBT susțin analiza; PageSpeed Insights și Lighthouse sunt instrumente sau contexte de măsurare, nu nume alternative pentru aceeași metrică.
Cum citești simptomele și stabilești următoarea verificare
În loc să pornești de la o listă generică de optimizări, începe cu simptomul observabil. Apoi leagă-l de metrica care poate descrie problema și de tipul de date care te poate ajuta să o verifici. Acesta este un cadru de orientare, nu un diagnostic automat.
- Conținutul principal apare târziu: verifică mai întâi LCP, apoi contextul încărcării și datele disponibile.
- Pagina răspunde greu la click sau tap: verifică INP și comportamentul interacțiunilor importante.
- Elementele se mută în timpul citirii: verifică CLS și momentele în care sunt introduse imagini, fonturi, bannere sau alte blocuri.
- Un audit arată oportunități, dar nu există concluzii despre utilizatori: separă rezultatul de laborator de datele de teren înainte de a prioritiza.
Pentru o verificare tehnică mai amplă, poți folosi checklist site 2026. El ajută la păstrarea contextului: Core Web Vitals sunt importante, dar reprezintă doar o parte din starea tehnică și din experiența unui site.
Ce merită optimizat mai întâi
Prioritizarea începe cu pagina sau grupul de pagini unde există un simptom relevant și cu datele care îl susțin. Apoi alegi metrica apropiată de acel simptom, verifici dacă observația este de teren sau de laborator și formulezi o ipoteză tehnică. Abia după aceea are sens să stabilești intervenția și să urmărești din nou efectul ei.
Acest articol explică vocabularul și ordinea de interpretare. Pentru diagnosticarea cauzelor și pentru detalii despre intervențiile tehnice, continuă cu ghidul despre creșterea vitezei de încărcare a site-ului. Problemele de performanță se leagă adesea de alte aspecte ale site-ului, iar resursa despre SEO tehnic oferă contextul mai larg pentru verificările tehnice relevante.
Concluzie: cum folosești Core Web Vitals în evaluarea unui site
Core Web Vitals oferă trei repere clare: LCP pentru apariția conținutului principal, INP pentru răspunsul la interacțiuni și CLS pentru stabilitatea vizuală. Interpretarea lor devine mai utilă când separi datele de teren de testele de laborator și când nu confunzi metricile cu scorurile sau instrumentele care le afișează.
Pentru definiții și actualizări ale metricilor, consultă documentația Google despre Core Web Vitals și ghidul web.dev despre Web Vitals. În evaluarea propriului site, pornește de la experiența observabilă, verifică sursa datelor și transformă fiecare rezultat într-o întrebare concretă de investigat.
