Core Web Vitals: Ce sunt LCP, CLS și INP — și cum le optimizezi în 2026

Core Web Vitals sunt cele trei metrici prin care Google măsoară experiența utilizatorului pe site-ul tău: cât de repede se încarcă conținutul (LCP), cât de stabil e layout-ul (CLS) și cât de rapid răspunde site-ul la interacțiuni (INP). Din 2021, sunt factor oficial de ranking în Google Search — și în 2026, doar 55,7% din site-uri trec pragurile „bune" la toate cele 3 metrici pe desktop. Pe mobil, rata scade la 48%.

Dacă site-ul tău e în jumătatea care nu trece, pierzi ranking, pierzi conversii și pierzi bani. Un studiu arată că site-urile cu Core Web Vitals slabe pierd între 8% și 35% din conversii față de cele cu metrici verzi. La un eCommerce cu venituri de 10.000 EUR/lună, asta poate însemna 800-3.500 EUR pierduți lunar — doar din cauza vitezei.

Cifră cheie: Paginile din poziția #1 în Google au o rată de trecere Core Web Vitals cu 10% mai mare decât cele din poziția #9. Performanța nu e un „nice to have" — e un factor direct de ranking și de revenue.

---

Ce sunt Core Web Vitals și de ce contează pentru SEO?

Core Web Vitals sunt un set de metrici definite de Google care evaluează experiența reală a utilizatorilor pe site-ul tău. Nu sunt metrici de laborator — Google folosește date reale colectate de la utilizatorii Chrome prin Chrome UX Report (CrUX), agregate pe 28 de zile.

De ce contează pentru SEO: Google a confirmat oficial că Core Web Vitals sunt parte din semnalele de „page experience" care influențează ranking-ul. Nu sunt singurul factor (relevanța conținutului și backlink-urile rămân mai importante), dar la competiție egală pe conținut și autoritate, site-ul cu Core Web Vitals mai bune câștigă.

Metric	Ce măsoară	Prag bun	Prag slab	Rata de trecere 2026
LCP	Cât durează până se încarcă elementul principal	≤ 2,5s	> 4s	68,3% global
CLS	Cât „sare" layout-ul în timp ce se încarcă	≤ 0,1	> 0,25	80,9% global
INP	Cât de repede răspunde site-ul la interacțiuni	≤ 200ms	> 500ms	87,1% global (desktop), 77% mobil

Observație importantă: Ratele de trecere individuale par bune (68-87%), dar cerința este să le treci pe toate 3 simultan — de aceea rata combinată scade la 55,7% desktop / 48% mobil.

---

Ce este LCP (Largest Contentful Paint) și cum îl optimizezi?

LCP măsoară timpul necesar pentru ca cel mai mare element vizibil din viewport (imagine, video, bloc de text) să fie complet randat. Este metrica de „viteză percepută" — utilizatorul simte că pagina „s-a încărcat" când elementul principal apare.

Prag: ≤ 2,5 secunde (percentila 75 din datele reale CrUX)

Cele mai frecvente elemente LCP:

• Imagini (hero image, banner) — cel mai comun pe 85% din paginile desktop
• Blocuri de text — pe pagini fără imagini mari
• Video poster — pe landing pages cu video

Cauze frecvente de LCP lent și soluții:

Cauză	Impact	Soluție
Imagine LCP neoptimizată	+1-3s	WebP/AVIF, fetchpriority="high", responsive srcset
Server lent (TTFB mare)	+0,5-2s	CDN, caching, SSG în loc de SSR
CSS/JS render-blocking	+0,5-1,5s	Critical CSS inline, defer JS non-esențial
Font-uri web blocante	+0,3-1s	font-display: swap, preload, subset fonts (64,6KB → 15KB)
Lazy loading pe imaginea LCP	+0,5-1s	NU pune lazy loading pe prima imagine vizibilă

Tehnica #1 pentru LCP rapid: Adaugă fetchpriority="high" pe imaginea LCP. Această singură modificare poate reduce LCP-ul cu 300-800ms — cel mai mare câștig per efort.

Pe un site Next.js, componenta next/image face automat: conversie WebP/AVIF, lazy loading pe imagini below the fold (dar NU pe prima imagine), srcset responsive și optimizare dimensiuni. LCP sub 1,5s e norma, nu excepția.

