TL;DR: Core Web Vitals sunt trei metrici tehnice — LCP, INP și CLS — pe care Google le folosește ca factor de ranking din 2021. Un scor slab înseamnă poziții mai joase și rată de abandon mai mare. În acest ghid afli ce măsoară fiecare metric, ce praguri trebuie să atingi în 2026 și cum le remediezi concret.

În martie 2024, Google a înlocuit FID cu INP ca metric oficial al Core Web Vitals, schimbând regulile pentru toți proprietarii de site-uri. Dacă site-ul tău rulează pe o temă WordPress grea, neoptimizată, șansele sunt mari să fi pierdut deja vizibilitate organică fără să știi de ce. Scorurile slabe la core web vitals se traduc direct în poziții mai joase și utilizatori care pleacă înainte să vadă oferta ta.

Ce sunt Core Web Vitals și de ce contează pentru SEO în 2026

Core Web Vitals sunt trei metrici de performanță definite de Google pentru a măsura experiența reală a utilizatorilor pe o pagină web: Largest Contentful Paint (LCP), Interaction to Next Paint (INP) și Cumulative Layout Shift (CLS). Din mai 2021 fac parte din algoritmul de ranking, iar în 2026 rămân un semnal activ și în continuă rafinare.

Înainte de a intra în detalii tehnice, e important să înțelegi de ce aceste metrici nu sunt simple „bife” de optimizare. Google le-a construit pornind de la date reale colectate prin Chrome User Experience Report (CrUX) — adică de la comportamentul real al utilizatorilor pe milioane de site-uri. Nu vorbim despre un scor calculat în laborator, ci despre cum experimentează vizitatorii tăi pagina în fiecare zi.

Impactul asupra SEO este documentat: studiile Searchmetrics și Semrush din perioadele de rollout ale Page Experience Update au arătat corelații între scorurile bune la webvitals și pozițiile din top 3 SERP. Nu e singurul factor de ranking — calitatea conținutului, autoritatea domeniului și relevanța rămân prioritare — dar, la paritate de conținut, site-ul mai rapid câștigă. Pentru servicii SEO profesionale care includ și analiza Core Web Vitals, strategia tehnică trebuie să meargă mână în mână cu cea de conținut.

În 2026, Google continuă să rafineze modul în care agregate datele CrUX. Pragurile nu s-au modificat față de 2024, dar metodologia de colectare s-a îmbunătățit: acoperirea pe dispozitive mobile este mai largă, iar datele de pe conexiuni lente sunt mai bine reprezentate. Asta înseamnă că site-urile care arătau bine pe desktop, dar performau slab pe mobil, au mai puține locuri unde să se ascundă.

Un alt aspect adesea ignorat de proprietarii de site-uri din România: Core Web Vitals sunt măsurate pe date de teren (field data), nu doar în laborator. PageSpeed Insights îți arată ambele seturi, dar Google folosește exclusiv datele de teren pentru ranking. Dacă site-ul tău nu are suficient trafic pentru a genera date CrUX, Google poate folosi date de la nivel de grup de URL-uri sau de domeniu. Dacă vrei să înțelegi mai bine fundamentele, articolul nostru despre ce este SEO și cum funcționează explică contextul mai larg al optimizării pentru motoarele de căutare.

Concluzia practică: în 2026, un scor slab la core web vitals nu mai este o problemă tehnica pe care o poți amâna. Este un dezavantaj competitiv direct față de orice competitor care a rezolvat deja aceste probleme.

LCP, INP și CLS — praguri, semnificație și diferențe față de vechile metrici

Fiecare din cei trei webvitals măsoară un aspect diferit al experienței utilizatorului: viteza de încărcare a conținutului principal, reactivitatea la interacțiuni și stabilitatea vizuală a paginii. Cunoașterea pragurilor exacte este punctul de plecare pentru orice remediere.

Înainte de tabel, o clarificare esențială despre schimbarea din 2024: FID (First Input Delay) măsura doar întârzierea până la primul răspuns al browserului, ignorând complet durata procesării și actualizarea vizuală. INP (Interaction to Next Paint) măsoară întreaga latență a interacțiunii — de la clic sau atingere până la momentul în care ecranul reflectă vizibil modificarea. Aceasta este o schimbare fundamentală: un site poate avea FID excelent și INP slab dacă procesarea JavaScript după eveniment este înceată.

