Core Web Vitals explicat: ce sunt și de ce contează pentru trafic organic

Core Web Vitals sunt un set de trei metrici pe care Google le folosește pentru a evalua experiența reală a utilizatorului pe o pagină — viteză de încărcare, cât de repede răspunde pagina la interacțiune și cât de stabilă e vizual în timp ce se încarcă. Nu sunt singurul factor de ranking, dar sunt unul dintre puținele semnale tehnice pe care le poți măsura exact și corecta direct, fără să depinzi de conținut nou sau de linkuri externe.

Cele trei metrici, pe rând

LCP (Largest Contentful Paint) măsoară timpul până când cel mai mare element vizibil din pagină (de obicei o imagine hero sau un bloc mare de text) se încarcă complet. Un LCP bun înseamnă, de obicei, sub 2.5 secunde. Peste 4 secunde e considerat slab.

INP (Interaction to Next Paint) a înlocuit metrica mai veche FID și măsoară cât de repede răspunde pagina vizual la o interacțiune reală a utilizatorului — un click, un tap, o apăsare de tastă — de la momentul acțiunii până la actualizarea vizibilă pe ecran. Un INP bun e, de obicei, sub 200 milisecunde. Spre deosebire de FID, care măsura doar întârzierea inițială, INP urmărește toate interacțiunile din vizita utilizatorului și raportează una dintre cele mai lente — motiv pentru care pagini care păreau „rapide" sub FID pot arăta brusc slab la INP dacă au interacțiuni ulterioare grele (un filtru care recalculează o listă lungă, de exemplu).

CLS (Cumulative Layout Shift) măsoară cât de mult „sare" conținutul paginii în timp ce se încarcă — de exemplu, când un buton pe care voiai să dai click se mută brusc pentru că o imagine sau o reclamă s-a încărcat deasupra lui. Un CLS bun e, de obicei, sub 0.1.

De ce contează pentru trafic organic

Google folosește aceste metrici ca parte dintr-un semnal mai larg numit „page experience". Nu sunt cel mai puternic factor de ranking — conținutul relevant și autoritatea domeniului contează de obicei mai mult — dar la egalitate relativă de conținut între două pagini, cea cu experiență tehnică mai bună are un avantaj, mai ales pe interogări competitive unde diferența de conținut între primele rezultate e mică.

Mai important decât ranking-ul direct: Core Web Vitals slabe cresc rata de abandon. Un utilizator care așteaptă 5 secunde pentru încărcare sau dă click pe un buton care s-a mutat brusc pleacă frecvent înainte să convertească — indiferent de poziția în care ai apărut în căutare. Practic, chiar dacă metricile astea ar avea impact zero pe ranking, tot ar merita optimizate doar pentru efectul lor direct asupra ratei de conversie și a bounce rate-ului.

Unde le verifici

• Google Search Console, secțiunea „Core Web Vitals" (sau „Experience" în meniul lateral) — arată date reale, agregate din utilizatori Chrome, grupate pe URL-uri „bune", „necesită îmbunătățiri" și „slabe". E sursa cea mai fiabilă pentru că reflectă trafic real, nu o simulare.
• PageSpeed Insights — analiză pentru o singură pagină, cu date de teren (dacă există trafic suficient) și date de laborator (simulare). Util pentru verificare rapidă înainte și după o modificare.
• Lighthouse, integrat în Chrome DevTools (tab-ul „Lighthouse" sau „Performance") — util pentru diagnostic tehnic detaliat, cu un breakdown exact al ce anume încetinește încărcarea, dar rulează un test simulat, nu date reale de utilizatori.
• Chrome User Experience Report (CrUX), accesibil și prin API sau prin dashboard-uri publice — util dacă vrei să compari propriile metrici cu cele ale unui competitor, la nivel de domeniu, fără acces la contul lui Search Console.

Diferența dintre datele de teren (field data, din Search Console și CrUX) și cele de laborator (lab data, din Lighthouse) contează: datele de teren reflectă ce chiar experimentează utilizatorii tăi, inclusiv pe conexiuni și dispozitive slabe, în timp ce Lighthouse rulează într-un mediu controlat care poate arăta rezultate mai bune decât realitatea din teren.

Cauze frecvente, pe fiecare metrică

Pentru LCP mare: imagini neoptimizate sau necomprimate, server lent la primul răspuns (Time to First Byte mare), fonturi web care blochează randarea, resurse JavaScript încărcate înainte de conținutul principal, sau găzduire pe un server distant geografic de audiența principală.

Pentru INP mare: scripturi grele care blochează thread-ul principal, prea multe biblioteci JavaScript terțe (chat widgets, pixeli de tracking, popup-uri), cod care rulează la fiecare interacțiune fără optimizare, sau componente de interfață complexe (filtre, carusele, formulare mari) care recalculează întregul layout la fiecare acțiune.

Pentru CLS mare: imagini fără dimensiuni (width/height) definite în cod, reclame sau bannere injectate dinamic fără spațiu rezervat, fonturi custom care schimbă layout-ul la încărcare (font swap), sau bare de cookie/notificări care apar brusc și împing conținutul în jos.

Cazul specific al site-urilor cu multe scripturi terțe

Un tipar frecvent, mai ales pe site-uri de tip landing page pentru campanii plătite: pagina în sine e simplă, dar are pixel Meta, pixel Google Ads, un chat widget, un script de heatmap și un tool de A/B testing, toate încărcate în același timp. Fiecare, izolat, pare mic, dar suma lor poate dubla timpul de încărcare și strica INP-ul. Un test util: dezactivează temporar, pe rând, fiecare script terț și măsoară impactul — de multe ori unul singur (adesea un widget de chat sau un tool de heatmap prost optimizat) e responsabil pentru majoritatea problemei.

Ce faci concret, cu prioritate

1. Verifică raportul din Search Console întâi, ca să vezi ce procent din paginile tale sunt afectate și pe ce metrică — nu optimiza „la întâmplare" fără să știi unde e problema reală.
2. Comprimă și dimensionează corect imaginile (format modern precum WebP sau AVIF, dimensiuni reale afișate, nu redimensionate din CSS).
3. Elimină sau amână scripturile terțe care nu sunt esențiale în primele secunde ale încărcării, folosind încărcare asincronă sau amânată (defer/lazy load).
4. Rezervă spațiu explicit pentru imagini și elemente injectate dinamic, ca să nu „sară" layout-ul.
5. Retestează după fiecare modificare — Core Web Vitals se schimbă gradual, pe măsură ce Google colectează date noi de teren, nu instant; e normal ca o îmbunătățire reală să apară în Search Console abia după câteva săptămâni.

Concluzie

Core Web Vitals nu sunt un truc de SEO, sunt o măsură directă a cât de plăcută e experiența pe site-ul tău. Optimizarea lor ajută atât la ranking organic, cât și — de multe ori mai vizibil — la rata de conversie a traficului pe care deja îl ai.