Core Web Vitals 2026: ghid actualizat LCP, CLS și INP după înlocuirea FID

Core Web Vitals sunt metricile de performanță ale experienței utilizatorului pe care Google le folosește ca factor de clasare din mai 2021. În 2024, Google a înlocuit metrica FID (First Input Delay) cu INP (Interaction to Next Paint), completând setul actual de trei metrici principale: LCP, CLS și INP. Dacă nu ești la curent cu această schimbare sau dacă nu ai optimizat încă pentru INP, site-ul tău poate suferi din punct de vedere al clasărilor față de competitorii care au făcut pasul.

În acest ghid îți explicăm ce măsoară fiecare metrică, ce praguri trebuie să atingi și care sunt optimizările specifice pentru fiecare indicator în 2026.

LCP (Largest Contentful Paint): viteza de încărcare a conținutului principal

LCP măsoară timpul până la care cel mai mare element de conținut vizibil din viewport (imagine, bloc de text, video) devine vizibil pentru utilizator. Este metrica care reflectă cel mai bine percepția utilizatorului despre viteza de încărcare a paginii.

Pragurile Google pentru LCP sunt: sub 2,5 secunde, bun; între 2,5 și 4 secunde, necesită îmbunătățire; peste 4 secunde, slab. Dacă site-ul tău are LCP peste 2,5 secunde pe mobil, aceasta este prima prioritate de optimizare.

Cum optimizezi LCP

Cel mai frecvent element LCP este imaginea hero sau prima imagine mare din pagină. Dacă acesta este cazul tău, optimizează imaginea astfel: convertește-o în format WebP sau AVIF pentru a reduce dimensiunea, adaugă atributul fetchpriority="high" pe elementul imagine LCP pentru a-i semnala browserului să o prioritizeze, și asigură-te că imaginea este preîncărcată cu un tag <link rel="preload"> în head-ul paginii.

<!-- Preload imagine LCP -->
<link rel="preload" as="image" href="/images/hero.webp" fetchpriority="high">

<!-- Imagine LCP cu prioritate explicită -->
<img src="/images/hero.webp" fetchpriority="high" alt="Descriere imagine" width="1200" height="675">

Dacă elementul LCP este un bloc de text, problema este de obicei un font web care blochează redarea. Folosește font-display: swap în CSS și preîncarcă fontul critic în head-ul paginii pentru a elimina blocarea redării.

La nivel de server, un TTFB (Time to First Byte) ridicat afectează direct LCP. Optimizează TTFB prin caching la nivel de server, prin folosirea unui CDN și prin optimizarea interogărilor de baze de date pentru paginile care generează conținut dinamic.

CLS (Cumulative Layout Shift): stabilitatea vizuală a paginii

CLS măsoară stabilitatea vizuală a paginii, adică în ce măsură elementele se mișcă în timp ce pagina se încarcă. Un scor CLS mare înseamnă că utilizatorul experimentează elemente care „sar” pe ecran, deranjând lectura sau chiar provocând clicuri accidentale pe butoane greșite.

Pragurile Google pentru CLS sunt: sub 0,1, bun; între 0,1 și 0,25, necesită îmbunătățire; peste 0,25, slab. Un scor CLS de 0 ar fi perfect, indicând că niciun element nu se mișcă după ce pagina a apărut inițial.

Cum optimizezi CLS

Principalele cauze ale CLS ridicat sunt: imaginile fără dimensiuni declarate, anunțurile publicitare care apar deasupra conținutului existent, fonturile web care determină o reflow a textului când se încarcă și conținutul injectat dinamic (bannere, cookie notices, chat widgets).

Soluția pentru imagini este simplă: declară întotdeauna atributele width și height pe fiecare element <img>. Browserul rezervă spațiul necesar înainte ca imaginea să se încarce, eliminând layout shift-ul.

<!-- Greșit: fără dimensiuni, cauzează CLS -->
<img src="produs.jpg" alt="Produs">

<!-- Corect: cu dimensiuni declarate -->
<img src="produs.jpg" alt="Produs" width="800" height="600">

Pentru anunțuri și conținut injectat dinamic, rezervă spațiu fix în layout prin CSS înainte ca elementul să apară. Folosește un container cu dimensiuni minime definite pentru fiecare slot de anunț sau banner, astfel încât apariția conținutului să nu deplaseze elementele existente.

INP (Interaction to Next Paint): reactivitatea la interacțiunile utilizatorului

INP a înlocuit FID în martie 2024 și măsoară cât de repede răspunde pagina la interacțiunile utilizatorului: clicuri, apăsări de taste, atingeri pe touchscreen. Spre deosebire de FID, care măsura doar prima interacțiune, INP evaluează toate interacțiunile din sesiunea utilizatorului și raportează percentila 98.