Câteva nuanțe importante pentru cls seo: scorul CLS nu este o medie, ci o sumă ponderată a „session windows” — perioade de 1 secundă în care se produc deplasări de layout. O singură deplasare mare la începutul paginii poate distruge scorul CLS chiar dacă restul paginii este stabil. Aceasta este o problemă extrem de frecventă pe site-urile care încarcă reclame, bannere sau widget-uri fără dimensiuni rezervate.

Pentru LCP, elementul măsurat se poate schimba pe parcursul încărcării paginii. Browser-ul urmărește cel mai mare element din viewport la fiecare moment și actualizează măsurătoarea. În practică, LCP-ul final este adesea o imagine hero, un bloc H1 mare sau un thumbnail de produs — în funcție de design.

INP folosește percentila 98, nu media sau maximul. Asta înseamnă că 2% din interacțiunile lente sunt ignorate, pentru a elimina outlier-ii. Chiar și așa, dacă site-ul tău are un formular de căutare sau un meniu complex bazat pe JavaScript, INP-ul poate fi slab chiar dacă restul paginii este rapid.

Cum măsori Core Web Vitals gratuit — instrumente pas cu pas

Există trei surse principale de date pentru core web vitals, fiecare cu un rol distinct: PageSpeed Insights pentru analiza rapidă per URL, Google Search Console pentru vizibilitate la nivel de site și CrUX pentru date istorice agregate. Folosite împreună, oferă o imagine completă.

1. PageSpeed Insights (pagespeed.web.dev)
   • Accesează pagespeed.web.dev și introdu URL-ul paginii pe care vrei să o analizezi.
   • Analizează mai întâi Field Data (date reale CrUX) — acestea sunt cele pe care Google le folosește pentru ranking. Dacă nu există date de teren suficiente, vei vedea doar Lab Data.
   • Verifică secțiunea Lab Data (Lighthouse) pentru detalii tehnice și oportunități de îmbunătățire.
   • Rulează testul separat pentru Mobile și Desktop — scorurile diferă semnificativ, iar Google indexează în mod prioritar versiunea mobilă.
   • Notează elementul LCP identificat (afișat explicit în raport) și orice avertisment de CLS sau INP.
2. Google Search Console — raportul Core Web Vitals
   • În Search Console, mergi la Experiență → Core Web Vitals.
   • Vei vedea două rapoarte separate: Mobile și Desktop, cu URL-urile grupate în categorii Bun, Necesită îmbunătățiri și Slab.
   • Click pe orice grup de URL-uri pentru a vedea exemplele reprezentative și metrica care cauzează problema.
   • Search Console agregează date pe 28 de zile și grupează URL-urile similare — util pentru site-uri mari cu sute de pagini de produs.
   • Important: Search Console nu arată scoruri individuale per metric, ci clasificarea finală a paginii. Dacă oricare din cele trei webvitals este „Slab”, pagina este clasificată ca slabă.
3. Chrome UX Report (CrUX) — date brute
   • CrUX Dashboard (disponibil prin Google Data Studio/Looker Studio) îți permite să vizualizezi evoluția în timp a webvitals pentru domeniul tău.
   • Poți accesa datele CrUX și prin web.dev/measure/ sau direct prin BigQuery pentru analize avansate.
   • CrUX colectează date de la utilizatorii Chrome care au activat sincronizarea și raportarea utilizării — nu acoperă Safari sau Firefox, ceea ce poate subestima problemele pe iOS.
4. Chrome DevTools — analiza locală
   • În Chrome, apasă F12 → tab-ul Performance → înregistrează o sesiune de încărcare a paginii.
   • Extensia Web Vitals (disponibilă gratuit în Chrome Web Store) afișează LCP, INP și CLS în timp real în browser, direct pe site-ul tău.
   • Folosește modul Throttling (4G sau 3G lent) pentru a simula experiența utilizatorilor pe mobil cu conexiune medie.

Un flux recomandat pentru un audit rapid: începe cu Search Console pentru a identifica paginile cu probleme la nivel de site, apoi folosește PageSpeed Insights pe paginile cu cel mai mult trafic pentru a înțelege cauzele specifice, și verifică în DevTools pentru debugging detaliat.

Cele mai frecvente cauze ale scorurilor slabe pe site-uri WordPress din România

Majoritatea site-urilor WordPress din România care au scoruri slabe la core web vitals suferă de aceleași probleme recurente: teme vizuale grele cu zeci de scripturi, imagini neoptimizate, fonturi externe blocante și plugin-uri care adaugă JavaScript ne-esențial în fiecare pagină. Identificarea cauzei corecte este jumătate din remediere.

