Core Web Vitals, explicate fără jargon.

Core Web Vitals sunt tratate ca o simplă bifă de SEO, ceea ce le subevaluează. Sunt încercarea Google de a măsura ceva real: dacă o pagină se încarcă rapid, răspunde când o atingi și rămâne stabilă vizual cât timp o folosești. Corectarea lor îmbunătățește rankingul, dar îmbunătățește ratele de conversie din exact același motiv.

Cele trei metrici

Largest Contentful Paint (LCP) măsoară cât timp durează să se randeze cel mai mare element vizibil — de obicei o imagine hero sau un titlu; sub 2,5 secunde e bine. Interaction to Next Paint (INP) măsoară cât de responsivă se simte pagina când un vizitator dă click, atinge sau tastează; sub 200 ms e bine. Cumulative Layout Shift (CLS) măsoară cât de mult sare conținutul în timp ce pagina se încarcă; sub 0,1 e bine.

Două detalii contează mai mult decât cifrele în sine. Google te notează la percentila 75 a vizitelor reale, deci o pagină e „bună” abia când trei sferturi din sesiunile reale trec pragul — conexiunea ta rapidă nu e măsurătoarea. Iar INP a înlocuit First Input Delay în martie 2024, motiv pentru care auditurile și articolele mai vechi care încă citează FID măsoară ceva ce Google nu mai folosește.

De ce influențează rankingul și conversiile

Google folosește experiența paginii ca un semnal de ranking printre multe altele, deci Core Web Vitals singure nu vor salva o pagină fără conținut relevant. Dar aceleași probleme care strică aceste scoruri — încărcare lentă, interacțiuni greoaie, layouturi instabile — sunt exact lucrurile care fac un vizitator real să plece înainte de a converti. Efectul de ranking și efectul de conversie au aceeași cauză.

Unde pierd de obicei punctele site-urile

Imaginile hero neoptimizate și videoclipurile de fundal sunt cel mai frecvent ucigaș al LCP. JavaScript-ul care blochează randarea și scripturile grele de la terți — widgeturi de chat, taguri de ads, pixeli de marketing — tind să strice INP. CLS e de obicei cauzat de reclame, fonturi web sau embeduri (widgeturi de recenzii, hărți) care se încarcă târziu și împing conținutul în jos după ce vizitatorul a început deja să citească.

Cum corectezi fără o reconstrucție completă

Cele mai multe dintre acestea sunt reparabile incremental: comprimă și lazy-load imaginile de sub fold, amână scripturile non-critice de la terți până după prima interacțiune, rezervă spațiu de layout pentru orice se încarcă asincron și servește asseturile statice printr-un CDN cu headere de caching corecte. O reconstrucție completă e rareori prima mișcare — de obicei e o trecere țintită de performanță.

Ca să vezi cât de răspândită e problema: în datele HTTP Archive pe 2025, doar 45% dintre site-urile WordPress pe mobil treceau toate cele trei metrici, față de 85% la Duda și 74% la Wix. Un scor picat e starea normală a webului, nu un defect ieșit din comun — exact de aceea repararea lui e în continuare un avantaj competitiv.

Când scorul de laborator și datele de teren nu sunt de acord

Două instrumente îți pot da două verdicte diferite pentru aceeași pagină și amândouă pot fi corecte. Lighthouse este o rulare de laborator: o încărcare, un dispozitiv simulat, o conexiune, un singur loc. Datele de teren din capul paginii PageSpeed Insights sunt ce li s-a întâmplat efectiv vizitatorilor reali, pe ce hardware, ce rețea și cu câtă răbdare au venit.

Când cele două nu sunt de acord, recomandarea Google este limpede — datele de teren stabilesc prioritățile, pentru că ele descriu ce au trăit efectiv utilizatorii. Consecința practică este că un scor de laborator perfect pe un laptop rapid poate sta liniștit deasupra unui scor de teren picat, iar cel de teren te urmărește în Search Console. Datele de laborator rămân utile pentru depanare: sunt reproductibile și îți spun *de ce* e lent ceva. Datele de teren îți spun *dacă are importanță*. Folosește laboratorul ca să găsești cauza și terenul ca să decizi dacă merită reparat.

Surse

Definițiile indicatorilor, pragurile, ratele de trecere și îndrumarea laborator-versus-teren provin din acestea, verificate în august 2026.

• web.dev — Web Vitals ↗

  Definiția canonică a setului Core Web Vitals, pragurile bun/de îmbunătățit/slab și regula percentilei 75 după care măsoară Google.

• web.dev — Interaction to Next Paint (INP) ↗

  Cum se măsoară INP pe toată vizita, nu doar pe prima interacțiune, și înlocuirea First Input Delay ca metrică Core Web Vitals în martie 2024.

• Google Search Central — Understanding page experience in Google Search results ↗

  Declarația Google că experiența paginii este un semnal printre multe altele și că un conținut relevant tot depășește o pagină mai rapidă, dar mai săracă.

• HTTP Archive — Web Almanac 2025, capitolul CMS ↗

  Rate reale de trecere pe mobil, pe platforme: Duda 85%, TYPO3 79%, Wix 74%, Weebly 47%, WordPress 45%.

• web.dev — When lab and field data are different (and what to do about it) ↗

  Datele de teren reflectă varietatea reală de rețele, dispozitive și comportamente; datele de laborator limitează deliberat variabilele. Când există ambele, datele de teren sunt cele care stabilesc prioritățile.