Răspunsul scurt: conținutul principal al paginii trebuie să apară în cel mult 2,5 secunde, pagina trebuie să răspundă la o atingere în cel mult 200 de milisecunde, iar nimic nu trebuie să sară pe ecran în timp ce omul citește. Astea sunt pragurile Google pentru Core Web Vitals și sunt aceleași la începutul lui 2026 ca în 2024. Contează pe telefon, la vizitatori reali, nu pe laptopul tău din birou.
Cele trei cifre
| Ce măsoară | Numele | Pragul „bun” |
|---|---|---|
| cât de repede apare cel mai mare element (de obicei poza sau titlul de sus) | LCP | cel mult 2,5 secunde |
| cât de repede reacționează pagina după o atingere sau un clic | INP | cel mult 200 ms |
| cât de mult se mișcă lucrurile pe ecran în timpul încărcării | CLS | cel mult 0,1 |
INP a luat locul vechii măsurători FID pe 12 martie 2024. Dacă ai citit un ghid mai vechi care vorbește de FID, e depășit. Am explicat schimbarea pe larg când a fost anunțată.
„Bun” la 75 din 100 de vizite
Un detaliu pe care puțini îl știu: Google nu se uită la cea mai rapidă vizită și nici la medie. Se uită la percentila 75, adică pragul trebuie atins la cel puțin trei vizite din patru. Și separat pe telefon și pe desktop. O pagină trece doar dacă toate trei cifrele sunt bune.
Asta schimbă felul în care testezi. Pe Wi-Fi-ul din birou, pe un telefon nou, aproape orice site pare rapid. Clientul care caută programul tău din parcare, pe date mobile și pe un telefon de acum patru ani, e cel care contează la percentila 75.
Contează pentru Google?
Google spune că recomandă cu tărie Core Web Vitals bune pentru succesul în căutare și că ele se potrivesc cu ce încearcă să recompenseze sistemele lui de clasare. Nu spune că un site rapid trece automat în fața unuia mai lent cu conținut mai bun. Practic, viteza nu te urcă singură pe prima pagină, dar un site lent pierde oameni înainte să vadă ce vinzi.
Ce strică de obicei viteza
Pe site-urile de prezentare pe care le vedem, cauzele sunt aproape mereu aceleași:
- poza mare de sus, urcată direct din telefon sau din aparat, fără redimensionare și compresie;
- un server care răspunde greu: Google recomandă, ca reper, ca primul octet să vină în cel mult 0,8 secunde (TTFB), chiar dacă asta nu e una dintre cele trei cifre oficiale;
- scripturi de la terți: chat, hărți, pixeli de reclame, widgeturi de recenzii, încărcate toate pe prima pagină;
- fonturi multe, fiecare cu patru grosimi;
- bannere și pop-up-uri care apar după încărcare și împing textul în jos (asta strică CLS).
Pe fiecare am scris câte un articol practic, de exemplu despre imagini, fonturi și scripturi pe telefon.
Cum verifici în cinci minute
- Deschide PageSpeed Insights și pune adresa paginii principale.
- Uită-te întâi la secțiunea cu datele vizitatorilor reali, pe telefon. Dacă site-ul are destule vizite, scrie acolo dacă trece sau nu.
- Abia apoi te uiți la testul de laborator și la lista de sugestii.
- Repetă pentru pagina cea mai vizitată după prima (de obicei meniul, serviciile sau contactul).
- Notează cifrele. Le compari peste o lună, după ce schimbi ceva.
Când construim un site, îl testăm pe aceste praguri înainte să-l predăm; vezi pe pagina de servicii ce intră în asta.
Surse
- Web Vitals, web.devpragurile LCP 2,5 s, INP 200 ms, CLS 0,1, percentila 75, separat pe telefon și desktop, trecerea doar cu toate trei
- Interaction to Next Paint becomes a Core Web Vital on March 12, web.devINP înlocuiește FID pe 12 martie 2024
- Understanding Core Web Vitals and Google search results, Google Search Centralce spune Google despre Core Web Vitals și clasare
- Time to First Byte (TTFB), web.devreperul de 0,8 secunde și faptul că TTFB nu e Core Web Vital
Verificat: surse Xenia Pușcașu · editare Nora Vlăsceanu · SEO Mihnea Tăbăcaru