1. Teme WordPress cu cod balonat (bloated themes)

Temele premium populare în România — Avada, Divi, WoodMart, Flatsome — sunt construite pentru flexibilitate maximă, nu pentru performanță. Ele încarcă zeci de fișiere CSS și JS indiferent dacă funcționalitățile respective sunt folosite sau nu pe pagina curentă. O temă Avada neoptimizată poate genera 150–200 de request-uri HTTP per pagină și un Total Blocking Time (TBT) de peste 2 secunde — direct responsabil pentru un INP slab. Soluția nu este neapărat schimbarea temei, ci dezactivarea modulelor nefolosite și utilizarea unui plugin de optimizare a livrării resurselor.

2. Imagini neoptimizate — cea mai comună cauză a LCP slab

Imaginile necomprimate, livrate în format JPEG sau PNG în loc de WebP sau AVIF, și fără atribut loading="lazy" sau fetchpriority="high" pe imaginea hero sunt cauza numărul unu a LCP slab. Pe site-urile de e-commerce românești, imaginile de produs ajung adesea la 2–5 MB per imagine, fără redimensionare pentru viewport-ul mobil. O imagine hero de 3 MB pe o conexiune 4G medie înseamnă automat LCP peste 4 secunde. Pentru site-urile de comerț electronic, optimizare SEO pentru magazine online trebuie să includă obligatoriu un audit complet al imaginilor.

3. JavaScript de la terțe părți — principala cauză a INP slab

Chat-uri live (Tawk.to, Crisp, Intercom), widget-uri de recenzii, scripturi de tracking multiple (Google Tag Manager cu zeci de taguri, Facebook Pixel, TikTok Pixel, heatmap tools) — toate rulează pe main thread și blochează interactivitatea paginii. Fiecare script adițional crește INP. Un site cu 8–10 scripturi de terță parte active simultan pe mobil va avea aproape garantat INP peste 500 ms, adică în zona „Slab”.

4. Fonturi externe fără preload corect

Fonturile Google Fonts sau Adobe Fonts încărcate fără <link rel="preload"> și fără font-display: swap provoacă FOIT (Flash of Invisible Text) și contribuie la CLS. Pe conexiuni lente, browserul poate aștepta 1–2 secunde pentru font, în care textul este invizibil — după care apare brusc, deplasând alte elemente. Aceasta este o sursă frecventă de cls seo negativ pe site-urile românești care folosesc fonturi decorative.

5. Lipsa dimensiunilor rezervate pentru elemente dinamice

Reclamele Google AdSense sau bannere publicitare fără width și height definite în CSS, embed-uri YouTube sau Google Maps fără wrapper cu aspect-ratio fix și carousele de produse care se randează după JavaScript — toate cauzează CLS ridicat. Browserul alocă spațiu zero pentru element, randează conținutul din jur, apoi repoziționează totul când elementul dinamic apare. Acesta este mecanismul exact al unui scor cls google slab.

6. Lipsa unui CDN sau hosting slab

Hosting-ul shared de buget, fără CDN, pe servere localizate exclusiv în afara României sau cu TTFB (Time to First Byte) peste 600 ms este un multiplicator al tuturor problemelor de mai sus. Chiar dacă optimizezi imaginile și JavaScript-ul, un TTFB slab degradează LCP direct — Google scade TTFB-ul din bugetul LCP, dar dacă serverul răspunde în 800 ms, ai deja consumat aproape toți cei 2,5 secunde din pragul „Bun”.

Cum remediezi LCP, INP și CLS — soluții concrete pentru 2026

Remedierea core web vitals urmează o ordine logică: începi cu câștigurile rapide cu impact mare (imagini, hosting, fonturi), continui cu optimizarea JavaScript și termini cu ajustările fine de layout. Fiecare metric are soluții specifice, dar unele intervenții îmbunătățesc simultan toate cele trei.

Remedieri pentru LCP

Preload imaginea LCP. Adaugă în <head>:

<link rel="preload" as="image" href="hero.webp" fetchpriority="high">

Aceasta este cea mai rapidă îmbunătățire posibilă pentru LCP — spune browser-ului să înceapă descărcarea imaginii hero imediat, înainte de a procesa restul paginii. Pe WordPress, plugin-ul Perfmatters sau RankMath (cu modulul de preload activat) pot face asta automat pentru imaginea featured.

