Site-uri
Viteza site-ului: cum o verifici și ce o încetinește
Viteza unui site o verifici gratuit cu PageSpeed Insights, care arată trei măsurători Google, numite Core Web Vitals: cât durează până apare conținutul principal (LCP, bine sub 2,5 secunde), cât de repede răspunde pagina la clic (INP, bine sub 200 de milisecunde) și cât se mișcă elementele în timpul încărcării (CLS, bine sub 0,1). În 2025, doar 48% dintre site-uri treceau toate trei pe telefon. Cele mai dese cauze ale unui site lent sunt imaginile prea mari, scripturile adăugate de alte servicii și temele sau modulele grele.
Cuprins
Pe scurt
- Google consideră bună o pagină care își afișează conținutul principal în cel mult 2,5 secunde, răspunde la clic în sub 200 ms și nu se mișcă în timpul încărcării.
- În 2025, 48% dintre site-uri treceau toate cele trei teste pe telefon și 56% pe calculator, după Web Almanac.
- Pe telefon, site-urile WordPress treceau testele în 45% din cazuri, iar cele făcute în Wix, în 74%.
- Un studiu Deloitte pentru Google a găsit cu 8,4% mai multe comenzi la magazinele online când pagina pe mobil se încărca cu doar o zecime de secundă mai repede.
Un site lent pierde oameni înainte să apuce să citească ceva. Mai jos e cum îl testezi gratuit, cum citești cifrele și ce îl încetinește de obicei, în ordinea în care merită verificat.
Cum testezi viteza
Cel mai simplu e PageSpeed Insights, unealta gratuită a Google. Scrii adresa site-ului și primești două lucruri:
- Datele vizitatorilor reali (sus): cum s-a încărcat site-ul pentru oamenii care l-au folosit în Chrome în ultimele 28 de zile. Apar doar dacă site-ul are destul trafic.
- Testul de laborator (jos): o încărcare simulată pe un telefon mediu, cu un scor de la 0 la 100 și o listă de probleme.
Uită-te întâi la rezultatul pentru telefon: cei mai mulți vizitatori ai unei afaceri locale vin de pe mobil, iar acolo diferențele se simt cel mai tare. Dacă ai Search Console, raportul Core Web Vitals arată aceleași măsurători pentru toate paginile site-ului.
Ce înseamnă LCP, INP și CLS
Google măsoară experiența unei pagini cu trei cifre, numite Core Web Vitals:
| Măsurătoarea | Ce arată | Bine | Slab |
|---|---|---|---|
| LCP (Largest Contentful Paint) | În cât timp apare cel mai mare element de pe ecran, de obicei poza sau titlul principal | Sub 2,5 secunde | Peste 4 secunde |
| INP (Interaction to Next Paint) | Cât de repede răspunde pagina când apeși un buton sau deschizi meniul | Sub 200 ms | Peste 500 ms |
| CLS (Cumulative Layout Shift) | Cât sar elementele în timpul încărcării, de exemplu un buton care fuge când apare o poză | Sub 0,1 | Peste 0,25 |
O pagină trece testul când toate trei sunt bune pentru cel puțin 75% dintre vizite. INP a înlocuit în martie 2024 vechea măsurătoare FID, așa că rapoartele mai vechi pot arăta alte cifre.
Cât de rapide sunt site-urile, în general
Web Almanac, raportul anual al HTTP Archive despre cum e construit webul, a găsit în 2025 că:
- 48% dintre site-uri trec toate cele trei teste pe telefon și 56% pe calculator;
- pe telefon, 62% au un LCP bun, 77% un INP bun și 81% un CLS bun, deci încărcarea conținutului principal e problema cea mai des întâlnită;
- la 76% dintre pagini, cel mai mare element de pe ecranul telefonului e o imagine.
Diferențele dintre platforme sunt mari. Pe telefon, site-urile WordPress treceau toate testele în 45% din cazuri, iar cele făcute în Wix în 74%, după ce Wix a crescut de la 55% într-un an.
De ce contează viteza
Pentru clienți. Într-un studiu făcut de Deloitte pentru Google pe 37 de mărci din Europa și SUA, o îmbunătățire de numai 0,1 secunde a vitezei pe mobil a venit cu 8,4% mai multe comenzi la magazinele online și 10,1% mai multe rezervări la site-urile de turism. E o corelație, nu un experiment, dar direcția e clară: fiecare fracțiune de secundă contează mai mult decât pare.
Pentru Google. Google spune că recomandă Core Web Vitals bune pentru succesul în căutare și că ele se potrivesc cu ce urmăresc sistemele lui de clasare. Nu sunt însă factorul principal: o pagină care răspunde mai bine la căutare câștigă în fața uneia mai rapide, dar mai slabă ca informație. Viteza ajută cel mai mult când paginile concurente sunt la fel de bune.
Ce încetinește un site
| Cauza | Cum o recunoști în PageSpeed | Ce faci |
|---|---|---|
| Imagini prea mari | Sugestii despre mărimea și formatul imaginilor | Imagini la mărimea afișată, în WebP sau AVIF |
| Poza principală încărcată târziu | LCP mare, imaginea apare ultima | Poza principală se încarcă prima, fără efecte de apariție |
| Scripturi ale altor servicii | Mult cod încărcat de pe alte domenii | Scoți ce nu folosești: chat, pixeli vechi, widgeturi |
| Temă sau module grele | Mult JavaScript neutilizat | Mai puține module, o temă mai simplă sau un site construit pe cod |
| Server lent | Timp mare până la primul octet (TTFB) | Cache, hosting mai bun sau pagini generate dinainte |
| Fonturi multe | Text care apare târziu sau își schimbă forma | Două fonturi, doar grosimile folosite |
| Elemente care sar | CLS mare | Dimensiuni fixe pentru imagini, reclame și bannere |
| Slider sau video în prima secțiune | LCP mare pe telefon | O singură imagine bine aleasă |
Pe site-urile mici, cele mai multe probleme vin din primele trei rânduri. Un slider cu cinci poze de câte 3 MB fiecare sau un widget de chat care încarcă jumătate de megabyte de cod se simt pe orice telefon.
Ce poți face singur, fără programator
- Comprimă imaginile înainte să le urci. Squoosh (squoosh.app) e gratuit și transformă o poză de 4 MB într-una de 200 KB, fără diferență vizibilă pe ecran.
- Scoate modulele și scripturile pe care nu le mai folosești: un pixel de reclame dintr-o campanie veche, un formular înlocuit, un chat pe care nu-l citește nimeni.
- Renunță la slider în favoarea unei singure imagini și a unui titlu clar.
- Verifică după fiecare schimbare cu PageSpeed, ca să vezi ce a contat.
Dacă site-ul rămâne lent după toate acestea, problema e de obicei în felul în care e construit: o temă care încarcă totul pe fiecare pagină sau un constructor vizual care adaugă mult cod. Atunci merită luat în calcul un redesign, cu adresele paginilor păstrate.
Site-urile pe care le facem sunt construite în Next.js, cu pagini generate dinainte ca HTML gata făcut, așa că se deschid repede și pe un telefon obișnuit. Detaliile sunt pe pagina de web design.
Întrebări frecvente
Cum testez gratuit viteza site-ului?
Deschide pagespeed.web.dev, scrie adresa site-ului și alege rezultatul pentru telefon. Partea de sus arată ce au trăit vizitatorii reali în ultimele 28 de zile, dacă site-ul are destul trafic; partea de jos e un test de laborator, cu sugestii de îmbunătățire.
Ce scor PageSpeed e bun?
Peste 90 e foarte bine, dar scorul e un test de laborator. Mai important e dacă cele trei Core Web Vitals din datele vizitatorilor reali sunt verzi: LCP sub 2,5 secunde, INP sub 200 ms și CLS sub 0,1.
Viteza contează pentru Google?
Da, dar nu e cel mai important lucru. Google spune că recomandă Core Web Vitals bune și că ele se potrivesc cu ce urmăresc sistemele lui de clasare, însă o pagină mai lentă care răspunde mai bine la căutare poate fi tot prima.
De ce e site-ul meu lent pe telefon și rapid pe calculator?
Telefoanele au procesoare mai slabe și adesea o conexiune mai lentă, iar testele pe mobil simulează exact asta. Imaginile mari și scripturile grele se simt mult mai tare pe un telefon obișnuit decât pe un laptop.
Ajută un hosting mai scump?
Doar dacă serverul răspunde greu, ceea ce vezi în PageSpeed la timpul până la primul octet. Dacă problema sunt imaginile sau scripturile, un hosting mai scump nu schimbă aproape nimic.
Surse
- Understanding Core Web Vitals and Google search results, Google Search Central
- Web Almanac 2025: Performance, HTTP Archive
- Web Almanac 2025: CMS, HTTP Archive
- Milliseconds make millions, web.dev (Google)
- PageSpeed Insights, Google