Cascadă de cereri către server, unde barele celui mai lent site se întind până la 1.007 milisecunde, iar ale celorlalte se opresc la 286 și 472
Performanță & securitate6 august 20269 min citire

Cât de rapid trebuie să fie site-ul tău, de fapt

Am măsurat trei site-uri construite diferit și am pus cifrele una lângă alta. Diferența nu e de zecimi de secundă, e de trei ori și jumătate. Plus pragurile pe care le folosește Google și de ce scorul tău nu se mișcă imediat după ce repari.

De Sarghy

  • #viteza
  • #core web vitals
  • #wordpress
  • #nextjs
  • #pagespeed

Nimeni nu mă întreabă „cât de rapid e site-ul meu”. Mă întreabă „e destul de rapid?”. E o întrebare mai bună, doar că răspunsul depinde de ce compari.

Așa că încep cu cifre pe care le-am măsurat eu, pe site-uri reale, în aceeași după-amiază, cu aceleași unelte. Pragurile oficiale vin imediat după. Separat, un prag nu-ți spune nimic. Ai nevoie de amândouă ca să știi unde stai.

Trei site-uri, aceeași măsurătoare

Site ASite BSite C
Construit cuNext.jsNext.jsWordPress cu Elementor
Timp până la conținut286 ms472 ms1.007 ms
Cereri către server2927114
JavaScript210 KB358 KB711 KB
Foi de stil1359

Site-ul C nu e prost făcut. E un site de firmă serios, cu conținut bun, în cinci limbi, cu partea de SEO pusă la punct. Îl administrez chiar eu și nu am de gând să-l refac. Doar că e construit pe un teanc de plugin-uri, iar teancul se plătește la fiecare vizitator.

Diferența dintre 286 și 1.007 de milisecunde nu e o subtilitate tehnică. E de trei ori și jumătate.

Care sunt, totuși, pragurile

Google se uită la trei lucruri și le numește Core Web Vitals. Astea sunt valorile după care împarte site-urile în bune, de reparat și slabe.

Ce măsoarăBunDe reparatSlab
Apariția conținutului principal (LCP)sub 2,5 s2,5 la 4 speste 4 s
Reacția la atingere sau clic (INP)sub 200 ms200 la 500 mspeste 500 ms
Cât sar elementele în pagină (CLS)sub 0,10,1 la 0,25peste 0,25

Două lucruri care nu se văd din tabel.

Pragul trebuie atins de 75% dintre vizite, nu în medie. Dacă trei sferturi din oameni prind pagina sub 2,5 secunde, ești bun. Media te poate păcăli, pentru că o duc în sus câțiva vizitatori cu fibră și un calculator bun.

Al doilea: INP a înlocuit FID în martie 2024. Dacă citești un ghid mai vechi care vorbește despre First Input Delay, ghidul e depășit. INP e mai sever, fiindcă măsoară toate interacțiunile din vizită, nu doar prima.

Scorul pe care îl vezi nu e scorul care contează

Aici pierd oamenii cel mai mult timp, și e vina uneltei, nu a lor.

Când pui o adresă în PageSpeed Insights, primești două seturi de cifre care arată aproape la fel. Sus, datele de teren: ce au pățit vizitatorii reali ai site-ului tău în ultimele 28 de zile, strânse de Chrome. Jos, datele de laborator: o singură încărcare simulată, pe un telefon mediu, cu internet încetinit artificial.

Google folosește datele de teren. Laboratorul e pentru diagnostic, ca să vezi ce anume încetinește pagina.

De aici ies trei confuzii pe care le văd des:

Site nou sau cu trafic mic, fără date de teren deloc. Nu e o eroare. Pur și simplu n-ai destui vizitatori ca să iasă o statistică, iar Google îți arată doar laboratorul.

Ai reparat ieri și scorul e la fel. Normal. Fereastra e de 28 de zile și se rostogolește, deci reparația de ieri intră cu o greutate de o zi din 28. Îți trebuie câteva săptămâni ca să vezi mutarea completă.

Ai testat pe calculator și ți-a dat verde. Testează pe mobil. Acolo e traficul, acolo e conexiunea proastă, și acolo se rupe.

De ce se încarcă greu site-ul meu dacă găzduirea e bună

Uite ce m-a surprins la site-ul C. Timpul până la primul răspuns al serverului: 14 milisecunde. Cel mai bun din toate trei. Web.dev pune granița la 800 de milisecunde, deci nu e loc de mai bine acolo.

Și totuși pagina se vede complet abia după trei secunde.

Asta e situația în care se află cele mai multe site-uri lente din România. Proprietarul se plânge de viteză, cineva îi vinde o găzduire mai scumpă, nu se schimbă nimic, și rămâne cu impresia că „așa e internetul”. Găzduirea nu era problema. Erau cele 59 de foi de stil și cei 711 KB de JavaScript pe care browserul trebuie să-i descarce, să-i citească și să-i execute înainte să-ți arate ceva.

Partea bună e că se rezolvă fără să muți site-ul și fără să-l reconstruiești. Partea mai puțin bună e că nu prea ai cine să-ți vândă asta, pentru că arată prost într-o ofertă. „Găzduire premium SSD” se vinde singură. „Am scos 40 de cereri inutile” nu.

De unde vin cele 59 de foi de stil

Constructorii vizuali de tip Elementor funcționează pe module. Pui un buton, se încarcă stilul pentru butoane. Pui un carusel, vine stilul pentru carusele. Fiecare bucată e mică. Problema e că browserul trebuie să le ceară pe rând, iar fiecare cerere are costul ei fix, indiferent cât de mic e fișierul.