Convertește imaginile în WebP sau AVIF. Plugin-ul ShortPixel sau Imagify convertesc automat imaginile existente și servesc WebP browserelor compatibile. Reducerea dimensiunii imaginii cu 40–70% față de JPEG are impact direct și imediat asupra LCP. Asigură-te că imaginea hero nu depășește 150–200 KB după compresie.

Îmbunătățește TTFB. Dacă TTFB-ul depășește 400 ms, prioritatea numărul unu este schimbarea hostingului sau adăugarea unui CDN (Cloudflare plan gratuit este suficient pentru majoritatea site-urilor românești). Activează full-page caching — pe WordPress, WP Rocket sau LiteSpeed Cache (dacă hosting-ul rulează LiteSpeed) sunt cele mai eficiente opțiuni.

Remedieri pentru INP

Auditează și elimină scripturile de terță parte ne-esențiale. Deschide Chrome DevTools → tab Performance → înregistrează o interacțiune (clic pe meniu, deschidere modal). Identifică task-urile lungi (Long Tasks, afișate în roșu) care depășesc 50 ms pe main thread. Fiecare script de tracking sau widget de chat care nu aduce conversii directe este un candidat pentru eliminare sau încărcare amânată.

Folosește scheduler.yield() sau setTimeout(0) pentru a sparge Long Tasks. Dacă ai JavaScript custom (filtre de produse, calculatoare, configuratoare), împarte task-urile mari în bucăți mai mici care cedează controlul browser-ului între ele. Aceasta reduce INP direct.

Amână JavaScript ne-esențial. În WP Rocket sau Perfmatters, activează „Delay JavaScript Execution” pentru scripturile care nu sunt necesare la încărcarea inițială (chat, heatmaps, social widgets). Ele se vor încărca după prima interacțiune a utilizatorului, reducând presiunea pe main thread la momentul măsurării INP.

Remedieri pentru CLS

Adaugă dimensiuni explicite tuturor imaginilor și video-urilor. Fiecare tag <img> trebuie să aibă atributele width și height corespunzătoare dimensiunilor intrinseci ale imaginii. Browser-ul modern calculează aspect-ratio-ul din aceste atribute și rezervă spațiul înainte de descărcarea imaginii. Pe WordPress, tema trebuie să genereze markup-ul corect — verifică că tema ta nu suprascrie aceste atribute.

Rezervă spațiu pentru reclame și embeds. Pentru orice element dinamic (AdSense, bannere, widget-uri), adaugă un container CSS cu dimensiune fixă sau aspect-ratio:

.ad-container { min-height: 250px; }

Folosește font-display: swap și preload pentru fonturi. În CSS: @font-face{ font-display: swap; }. Adaugă în head: <link rel="preload" as="font" href="font.woff2" crossorigin>. Consideră și opțiunea de a găzdui fonturile local în loc să le incarci de pe Google Fonts — elimină un request extern și reduce latența.

Un exemplu concret de implementare completă: proiectul Hey Toys — exemplu site optimizat ilustrează cum aceste optimizări aplicate sistematic pe un site de e-commerce au dus la scoruri „Bun” la toate cele trei core web vitals.

Dacă ai nevoie de ajutor în implementare, serviciul nostru de optimizare viteză site acoperă auditul complet și remedierea tehnică pentru toate cele trei metrici.

Core Web Vitals vs. alte semnale de experiență a paginii — ce prioritizezi

Core Web Vitals fac parte dintr-un set mai larg de semnale numit Page Experience, alături de HTTPS, compatibilitatea cu dispozitivele mobile și absența interstitialelor intrusive. Înțelegerea ierarhiei acestor semnale te ajută să aloci corect resursele de optimizare.

Page Experience signals în ordinea priorității practice:

Ordinea practică de prioritizare: HTTPS și Safe Browsing sunt must-have — fără ele, nimic altceva nu contează. Mobile-friendly este al doilea pas obligatoriu în contextul Mobile-First Indexing. Abia după ce aceste fundamente sunt rezolvate, investiția în Core Web Vitals are sens complet.

O confuzie frecventă: webvital ≠ viteza de încărcare generală. Poți avea un site care se încarcă în 6 secunde (Time to Interactive înalt) dar cu LCP bun dacă conținutul principal apare rapid. Invers, un site cu Time to Interactive de 3 secunde poate avea INP slab din cauza JavaScript-ului. Google măsoară experiența percepută, nu performanța brută.