---

Ce este CLS (Cumulative Layout Shift) și cum îl optimizezi?

CLS măsoară instabilitatea vizuală — cât de mult „sare" layout-ul paginii în timp ce se încarcă. Ai experimentat vreodată: citești un text, apare o imagine sau un ad, și textul se mută brusc sub degetul tău. Asta e un layout shift, și Google îl penalizează.

Prag: ≤ 0,1 (scor fără unitate — 0 = perfect stabil)

Cauze frecvente și soluții:

Cauză	De ce produce CLS	Soluție
Imagini fără dimensiuni	Browser-ul nu știe cât spațiu să rezerve	Adaugă width și height pe fiecare <img>
Ads și embeds dinamice	Se încarcă tardiv și împing conținutul	Rezervă spațiu fix cu CSS (min-height)
Web fonts (FOUT/FOIT)	Font-ul de fallback → font-ul final au dimensiuni diferite	font-display: swap + size-adjust pe fallback
Conținut injectat dinamic	Notificări, bannere cookie, pop-ups	Inserează deasupra viewport-ului sau cu animație
Animații CSS cu top/left	Modifică layout, nu doar vizualul	Folosește transform: translate() în loc

Cel mai simplu fix: Adaugă width și height pe toate imaginile din HTML. Browser-ul calculează aspect ratio-ul și rezervă spațiu înainte ca imaginea să se încarce. CLS de la imagini dispare complet.

Regulă practică: CLS 0,1 e pragul „bun", dar targetează 0,05 sau sub. Diferența dintre 0,1 și 0,25 e o experiență vizibil diferită — utilizatorii simt instabilitatea chiar dacă nu o pot numi.

---

Ce este INP (Interaction to Next Paint) și cum îl optimizezi?

INP (Interaction to Next Paint) a înlocuit FID (First Input Delay) în martie 2024. Diferența fundamentală: FID măsura doar prima interacțiune, INP le măsoară pe toate — click-uri, tap-uri, key presses — și raportează cea mai lentă interacțiune din sesiune (percentila 98).

Prag: ≤ 200ms

De ce e INP metrica la care cele mai multe site-uri eșuează pe mobil: Desktop-ul mediu are INP de ~120ms (bun), dar mobilul mediu are ~248ms (slab). Procesoarele mobile sunt mai lente, iar JavaScript-ul greu se simte imediat.

Cauze frecvente și soluții:

Cauză	Impact pe INP	Soluție
JavaScript prea mult	Thread-ul principal e blocat	Code splitting, tree shaking, remove unused JS
Long tasks (>50ms)	Blochează răspunsul la interacțiuni	Break up long tasks cu scheduler.yield()
Event handlers complexe	Calcule grele la click/tap	Debounce, mută calcule în Web Workers
Third-party scripts	Analytics, chat widgets, ads	Defer, lazy load, sau elimină
Hydration React greoaie	Tot DOM-ul se „activează" odată	React Server Components, progressive hydration

Cea mai eficientă optimizare: Identifică și elimină long tasks-urile. Deschide Chrome DevTools → Performance → înregistrează o sesiune → caută task-urile roșii (>50ms). Fiecare long task eliminat reduce INP-ul direct.

Pe Next.js cu React Server Components, hydration-ul e redus semnificativ — componentele server nu trimit JavaScript la browser. Rezultat: INP sub 100ms pe majoritatea paginilor.

---

Cum măsori Core Web Vitals corect?

Există două tipuri de date: lab data (simulare) și field data (utilizatori reali). Google folosește field data (CrUX) pentru ranking — nu lab data.

Tool	Tip date	Ce măsoară	Când îl folosești
PageSpeed Insights	Lab + Field	Toate CWV + audit detaliat	Verificare rapidă per URL
Google Search Console	Field (CrUX)	CWV aggregate per grup pagini	Monitorizare site-wide
Chrome UX Report	Field	CWV pe 28 zile rolling	Trend analysis, competiție
Lighthouse	Lab	Simulare cu throttling	Debugging, pre-deploy
Web Vitals Extension	Real-time	CWV live în browser	Development, QA
Chrome DevTools Performance	Lab	Flamechart, long tasks	Debugging INP

