Site-ul tău poate pierde clienți fără să existe vreo problemă vizibilă. Arată bine, are conținut bun, este actualizat. Și totuși, nu se clasează acolo unde ar trebui și vizitatorii pleacă înainte să ajungă la ofertă.
Unul dintre vinovații cei mai frecvenți: Core Web Vitals sub pragurile acceptate de Google.
Nu este o problemă abstractă de cod. Este o problemă de bani: trafic organic mai puțin, contacte mai puține, conversii mai slabe. Google a confirmat oficial că acești indicatori de performanță fac parte din algoritmul de clasare, alături de relevanța conținutului și autoritatea domeniului.
Vestea bună este că nu trebuie să fii programator pentru a înțelege ce se întâmplă și pentru a ști ce să ceri de la echipa ta tehnică. Ai nevoie de trei concepte clare, câteva instrumente gratuite și un plan de acțiune.
Ce sunt Core Web Vitals
Core Web Vitals fac parte dintr-o inițiativă mai largă a Google numită „Web Vitals” – un set de metrici definite pentru a măsura experiența reală a utilizatorilor pe orice pagină web. Subsetul „Core” se aplică tuturor paginilor și este vizibil în toate instrumentele Google.
Concret: Google colectează date reale de la miliarde de utilizatori Chrome și măsoară trei lucruri distincte – cât de repede apare conținutul principal pe ecran, cât de repede răspunde pagina când apeși ceva și cât de stabil este conținutul vizual pe parcursul încărcării.
Aceste trei dimensiuni sunt exprimate prin trei metrici cu praguri numerice precise: LCP, INP și CLS.
Datele sunt agregate prin Chrome User Experience Report (CrUX) și expuse în instrumente precum PageSpeed Insights și Google Search Console. Ceea ce înseamnă că poți vedea chiar acum cum se comportă site-ul tău din perspectiva utilizatorilor reali, nu a unui test de laborator.
Dacă construiești un site de prezentare sau un magazin online, acești indicatori trebuie să facă parte din discuția cu agenția sau colaboratorul tău independent de la bun început – nu după lansare.
De ce contează pentru poziția ta în Google
Google a integrat Core Web Vitals ca semnal de clasare în cadrul algoritmului „Page Experience” începând cu 2021. Semnalul include și alți factori: HTTPS, compatibilitate cu dispozitivele mobile și absența reclamelor intermediare intruzive.
Sursele de referință – inclusiv echipa Google Search Central – sunt clare pe un aspect important: conținutul de calitate rămâne factorul primar de clasare. Core Web Vitals funcționează mai degrabă ca un factor diferențiator la paritate de conținut. Când două pagini sunt la fel de relevante pentru o interogare, site-ul cu performanță mai bună are avantaj.
Asta înseamnă că un competitor cu conținut similar, dar cu un site mai rapid poate depăși pagina ta în rezultate fără să fi scris un articol nou sau să fi câștigat un singur link de intrare.
Dincolo de SEO, studiile și datele din industrie arată o corelație clară între îmbunătățirea Core Web Vitals și creșterea implicării utilizatorilor – timp petrecut pe pagină mai mare, rată de abandon mai mică, conversii mai bune. Logica este simplă: un utilizator care nu așteaptă și nu se frustrează rămâne mai mult și are mai multe șanse să contacteze sau să cumpere.
Citește mai mult despre cum funcționează SEO în ghidul nostru complet de SEO pentru afaceri.
LCP – cât de repede vede utilizatorul conținutul principal
Largest Contentful Paint măsoară cât durează până când cel mai mare element vizibil pe ecran – o imagine hero, un titlu mare, un bloc video – se încarcă complet și devine vizibil pentru utilizator.
Nu este momentul în care pagina „pornește” să se încarce. Este momentul în care utilizatorul vede efectiv ce a căutat. Diferența contează enorm din perspectiva percepției.
Praguri Google pentru LCP
| Evaluare | Timp de încărcare |
|---|---|
| Bun | Sub 2,5 secunde |
| Necesită îmbunătățire | 2,5 – 4 secunde |
| Slab | Peste 4 secunde |
Google recomandă atingerea pragului „Bun” la cel puțin 75% din sesiunile reale ale utilizatorilor, atât pe mobil, cât și pe desktop.
Ce cauzează un LCP slab
- Imagini neoptimizate: fișiere prea mari sau formate vechi (.jpg, .png în loc de .webp sau .avif)
- Răspuns lent al serverului, fără memorie cache configurată
- CSS sau JavaScript care blochează afișarea conținutului principal
- Fonturi externe care se încarcă înaintea textului și îl fac invizibil temporar
- Redare exclusiv pe client (CSR), unde browserul trebuie să execute JavaScript înainte să afișeze ceva
Ce se poate face concret
Optimizarea imaginilor și trecerea la format .webp este adesea intervenția cu cel mai bun raport efort/impact. Adăugarea unui modul de compresie automată (ShortPixel, Imagify) în WordPress rezolvă problema fără intervenție manuală ulterioară.
La nivel de arhitectură, redarea pe server (SSR) sau generarea statică (SSG) – cum oferă platforme precum Next.js sau Astro – produc LCP semnificativ mai bun față de aplicațiile cu redare exclusiv pe client, pentru că browserul primește HTML gata pregătit, nu trebuie să aștepte execuția JavaScript.
INP – cât de repede reacționează pagina la interacțiunile tale
Interaction to Next Paint este cel mai nou dintre cei trei indicatori. A înlocuit FID (First Input Delay) în martie 2024 și este semnificativ mai exigent și mai complet.
FID măsura doar prima interacțiune a utilizatorului cu pagina. INP măsoară toate interacțiunile din întreaga sesiune – clicuri pe butoane, atingeri pe linkuri, completări de câmpuri de formular, navigare în meniu – și returnează valoarea reprezentativă pentru cea mai lentă interacțiune semnificativă. Practic, dacă pagina ta răspunde bine la 9 din 10 clicuri, dar îngheață la al zecelea, INP va reflecta acel comportament.
Praguri Google pentru INP
| Evaluare | Timp de răspuns |
|---|---|
| Bun | Sub 200 milisecunde |
| Necesită îmbunătățire | 200 – 500 milisecunde |
| Slab | Peste 500 milisecunde |
200 de milisecunde este mai puțin decât o clipire. Când pagina nu răspunde în acest interval, utilizatorul simte că site-ul „îngheață” – chiar dacă nu știe să numească problema.
Ce cauzează un INP slab
- JavaScript prea voluminos executat pe firul principal de execuție al browserului
- Extensii sau scripturi de urmărire (analytics, robot de conversație, reclame) care blochează interactivitatea
- Teme WordPress supraîncărcate cu funcționalități neutilizate care se execută pe fiecare pagină
- Operațiuni costisitoare executate sincron în gestionarii de evenimente (de exemplu, calcule complexe la fiecare clic)
- Animații CSS implementate greșit care recalculează dispunerea elementelor la fiecare cadru
Ce se poate face concret
Reducerea volumului de JavaScript și eliminarea extensiilor neutilizate sunt primii pași. O temă WordPress bine optimizată, fără funcționalități în exces, rezolvă adesea o parte semnificativă din problemele de INP.
Pentru proiecte mai complexe, strategiile avansate includ divizarea codului JavaScript (code splitting), mutarea calculelor neesențiale în Web Workers (care rulează în afara firului principal de execuție) și amânarea execuției scripturilor de la terți până după ce utilizatorul interacționează efectiv cu pagina.
Detaliu important: INP este măsurat exclusiv în browsere reale, de la utilizatori reali. Asta înseamnă că un test de laborator în PageSpeed Insights poate arăta bine, dar experiența pe telefoane de gamă medie cu conexiune 4G medie poate fi complet diferită. Verifică datele din câmpul „Core Web Vitals” din Google Search Console – acela reflectă realitatea.
CLS – cât de stabil este conținutul pe ecran
Cumulative Layout Shift măsoară cât de mult se deplasează conținutul vizibil în mod neașteptat pe parcursul încărcării paginii.
Ai dat vreodată clic pe un buton și ai apăsat altceva pentru că un banner a apărut brusc și a mutat totul cu câțiva centimetri? Ai citit vreodată un paragraf și textul a sărit brusc mai jos când s-a încărcat o imagine? Exact asta măsoară CLS.
Scorul nu este în secunde sau milisecunde, ci este un număr adimensional calculat pe baza suprafeței afectate și a distanței de deplasare. Un scor de 0 este ideal. Un scor de 0,25 înseamnă că utilizatorul a văzut conținut sărind pe ecran într-un mod care distruge încrederea și crește frustrarea.
Praguri Google pentru CLS
| Evaluare | Scor |
|---|---|
| Bun | Sub 0,1 |
| Necesită îmbunătățire | 0,1 – 0,25 |
| Slab | Peste 0,25 |
Ce cauzează un CLS slab
- Imagini și elemente iframe fără dimensiuni definite explicit (atributele
widthșiheightlipsesc din HTML) - Reclame sau bannere care se încarcă după conținut și împing pagina în jos
- Fonturi web care înlocuiesc fonturile de sistem și schimbă dimensiunile textului după ce acesta a apărut deja
- Elemente dinamice – bare de consimțământ, notificări, ferestre de conversație, ferestre pop-up – care apar deasupra conținutului existent
Cercetările Google arată că bannerele de consimțământ cookie sunt o sursă frecventă de CLS slab, în special când sunt injectate deasupra conținutului principal, nu ca suprapunere.
Ce se poate face concret
Instrucțiunea concretă pentru orice dezvoltator: specifică width și height pentru fiecare imagine din site. Acesta este probabil cel mai simplu remediu cu impact imediat. O altă soluție este folosirea proprietății CSS aspect-ratio pentru a rezerva spațiu înainte ca elementul să se încarce.
Pentru fonturi, strategia font-display: optional sau font-display: swap reduce schimbările de dispunere cauzate de substituirea fonturilor. Barele de consimțământ și alte elemente dinamice trebuie proiectate ca suprapuneri, nu ca elemente care ocupă spațiu în fluxul paginii.
Cum măsori Core Web Vitals pentru site-ul tău
Nu ai nevoie de instrumente plătite pentru a începe. Iată ce poți folosi acum:
PageSpeed Insights
Mergi pe pagespeed.web.dev, introduci URL-ul oricărei pagini din site și primești un raport complet în câteva secunde.
Există două secțiuni distincte:
Date din câmp (Field data) – colectate de Chrome de la utilizatori reali care au vizitat acea pagină. Acestea sunt datele relevante pentru clasarea în Google și pentru deciziile privind afacerea ta. Sunt disponibile doar dacă pagina ta are trafic suficient pentru a fi în baza de date CrUX.
Date de laborator (Lab data) – o simulare în condiții controlate, rulată de Lighthouse. Utilă pentru diagnostic și experimentare, dar nu reflectă experiența tuturor utilizatorilor tăi reali.
Scorurile sunt pe o scară 0-100: verde (bun, 90-100), portocaliu (necesită îmbunătățire, 50-89), roșu (slab, sub 50).
Google Search Console
Search Console oferă cel mai valoros raport pentru decizii de afaceri: secțiunea „Experiența” – „Core Web Vitals” grupează paginile similare și arată câte sunt în zona bună, câte necesită îmbunătățire și câte sunt slabe, separat pentru mobil și desktop.
Datele vin din sesiuni reale ale utilizatorilor tăi – nu din simulări. Dacă nu ai Search Console conectat la site, acesta este primul pas pe care trebuie să îl faci. Detalii complete găsești în ghidul nostru despre optimizarea WordPress, unde tratăm configurarea completă a instrumentelor de monitorizare.
Lighthouse în Chrome DevTools
Apasă F12 în orice browser Chrome, mergi la fila „Lighthouse” și rulează un audit. Primești un raport detaliat cu recomandări specifice și o listă de probleme identificate. Este instrumentul preferat al dezvoltatorilor pentru diagnosticare și testare rapidă înainte de publicare.
Date din câmp vs date de laborator – de ce contează diferența
Documentația oficială Google și web.dev sunt clare: există o diferență fundamentală între cele două tipuri de măsurători.
Datele din câmp (field data, RUM – Real User Monitoring) reflectă experiența reală a utilizatorilor tăi pe dispozitivele lor, în condițiile lor de rețea. Acestea determină dacă site-ul tău trece sau nu pragurile Core Web Vitals din perspectiva Google.
Datele de laborator (lab data) sunt utile pentru identificarea problemelor și testarea soluțiilor, pentru că pot fi rulate la cerere, în condiții repetabile, inclusiv pe parcursul dezvoltării înainte ca pagina să fie publicată.
O greșeală frecventă: optimizarea exclusiv pe baza scorului din Lighthouse pe desktop, ignorând datele reale din câmp. Telefoanele de gamă medie cu conexiune 4G variabilă – realitatea majorității utilizatorilor din România – pot genera scoruri INP și LCP mult mai slabe decât arată laboratorul. Soluția este să folosești ambele: datele de laborator pentru diagnostic, datele din câmp pentru evaluarea rezultatelor reale.
Impactul asupra conversiilor – datele concrete
Îmbunătățirea Core Web Vitals nu este doar o problemă de SEO. Este o problemă de experiență a utilizatorului care se traduce direct în rezultate de afaceri.
Probabilitatea ca un utilizator să abandoneze o pagină crește odată cu timpul de așteptare: cu 32% când LCP trece de la 1 la 3 secunde și cu până la 90% când ajunge la 5 secunde. Clientul potențial nu mai ajunge să vadă oferta ta.
Mai mult, web.dev oferă un ghid dedicat pentru factorii de decizie, care explică explicit că îmbunătățirea Core Web Vitals îmbunătățește implicarea utilizatorilor și ratele de conversie indiferent de canalul de achiziție – nu doar pentru traficul organic.
Un site care trece de la zona „slabă” la zona „bună” înregistrează, în general, timp mediu pe pagină mai mare, rată de abandon mai mică și mai multe acțiuni finalizate (formulare completate, apeluri inițiate, comenzi plasate).
Dacă site-ul tău generează 100 de solicitări pe lună și o îmbunătățire a performanței crește rata de conversie cu 10%, ai 10 solicitări în plus fără niciun cost suplimentar în publicitate. Citește mai mult despre relația directă dintre viteză și conversii în articolul nostru despre impactul vitezei de încărcare asupra conversiilor.
Mituri frecvente despre Core Web Vitals
„Trebuie să obțin scor de 100 în PageSpeed.” Fals. Google cere atingerea pragului „Bun” pentru fiecare metrică, nu perfecțiunea. Diferența dintre un scor de 90 și 100 are impact neglijabil față de diferența dintre 50 și 90. Accentul trebuie pus pe praguri, nu pe maximizarea scorului.
„Core Web Vitals contează doar pentru magazinele online.” Fals. Contează pentru orice pagină indexată în Google: site de prezentare, blog, portofoliu, pagină de destinație. Dacă vrei trafic organic, acești indicatori sunt relevanți.
„Am un site nou, este automat optimizat.” Nu. Un site nou construit pe o temă premium supraîncărcată, cu găzduire web ieftină și fără optimizare, poate avea scoruri foarte slabe. Vârsta site-ului nu are nicio legătură cu performanța sa.
„Tema mea premium rezolvă automat performanța.” Paradoxal, temele premium pot fi o sursă majoră de probleme tocmai pentru că includ zeci de funcționalități pe care nu le folosești, dar care se încarcă pe fiecare pagină.
„Core Web Vitals sunt doar pentru programatori.” Nu. Înțelegerea de bază a celor trei metrici, a pragurilor și a instrumentelor de măsurare este accesibilă oricărui antreprenor sau manager. Nu trebuie să știi să scrii cod pentru a lua decizii informate.
Întrebări pe care să le pui echipei tale tehnice
Dacă ești în proces de creare a unui site web nou sau de reproiectare, include aceste întrebări în documentul tău de cerințe:
- „Care este scorul PageSpeed Insights estimat pentru site-ul livrat, pe mobil și desktop?”
- „Ce strategie de memorie cache folosiți și ce tip de găzduire web recomandați pentru proiect?”
- „Cum gestionați imaginile – format, compresie, încărcare întârziată, dimensiuni definite?”
- „Ce faceți pentru a reduce impactul scripturilor de la terți (conversație, analiză, reclame)?”
- „Oferiți un raport Core Web Vitals la livrare, bazat pe date din câmp sau din laborator?”
O echipă serioasă răspunde la toate aceste întrebări fără ezitare și cu soluții concrete.
Plan de acțiune în patru pași
Pasul 1: auditează acum
Rulează PageSpeed Insights pe pagina principală și pe pagina de servicii sau produs. Notează scorurile LCP, INP și CLS. Durează cinci minute.
Pasul 2: evaluează situația
- Scor sub 50? Problemă urgentă care afectează deja pozițiile și conversiile.
- Scor 50-89? Loc real de îmbunătățire cu beneficii concrete.
- Scor 90+? Menține performanța și monitorizează lunar.
Pasul 3: comunică cu echipa tehnică
Trimite raportul din PageSpeed Insights sau Search Console. Cere un răspuns scris cu cauzele identificate, soluțiile propuse și o estimare de timp. Dacă nu primești un răspuns clar și specific, este un semnal că subiectul nu este familiar.
Pasul 4: prioritizează intervențiile cu impact maxim
- Optimizarea și conversia imaginilor în .webp – impact mare pe LCP, cost scăzut
- Activarea memoriei cache la nivel de server sau îmbunătățirea găzduirii web – impact mare pe LCP
- Eliminarea extensiilor neutilizate – impact pe INP, cost zero
- Definirea dimensiunilor pentru toate imaginile – impact direct pe CLS, cost zero
- Amânarea execuției JavaScript neesențial – impact pe LCP și INP, necesită expertiză
Resurse oficiale pentru aprofundare
Sursele de referință pe care se bazează și acest articol:
- web.dev/vitals – documentația oficială Google pentru Core Web Vitals, cu definiții, praguri și ghiduri tehnice
- PageSpeed Insights – testarea rapidă a oricărei pagini
- Google Search Console – raportul Core Web Vitals bazat pe date reale ale utilizatorilor
- Cele mai eficiente metode de îmbunătățire – ghidul Google cu tacticile cu impact maxim
- Ghid pentru factorii de decizie – Core Web Vitals explicat din perspectivă de afaceri
- Chrome User Experience Report (CrUX) – baza de date cu performanța reală a milioane de pagini
Site-ul tău este cartea ta de vizită digitală. Dacă se încarcă greu, sare pe ecran sau nu răspunde rapid la clicuri, oamenii pleacă – înainte să vadă ce oferi tu.
LCP, INP și CLS nu sunt metrici de performanță pentru programatori. Sunt indicatori ai experienței reale a clienților tăi potențiali pe site-ul tău.
Dacă vrei ca noul tău site să fie construit corect de la zero – cu performanță, SEO și experiență de utilizare integrate în proces – spune-ne prin ce trece afacerea ta. Analizăm situația actuală și propunem soluția potrivită.