Concluzia practică pentru 2026: dacă trebuie să prioritizezi, rezolvă mai întâi CLS (cel mai ușor de remediat și cu impact imediat vizibil), apoi LCP (impact direct asupra ranking-ului și ratei de abandon), și în final INP (cel mai complex, dar cel mai diferențiator față de competitorii care nu l-au rezolvat încă).

Întrebări frecvente

Care este diferența dintre INP și FID la Core Web Vitals?

FID (First Input Delay) măsura exclusiv întârzierea până la primul răspuns al browserului la prima interacțiune a utilizatorului, ignorând complet durata procesării și actualizarea vizuală. INP (Interaction to Next Paint), activ din martie 2024, măsoară latența completă a tuturor interacțiunilor din sesiune — de la evenimentul utilizatorului până la momentul în care ecranul reflectă vizibil modificarea. Un site poate avea FID excelent și INP slab dacă JavaScript-ul procesează lent după eveniment.

Cât costă optimizarea Core Web Vitals pentru un site WordPress în România?

Costul variază în funcție de complexitatea site-ului și de gravitatea problemelor. Pentru un site WordPress de prezentare cu probleme moderate, un audit și o optimizare completă pornesc de la câteva sute de euro. Pentru magazine online cu mii de produse, teme grele și scripturi multiple, bugetul poate crește semnificativ. Cel mai eficient este să soliciți un audit inițial gratuit — echipa Omubo oferă această analiză prin serviciul de optimizare viteză site.

De ce site-urile românești au scoruri slabe la Core Web Vitals față de media europeană?

Există câțiva factori combinați: adoptarea largă a temelor WordPress premium grele (Divi, Avada, WoodMart) fără optimizare ulterioară, hosting-ul shared de buget cu TTFB ridicat, utilizarea frecventă a paginii builders vizuali care generează cod CSS și JS balonat, și o cultură de web development orientată istoric pe funcționalitate, nu pe performanță. Conexiunile mobile în România sunt bune, dar Google măsoară pe o distribuție largă de dispozitive și condiții de rețea globale.

Cum verific Core Web Vitals pentru site-ul meu cu Google Search Console?

În Google Search Console, accesează meniul lateral stâng → secțiunea Experiență → Core Web Vitals. Vei vedea două rapoarte (Mobile și Desktop) cu URL-urile grupate în Bun, Necesită îmbunătățiri și Slab. Click pe orice grup pentru a vedea URL-urile reprezentative și metrica problematică. Datele sunt agregate pe 28 de zile și reflectă experiența reală a utilizatorilor Chrome — aceleași date folosite de Google pentru ranking.

Ce este CLS și cum afectează experiența utilizatorilor pe mobil?

CLS (Cumulative Layout Shift) măsoară cât de mult se deplasează neașteptat elementele vizibile ale paginii în timp ce aceasta se încarcă. Un scor CLS slab înseamnă că butoanele, textele sau imaginile „sar” pe ecran — utilizatorul apasă un buton și, în momentul apăsării, layoutul se schimbă, iar click-ul aterizează pe alt element. Pe mobil, unde suprafața de interacțiune este mică, cls seo negativ cauzează frustrare directă și rate de abandon semnificativ mai mari, mai ales la prima vizită.

Core Web Vitals vs. viteza de încărcare — care are mai mult impact asupra SEO?

Core Web Vitals și viteza de încărcare generală sunt concepte diferite. Google nu folosește Time to Interactive sau viteza de încărcare brută ca factori de ranking — folosește exclusiv LCP, INP și CLS. Un site poate fi „lent” în mod general, dar să aibă webvitals bune dacă conținutul principal apare rapid, interacțiunile sunt responsive și layoutul este stabil. Pentru SEO, concentrează-te pe cele trei metrici oficiale, nu pe scorul general din Lighthouse.

Concluzie

Core Web Vitals nu sunt o tendință trecătoare — sunt infrastructura tehnică minimă pentru competitivitate în SEO în 2026. LCP determină cât de repede văd utilizatorii conținutul principal, INP determină cât de fluid răspunde site-ul la interacțiuni, iar CLS determină dacă layoutul rămâne stabil. Remedierile nu sunt complexe dacă știi unde să cauți: imagini optimizate, JavaScript auditat, fonturi preîncărcate și dimensiuni rezervate pentru elemente dinamice. Dacă scorurile tale sunt în zona roșie sau galbenă, echipa Omubo poate audita și optimiza viteza site-ului tău. Descoperă serviciul nostru de optimizare viteză site și solicită o analiză gratuită.