Greșeala #1: Optimizezi pe baza scorului Lighthouse (lab) și ignori CrUX (field). Un site poate avea Lighthouse 100 și CrUX slab — dacă utilizatorii reali au conexiuni lente sau device-uri vechi. Prioritizează mereu CrUX din Search Console.

Workflow recomandat: Verifică CrUX în Search Console lunar (trend pe 28 zile) → Identifică paginile cu probleme → Debug cu PageSpeed Insights + DevTools → Fix → Verifică din nou în CrUX după 28 zile.

---

Care sunt cele mai frecvente greșeli de optimizare Core Web Vitals?

1. Optimizezi lab scores, nu field data. Lighthouse 95 nu garantează CWV verzi în CrUX. Utilizatorii reali au device-uri diferite, conexiuni diferite. Mereu verifică field data.

2. Lazy loading pe imaginea LCP. loading="lazy" pe hero image ÎNTÂRZIE LCP-ul — browser-ul nu începe descărcarea până imaginea intră în viewport. Prima imagine vizibilă trebuie eager loaded cu fetchpriority="high".

3. Ignorarea third-party scripts. Analytics, chat widgets, social embeds — fiecare adaugă JavaScript care blochează INP. Auditează fiecare script: e necesar? Poate fi deferred? Poate fi lazy loaded?

4. Font-uri web fără optimizare. Un font Google Fonts încărcat standard (400KB+) blochează rendering-ul. Subset-ul fontului la caracterele necesare reduce dimensiunea cu 75%+ (64,6KB → 15KB). font-display: swap elimină FOIT.

5. Imagini servite la dimensiune fixă. O imagine de 2000×1500px servită pe un ecran mobil de 400px lățime descarcă 5× mai mulți bytes decât necesarul. Responsive images cu srcset rezolvă complet.

6. Ignorarea mobilului. 60%+ din trafic e mobil, iar rata de eșec CWV pe mobil (52%) e semnificativ mai mare decât pe desktop (44%). Optimizează mobile-first — dacă trece pe mobil, trece și pe desktop.

7. Fix-uri one-time fără monitorizare. Optimizezi CWV o dată, apoi adaugi un plugin, un widget, un ad — și metricile se degradează. Monitorizarea continuă e obligatorie.

---

Cum optimizezi Core Web Vitals pas cu pas?

Pasul 1: Audit curent cu PageSpeed Insights și Search Console

Verifică fiecare pagină importantă în PageSpeed Insights. Notează: scorul mobil, LCP (valoare + element), CLS (valoare + cauze), INP (dacă ai suficient trafic). În Search Console → Core Web Vitals, identifică paginile grupate ca „poor" sau „needs improvement".

Pasul 2: Optimizare LCP (cel mai mare impact)

Identifică elementul LCP pe fiecare pagină (PageSpeed Insights îl arată). Dacă e imagine: convertește la WebP/AVIF, adaugă fetchpriority="high", setează dimensiuni responsive cu srcset. Dacă e text: verifică font loading (preload + swap). Dacă TTFB e lent: treci pe CDN/SSG.

Pasul 3: Eliminare CLS

Adaugă width și height pe toate imaginile. Rezervă spațiu pentru ads și embeds cu CSS min-height. Testează font swap — dacă fallback-ul și fontul final au dimensiuni foarte diferite, adaugă size-adjust. Verifică pop-ups și bannere: inserează fără a împinge conținut.

Pasul 4: Reducere INP

Deschide Chrome DevTools → Performance → identifică long tasks. Elimină JavaScript nefolosit. Defer third-party scripts. Break up event handlers complexe. Testează pe device mobil real (nu doar simulare) — INP e dramatic diferit pe un telefon mid-range vs laptop.

Pasul 5: Monitorizare continuă

Configurează alerte în Search Console pentru degradări CWV. Verifică CrUX lunar. La fiecare modificare majoră (plugin nou, redesign, migrare), re-testează CWV înainte de deploy. Core Web Vitals nu e un proiect one-time — e un proces continuu.

---

Ce impact au Core Web Vitals pe rata de conversie și revenue?

Legătura dintre Core Web Vitals și business metrics nu e teoretică — e documentată cu date concrete.

Impact pe conversii:

• Fiecare secundă suplimentară de load time reduce rata de conversie cu 4,42%
• Site-urile cu LCP sub 2,5s au rata de bounce cu 24% mai mică decât cele cu LCP peste 4s
• Un eCommerce cu venituri de 10.000 EUR/lună pierde între 800-3.500 EUR lunar dacă Core Web Vitals sunt în zona roșie
• 53% din vizitatorii mobili abandonează un site care se încarcă în peste 3 secunde

Impact pe SEO ranking:

• Paginile din top 3 Google au Core Web Vitals cu 10-15% mai bune decât cele din pozițiile 7-10
• Un INP peste 200ms corelează cu o scădere medie de 0,8 poziții în ranking
• Un INP peste 500ms corelează cu o scădere de 2-4 poziții
• Site-urile care trec de la CWV roșu la verde observă o creștere medie de 5-15% în trafic organic pe un orizont de 3 luni

Impact pe Quality Score (Google Ads):

• Landing page experience e 1 din 3 factori ai Quality Score
• Un Quality Score crescut cu 1 punct reduce CPC-ul cu 10-15%
• Practic, optimizarea Core Web Vitals reduce indirect costul campaniilor PPC — fiecare click costă mai puțin dacă landing page-ul e rapid

Exemplu concret: Un client eCommerce cu TTFB de 1.200ms (shared hosting WordPress) a migrat pe Next.js cu SSG pe Vercel (TTFB: 70ms). Rezultat în 60 de zile: LCP de la 4,1s la 1,3s, bounce rate -31%, conversii +22%, Quality Score Google Ads de la 5/10 la 8/10.

---

Core Web Vitals per industrie — cum stai față de competiție?

Industrie	Rată trecere CWV (mobil)	Problemă principală	Oportunitate
eCommerce	~35-40%	Imagini produse, JS greu, ads	Headless commerce + SSG = avantaj major
News/Media	~30-35%	Ads dinamice, video, CLS	Lazy load ads cu spațiu rezervat
SaaS/Tech	~55-60%	JavaScript heavy	Code splitting, Server Components
Corporate/Prezentare	~50-55%	Font-uri, imagini neoptimizate	Cele mai ușor de optimizat
Blog/Content	~60-65%	Font-uri, third-party embeds	SSG = rezolvare nativă

Unde e oportunitatea: Dacă ești în eCommerce cu CWV verzi, ești în top 35-40% — avantaj de ranking semnificativ față de competiția care nu optimizează. Cu cât industria ta are rată de trecere mai mică, cu atât avantajul competitiv e mai mare.

Context piața din România: Majoritatea site-urilor românești folosesc shared hosting cu TTFB de 300-500ms și WordPress cu 10+ plugin-uri. Rata de trecere CWV e probabil sub media globală. Un site construit pe stack modern (Next.js + Vercel) cu Core Web Vitals optimizate are un avantaj competitiv imens în SERP-ul românesc — pur și simplu pentru că foarte puțini competitori investesc în performanță.

Acest avantaj este și mai pronunțat pe mobil, unde 60%+ din trafic vine în România (similar cu media globală), dar rata de eșec CWV pe mobil (52%) e semnificativ mai mare decât pe desktop (44%). Optimizarea mobilă nu e un bonus — e o necesitate.

---

Concluzie: Core Web Vitals sunt investiția cu cel mai clar ROI în SEO tehnic?

Core Web Vitals sunt una dintre puținele zone de SEO unde impactul e măsurabil, direct și reproductibil. Optimizezi LCP de la 4s la 2s → vezi creșterea în ranking și conversii în 4-8 săptămâni. Nu e speculativ ca link building-ul sau ghicitul algoritmului — e fizică: site mai rapid = experiență mai bună = Google te recompensează.

Pașii următori:

1. Testează-ți site-ul pe PageSpeed Insights — află scorul real
2. Verifică CrUX în Search Console — asta contează pentru Google
3. Prioritizează LCP — cel mai mare impact, cele mai ușoare fix-uri
4. Monitorizează lunar cu GA4 + Search Console
5. Ia în calcul stack-ul tehnic — un site pe Next.js cu SSG rezolvă nativ 80% din problemele CWV

Dacă ai nevoie de un audit Core Web Vitals profesionist cu implementare — solicită o evaluare gratuită. Echipa Digital Rocket măsoară, diagnostichează și optimizează fiecare metric până la verde: LCP sub 2s, CLS sub 0,05, INP sub 150ms.