In martie 2024, Google a retras definitiv FID (First Input Delay) si l-a inlocuit cu INP (Interaction to Next Paint). A fost cea mai mare schimbare in Core Web Vitals 2025 si punctul de start al unui an in care performanta tehnica a redevenit subiect de prim-plan in SEO.
Multe site-uri care aveau scoruri bune pe FID au descoperit brusc ca INP le pune probleme serioase. Metrica noua este semnificativ mai exigenta si masoara altceva in mod fundamental.
Datele din CrUX (Chrome User Experience Report) din ianuarie 2026 arata ca numai 55.7% din site-uri trec toate cele trei metrici cu scor „Good” – o imbunatatire fata de ~50% in 2024, dar inca sub nivelul la care performanta tehnica nu mai este un avantaj competitiv, ci un standard.
INP a inlocuit FID – de ce conteaza aceasta schimbare
FID masura un singur lucru: timpul pana la primul raspuns al paginii la o interactiune a utilizatorului. INP masura altceva, mai exigent: toate interactiunile pe durata sesiunii, nu doar prima. Click-uri, tastari, atingeri pe mobile – fiecare este masurat, iar INP raporteaza cel mai lent percentil 75.
Asta inseamna ca un site care parea rapid pe FID poate sa aiba un INP prost daca are elemente JavaScript grele care incetinesc interactiunile la mijlocul sesiunii. Un carousel care freezeaza la scroll, un formular care raspunde cu intarziere, un meniu dropdown care se deschide cu 400ms delay – toate acestea trag INP-ul in jos.
Rezultatul practic: numai 77% din paginile mobile au INP bun (sub 200ms) conform Web Almanac 2025. Pe desktop situatia este complet diferita – 97% trec pragul. Discrepanta mobile/desktop este cel mai important unghi din analiza Core Web Vitals 2025.
Cele trei metrici Core Web Vitals 2025 si pragurile oficiale
Pragurile nu s-au schimbat in 2025, dar contextul lor s-a schimbat. Google confirma oficial ca metricile sunt masurate la percentilul 75 al sesiunilor reale de utilizatori, nu in conditii de laborator.
- LCP (Largest Contentful Paint) – sub 2.5 secunde pentru scor „Good”, intre 2.5s-4s pentru „Needs Improvement”, peste 4s „Poor”. Masoara cat dureaza sa se incarce cel mai mare element vizibil din viewport – de obicei o imagine hero sau un bloc de text mare
- INP (Interaction to Next Paint) – sub 200 milisecunde pentru „Good”, 200-500ms pentru „Needs Improvement”, peste 500ms „Poor”. Masoara reactivitatea totala a paginii pe durata intregii sesiuni
- CLS (Cumulative Layout Shift) – sub 0.1 pentru „Good”, 0.1-0.25 pentru „Needs Improvement”, peste 0.25 „Poor”. Masoara instabilitatea vizuala – cat de mult se deplaseaza elementele paginii in timp ce se incarca
Important: pentru a obtine boost-ul de ranking, toate cele trei metrici trebuie sa fie in zona „Good”. Nu exista credit partial – daca una singura este in „Needs Improvement”, site-ul nu primeste avantajul de ranking.
Core Web Vitals 2025 ca factor de ranking – ce spun datele
Google a confirmat de la introducerea lor in 2021 ca CWV sunt un factor de ranking, dar a evitat sa precizeze exact cat cantaresc. Pozitia oficiala: sunt mai mult decat un tiebreaker, dar nu un factor dominant.
In practica, asta inseamna ca continutul relevant bate oricand Core Web Vitals 2025 proaste – dar la egalitate de continut, CWV pot fi exact diferenta intre pagina 1 si pagina 2.
Dupa update-ul de core din martie 2026, analiza DebugBear a aratat ca paginile de pe pozitia 1 au o rata de trecere CWV cu 10% mai mare decat paginile de pe pozitia 9. Nu o corelatie enorma, dar semnificativa statistic pe un esantion de milioane de pagini.
Contextul in care CWV conteaza cel mai mult: nichele competitive in care zeci de site-uri ofera continut de calitate similara. In aceste situatii, diferenta tehnica devine arbitru. Un site care trece toate trei metricile bate sistematic competitorii care nu trec, la continut echivalent.
LCP – cel mai greu de optimizat si cel mai important
LCP este metrica cu cel mai slab scor global: doar 62% din paginile mobile au LCP bun, conform Web Almanac 2025. Cauza principala: imaginile neoptimizate si resursele care blocheaza randarea.
Principalele cauze de LCP prost si solutiile directe:
- Imagine hero fara preload – adauga
<link rel="preload" as="image">pentru imaginea principala din viewport. Impactul e imediat si masurabil - Web fonts care blocheaza randarea – foloseste
font-display: swapsi preconecteaza la serverul de fonturi cu<link rel="preconnect"> - Server Response Time (TTFB) mare – un TTFB peste 600ms trage automat LCP-ul in afara pragului „Good”. Solutia: CDN, cache la nivel de server, optimizare baza de date
- Lazy loading pe imaginea LCP – o greseala frecventa. Imaginea principala din viewport nu trebuie sa aiba loading=”lazy” – adauga
loading="eager"saufetchpriority="high"
INP – metrica care pune cel mai mult presiune pe mobile
INP este metrica noua si, din perspectiva Core Web Vitals 2025, cea mai interesanta pentru SEO practic. Un site care nu a suferit modificari de continut dar a vazut scaderi de ranking dupa martie 2024 ar trebui sa verifice in primul rand INP-ul.
Cauzele tipice de INP prost: JavaScript excesiv care ruleaza pe thread-ul principal, event listeners ineficienti pe elemente interactive, React/Vue cu componente care se re-randeaza inutil la fiecare interactiune, si third-party scripts (chat widgets, analytics, ad networks) care consuma resurse CPU.
Conform documentatiei web.dev, solutia sistemica pentru INP este sa muti logica costisitoare in Web Workers – fire de executie separate care nu blocheaza thread-ul principal. Pentru site-uri WordPress cu multe plugin-uri, primul pas este auditarea scripturilor third-party si eliminarea celor fara impact direct pe conversii.
CLS – erorile frecvente in Core Web Vitals 2025 pe site-urile romanesti
CLS-ul prost vine de obicei din cateva surse predictibile: reclame fara dimensiuni declarate care „imping” continutul, fonturi web care cauzeaza FOUT (Flash of Unstyled Text), si imagini fara atribute width si height in HTML.
Pe site-urile WordPress romanesti, cele mai frecvente probleme de CLS vin din banner-urile GDPR care apar fara rezervare de spatiu si deplaseaza continutul, si din widget-urile de social proof (popup-uri, notificari) care apar dupa incarcarea initiala. Solutia simpla: rezerva spatiu fix pentru toate elementele care apar dinamic, cu CSS min-height.
Engagement Reliability – semnalul nou introdus in 2025
In 2025, Google a introdus un semnal nou in Page Experience: Engagement Reliability (ER). Masoara cat de consistent pot interactiona utilizatorii cu site-ul tau – daca butoanele, formularele si elementele interactive functioneaza fiabil pe toate dispozitivele si in toate conditiile de retea.
ER nu a primit inca o metrica explicita in Search Console, dar semnalele care il compun sunt deja colectate: erori JavaScript care previn interactiunile, elemente interactive care nu raspund pe mobile, si formulare care esueaza silentios. Urmareste-l prin Chrome UX Report si prin raportul de erori din Google Search Console.
Core Web Vitals 2025 si impactul direct pe conversii
Argumentul cel mai puternic pentru optimizarea CWV nu este rankingul – este impactul pe business. Un delay de 0.1 secunde in viteza de incarcare creste rata de conversie cu 8%. Un delay de o secunda pe mobile duce la o scadere de 20% in conversii.
In contextul in care tot mai mult trafic vine de pe mobile si in care AI Overviews au redus CTR-ul organic, fiecare vizitator care ajunge pe site are o valoare mai mare decat inainte. Un site cu CWV proaste pierde dublu: si din ranking, si din conversii.
Optimizarea tehnica in 2025 nu mai este optionala. Contextul general al rankingului include si vizibilitatea in SGE si AI Overviews – iar un site lent are sanse mai mici si pe acest canal, indiferent cat de bun este continutul.
Cum masori si monitorizezi Core Web Vitals – uneltele esentiale
Pentru monitorizarea Core Web Vitals 2025, primul instrument este Google Search Console – sectiunea Core Web Vitals arata date reale din CrUX, grupate pe mobile/desktop si pe tipuri de pagini (articole, pagini de produs, homepage). Aceasta este sursa de adevar pentru ranking – nu datele de laborator din PageSpeed Insights.
PageSpeed Insights combina date de laborator (Lighthouse) cu date de teren (CrUX) si este util pentru debugging rapid. DebugBear si SpeedCurve sunt optiunile recomandate pentru monitorizare continua cu alerte automate. Chrome DevTools cu Performance panel ramane esential pentru identificarea exacta a cauzelor de INP si LCP.
Regula practica: monitorizeaza datele din Search Console saptamanal, ruleaza PageSpeed Insights dupa fiecare deploy major, si seteaza alerte automate pentru degradari bruste. Un site care optimizeaza EEAT si ignora Core Web Vitals lasa pe masa avantaje tehnice reale, mai ales in nichele competitive din Romania.