Pragurile Google pentru INP sunt: sub 200 milisecunde, bun; între 200 și 500 milisecunde, necesită îmbunătățire; peste 500 milisecunde, slab. INP slab înseamnă că utilizatorii experimentează întârzieri vizibile când apasă pe butoane, linkuri sau orice element interactiv.

Cum optimizezi INP

INP ridicat este aproape întotdeauna cauzat de JavaScript care blochează thread-ul principal al browserului. Când un utilizator face clic pe un element, browserul nu poate procesa imediat interacțiunea dacă este ocupat să execute JavaScript.

Primul pas este identificarea scripturilor care consumă cel mai mult timp pe thread-ul principal. Chrome DevTools cu panoul Performance oferă o vedere detaliată a task-urilor lungi (Long Tasks, definite ca orice task care durează peste 50ms). Orice Long Task care coincide cu o interacțiune a utilizatorului este un candidat pentru optimizare.

// Divizează task-uri lungi în bucăți mici
// Greșit: un task lung care blochează thread-ul
function procesareHeavy() {
  for (let i = 0; i < 100000; i++) {
    // calcule intensive
  }
}

// Corect: divizat cu scheduler.yield()
async function procesareHeavy() {
  for (let i = 0; i < 100000; i++) {
    if (i % 1000 === 0) {
      await scheduler.yield(); // eliberează thread-ul periodic
    }
    // calcule intensive
  }
}

Alte soluții pentru INP: amână încărcarea scripturilor terțe (analytics, chat widgets, social media embeds) până după încărcarea completă a paginii prin defer sau async, minimizează cantitatea de DOM manipulat simultan în răspuns la o interacțiune și evită layout-uri complexe care necesită recalculări masive la fiecare interacțiune.

Cum măsori Core Web Vitals în mod corect

Google diferențiază între datele de teren (Field Data) și datele de laborator (Lab Data). Datele de teren provin din utilizatori reali și sunt cele pe care Google le folosește pentru clasare. Datele de laborator provin din teste simulate și sunt utile pentru diagnosticare.

Datele de teren sunt disponibile în raportul Core Web Vitals din Google Search Console și în raportul CrUX (Chrome User Experience Report). Datele de laborator le obții din PageSpeed Insights, Lighthouse sau WebPageTest.

O pagină poate arăta bine în Lighthouse dar să aibă probleme în datele de teren, din cauza condițiilor reale de rețea, a dispozitivelor utilizatorilor sau a conținutului dinamic care nu apare în testele simulate. Prioritizează întotdeauna datele de teren pentru evaluarea stării reale a Core Web Vitals.

Dacă vrei să optimizăm Core Web Vitals pe site-ul tău sau ai nevoie de un diagnostic detaliat al problemelor de performanță, contactează-ne.

Instrumente pentru monitorizarea Core Web Vitals

Există o gamă largă de instrumente disponibile pentru monitorizarea Core Web Vitals, fiecare cu avantaje specifice. PageSpeed Insights combină date de laborator din Lighthouse cu date de teren din CrUX pentru aceleași URL-uri. Este instrumentul ideal pentru diagnosticul rapid al unei pagini specifice, oferind recomandări concrete de optimizare și scoruri pentru fiecare metrică.

Google Search Console afișează raportul Core Web Vitals agregat pentru toate paginile site-ului tău, segmentat pe tipuri de dispozitiv (desktop și mobil). Acest raport este esențial pentru a înțelege situația la nivel de site, nu doar pentru pagini individuale. Alertele Search Console te notifică automat dacă o schimbare recentă pe site a degradat semnificativ Core Web Vitals.

WebPageTest este instrumentul preferat de experții în performanță web datorită detaliului extrem al rapoartelor: filmstrip-uri vizuale care arată cum se încarcă pagina frame cu frame, waterfall charts ale resurselor, analiza detaliată a thread-ului principal și posibilitatea testării din multiple locații geografice și pe multiple tipuri de conexiune.

Impactul Core Web Vitals asupra clasărilor în 2026

Google a confirmat că Core Web Vitals sunt un factor de clasare din mai 2021 și că ponderea lor a crescut în timp. În 2026, un site cu Core Web Vitals excelente pe mobil beneficiază de un avantaj față de competitorii cu performanță slabă, în special în nișele competitive unde conținutul și autoritatea domeniului sunt similare.

Este important să înțelegi că Core Web Vitals sunt un factor de clasare „tie-breaker”, nu determinant principal. Un site cu conținut excelent și autoritate mare va performa bine chiar și cu Core Web Vitals medii, dar dacă doi competitori sunt egali ca relevanță și autoritate, cel cu performanță mai bună a paginii va câștiga. Investiția în Core Web Vitals devine tot mai importantă pe măsură ce nișele devin mai competitive.