La fel cu plugin-urile. Un plugin de formulare de contact își încarcă de obicei tot codul pe toate paginile site-ului, inclusiv pe cele care n-au niciun formular. Nu e rea-voință. E felul în care sunt scrise ca să meargă din prima oriunde, fără configurare.

Pui zece plugin-uri și ai un site care duce în spate codul a zece produse diferite, din care folosești o fracțiune.

Cât costă, în bani

Nu îți pot spune cât pierzi tu. Pot să-ți spun ce au măsurat alții pe volume mari.

Google și Deloitte au publicat în 2020 un studiu numit „Milliseconds Make Millions”, pe date de la aproape 40 de branduri. O îmbunătățire de o zecime de secundă la încărcarea pe mobil a adus în medie 8,4% mai multe conversii în retail și un coș mediu mai mare cu 9,2%.

Mai devreme, în 2017, Google a publicat cifra care se citează cel mai des: când timpul de încărcare crește de la o secundă la trei, probabilitatea ca omul să plece fără să facă nimic crește cu 32%. De la o secundă la cinci, cu 90%.

Tratează-le ca medii pe mii de site-uri, nu ca pe o promisiune pentru al tău. Dacă vinzi un produs pe care nu-l are nimeni altcineva, oamenii te așteaptă. Dacă vinzi ceva ce se găsește în încă zece locuri, nu te așteaptă.

Iar dacă ai magazin online, costul se adună la fiecare pas. Categorie, produs, coș, plată. Nu pierzi un vizitator curios, pierzi un om care era deja hotărât să cumpere.

Cum verifici site-ul tău în cinci minute

Fără unelte plătite și fără să știi să programezi.

Deschide PageSpeed Insights, pune adresa, alege Mobil. Dacă apare secțiunea cu date de teren, aia e nota ta reală. Dacă nu apare, n-ai destui vizitatori și rămâi cu laboratorul.

Apoi deschide site-ul în Chrome, apasă F12 și du-te pe fila Network. Reîncarcă cu Ctrl și Shift și R, ca să nu tragă din memoria browserului. Jos, în bara de stare, scrie câte cereri s-au făcut și câți kilobytes s-au transferat.

Ce compari cu ce ai găsit: un site de prezentare făcut curat stă sub 40 de cereri și sub un megabyte transferat. Peste 100 de cereri, ai o problemă reală, nu una teoretică. Astea nu sunt praguri oficiale, sunt reperele mele, din site-urile pe care le-am măsurat.

Ce repari, în ordine

Măsoară înainte să cumperi ceva. Un audit de website îți spune dacă problema e la server, la imagini sau la cod. Fără măsurătoare, optimizarea e loterie și plătești pentru noroc.

Repară ce a ieșit la măsurătoare, în ordinea impactului. De obicei sunt trei sau patru lucruri care fac 80% din diferență, nu treizeci. Asta fac la optimizare de viteză: iau lista, o rezolv în ordine și măsor din nou, ca să vezi diferența în cifre.

Și ține-l așa. Un site optimizat azi se îngreunează singur în șase luni, pe măsură ce adaugi conținut, plugin-uri și scripturi de urmărire. De asta mentenanța include verificări de performanță, nu doar actualizări de securitate.

Ce să nu faci

Nu alerga după 100 din 100. Scorul e un instrument de diagnostic, nu un obiectiv. Am văzut site-uri cu 98 care se simt lente și site-uri cu 76 care zboară. Contează cât durează până omul vede ce a venit să vadă.

Nu reconstrui site-ul doar pentru viteză. Dacă ai conținut bun, poziții bune și clienți care vin, refacerea de la zero e o decizie scumpă cu risc real. De cele mai multe ori, optimizarea a ce ai deja recuperă cea mai mare parte a diferenței. Site-ul C din tabel e exact cazul ăsta și de asta îl las pe WordPress.

Dar dacă tot pornești de la zero, fă-l ca lumea din prima. Un site nou pe cod curat pornește cu 29 de cereri și o singură foaie de stil, și rămâne așa. E mult mai ieftin decât să repari peste doi ani ce strici acum.

Două întrebări pe care le primesc des

Contează viteza pentru poziția în Google?

Da, dar mai puțin decât crezi. Core Web Vitals sunt un semnal de clasare, nu principalul. Între două pagini cu conținut la fel de bun, cea rapidă câștigă. O pagină rapidă cu conținut slab nu bate o pagină lentă cu conținut mai bun. Viteza îți aduce în plus altceva, mai direct: oamenii care rămân pe pagină în loc să se întoarcă în rezultate.

Cât ar trebui să se încarce un site de firmă?

Sub 2,5 secunde până apare conținutul principal, pe telefon, pentru trei sferturi dintre vizitatori. Ăsta e pragul după care se ia Google. Dacă vrei un obiectiv mai ambițios, sub o secundă e realizabil pentru un site de prezentare și se simte instantaneu.

Cifrele se pot verifica

Nu-ți cer să mă crezi. Site-ul A din tabel este catalogul de schele metalice EGEA. Deschide-l, apasă F12, uită-te la fila Network și numără singur. De asta pun cifrele pe pagina de proiecte, pentru că se pot verifica.

Dacă nu știi unde stai cu al tău, scrie-mi și mă uit. Îți spun ce am găsit chiar dacă răspunsul e „n-ai nimic de reparat, lasă-l în pace”.

Trimite mai departe

Pasul tău

Ai un proiect în minte? Hai să vorbim.

Scrie-mi pe scurt ce vrei să construiești și revin cu o ofertă clară.

Cere ofertă