Dacă ai un site web în 2026, Google îl evaluează după 3 metrici: LCP, INP și CLS. Sunt cunoscute ca „Core Web Vitals" și sunt printre cei mai puternici factori de ranking. Dacă scoring-ul tău e roșu, Google te penalizează în rezultate. Dacă e verde, ai un avantaj competitiv real.
Acest articol explică fiecare metric pe limba oamenilor (nu developerilor), arată cum măsori, și — important — cum optimizezi fără să fii inginer software.
LCP — Largest Contentful Paint
Ce e: timpul în care se afișează cel mai mare element vizibil din pagina ta — de obicei imaginea hero sau titlul mare.
Ce înseamnă pentru utilizator: senzația de „pagina s-a încărcat". Dacă LCP-ul e > 4 secunde, utilizatorul deja a închis tab-ul.
Praguri Google:
- 🟢 Bun: sub 2.5 secunde
- 🟡 Necesită îmbunătățire: 2.5-4.0 secunde
- 🔴 Slab: peste 4.0 secunde
Cele mai comune cauze de LCP slab
- Imagini prea mari (multi-MB, neoptimizate)
- Fonturi web care blochează render-ul
- Server lent (TTFB > 800ms)
- Hosting partajat suprasolicitat
Cum optimizezi LCP
- Convertește imaginile în AVIF sau WebP. Reduce mărimea cu 30-70%. Folosește squoosh.app sau plug-in-uri WordPress (ShortPixel, Imagify).
- Lazy-load tot ce nu e above-the-fold. În HTML:
loading="lazy". Imaginile de jos pe pagină nu se încarcă până nu scrollezi acolo. - Adaugă
fetchpriority="high"pe imaginea hero. Browser-ul o descarcă cu prioritate maximă. - Folosește un CDN. Cloudflare e gratuit și acoperă 80% din nevoi. Imaginile servite din locația cea mai apropiată = mult mai rapid.
- Hosting decent. Pe Vercel, AWS, Cloudways — TTFB-ul e tipic < 200ms global.
INP — Interaction to Next Paint
Ce e: timpul de la când utilizatorul interacționează (click, tap, taste) până când pagina vizibil reacționează.
Ce înseamnă pentru utilizator: senzația de „site-ul e responsive vs lag-uiește". E motivul pentru care unele site-uri se simt instant și altele „grele".
Praguri Google:
- 🟢 Bun: sub 200ms
- 🟡 Necesită îmbunătățire: 200-500ms
- 🔴 Slab: peste 500ms
Până în martie 2024, metric-ul era FID (First Input Delay). INP e mai strict — măsoară TOATE interacțiunile, nu doar prima. Dacă cineva îți spune să optimizezi pentru FID în 2026, nu mai e relevant.
Cele mai comune cauze de INP slab
- JavaScript heavy care blochează main thread-ul
- Plug-in-uri WordPress care încarcă scripts pentru fiecare pagină
- Tracking scripts (GA, Meta Pixel, hotjar) — fiecare adaugă lag
- Carousels / sliders complecsi implementați prost
Cum optimizezi INP
- Reduce numărul de plug-in-uri WordPress sau migrează la o platformă modernă (Next.js, Astro, Hugo).
- Lazy-load tracking scripts — încarcă-le după ce utilizatorul a interacționat cu pagina.
- Code-split JavaScript — încarcă doar ce e necesar pentru pagina curentă, nu tot bundle-ul.
- Evită animațiile JavaScript — preferă CSS animations care rulează pe GPU.
- Audit cu Chrome DevTools Performance tab — vezi exact ce blochează main thread-ul.
CLS — Cumulative Layout Shift
Ce e: cât de mult „sare" pagina în timpul încărcării. Cunoști senzația când vrei să apeși un buton și conținutul se mută brusc, apăsând altceva? Aia e CLS.
Ce înseamnă pentru utilizator: frustrare. Site-uri cu CLS mare au conversion rate cu 20-40% mai mic decât echivalentele stabile.
Praguri Google:
- 🟢 Bun: sub 0.1
- 🟡 Necesită îmbunătățire: 0.1-0.25
- 🔴 Slab: peste 0.25
Cele mai comune cauze de CLS slab
- Imagini fără width/height declarate
- Reclame / iframe-uri injectate dinamic care împing conținutul
- Fonturi web swap (FOUT) — textul se reformează când se încarcă fontul
- Cookie banner care se inserează tardiv
- Conținut „lazy-loaded" prost care apare brusc
Cum optimizezi CLS
- Specifică width și height pe TOATE imaginile. Browserul rezervă spațiul înainte ca imaginea să se încarce.
- Rezervă spațiu pentru reclame — definește înălțime fixă pentru containerul lor.
- Folosește
font-display: swapși preload font-uri critice. Sau, mai bine, font subsetting cu next/font. - Cookie banner — folosește overlay fixed, nu element care împinge conținutul.
- Skeleton loaders pentru conținut care vine asincron — nu lăsa „gol" care apoi apare brusc.
Cum măsori (3 metode)
1. PageSpeed Insights (cel mai rapid)
pagespeed.web.dev — introduce URL, primești scoring instant + recomandări specifice. Două surse: lab data (Lighthouse) și field data (CrUX, utilizatori reali).
2. Google Search Console (date reale)
În GSC → Experience → Core Web Vitals. Date agregate pe TOȚI utilizatorii reali din ultimele 28 de zile, segmentate per URL. Cea mai relevantă sursă pentru SEO.
3. Chrome DevTools Lighthouse (audit profund)
F12 → Lighthouse tab → Mode: Navigation → Categories: Performance → Analyze. Folosește setarea „Mobile" pentru testul cel mai strict (Google le evaluează pe mobile-first).
Impactul real asupra business-ului
Studii Google și BBC arată corelații consistente:
- Pagini cu LCP < 2.5s au 24% mai puține abandonări decât cele cu LCP > 4s
- Site-urile e-commerce care îmbunătățesc CLS de la 0.3 la 0.1 văd 10-15% creștere conversion rate
- În SEO, Core Web Vitals e un signal direct — site-urile cu toate verzi rank-uiesc consistent peste echivalentele cu rosii pentru același conținut
Audit performance gratuit
Pentru orice site existent, oferim un audit Core Web Vitals scurt (10 min, raport scris cu top 3 priorități) gratuit. Trimite-ne URL-ul și revenim cu o evaluare.
Pentru optimizări serioase, audit complet de 100+ puncte e parte din serviciul nostru de optimizare SEO.