De ce se încarcă greu site-ul tău? Diagnostic în 10 minute

Codrin Strâmbu, fondator FlowStone Agency · 26 octombrie 2026 · 12 min citire

Un client îți spune că site-ul „merge greu” pe telefon. Sau observi chiar tu că pagina stă albă câteva secunde înainte să apară ceva. Primul impuls e să schimbi hostingul ori să mai instalezi un plugin. Înainte de asta, merită 10 minute de diagnostic: afli dacă site-ul chiar e lent, unde se pierde timpul și dacă problema se rezolvă cu câteva ajustări sau cere un site nou.

Răspuns scurt: dacă te întrebi de ce se încarcă greu site-ul, cauza ține de obicei de imagini prea mari, de un server care răspunde lent, de scripturi externe (chat, pixeli, widgeturi) sau de o temă încărcată cu pluginuri. Testezi gratuit cu PageSpeed Insights, pe mobil, și compari cu pragurile Google: LCP de cel mult 2,5 secunde, INP de cel mult 200 ms și CLS de cel mult 0,1. Dacă problema se reduce la 1–3 fișiere sau setări, optimizezi. Dacă vine din structura site-ului, refacerea iese adesea mai ieftin decât petecirea.

Cum verifici în 10 minute de ce se încarcă greu site-ul?

Ai nevoie de un telefon, de un calculator și de un cronometru. Nu instalezi nimic și nu îți trebuie acces la administrarea site-ului. Scopul nu e să repari ceva, ci să pleci cu câteva cifre și cu o idee clară despre unde e problema.

1. Minutele 0–2: testul pe telefon. Oprește Wi-Fi-ul și deschide site-ul pe date mobile, într-o fereastră privată, ca browserul să nu folosească ce a salvat la vizitele anterioare. Numără secundele până vezi conținutul principal, apasă un buton și urmărește dacă textul sau butoanele sar în timpul încărcării.
2. Minutele 2–5: PageSpeed Insights pe pagina principală. Intră pe PageSpeed Insights, unealta gratuită a Google, lipește adresa site-ului și alege rezultatul pentru mobil. Notează LCP, INP și CLS, plus scorul de performanță.
3. Minutele 5–7: același test pe o pagină de serviciu sau de produs. Pagina principală are de obicei cele mai multe slidere, video și scripturi, așa că poate ieși mai prost decât restul site-ului.
4. Minutele 7–9: lista de recomandări. Sub scor, PageSpeed afișează ce încetinește pagina. Nu trebuie să înțelegi tot: notează doar dacă apar des imaginile, JavaScript-ul, timpul de răspuns al serverului sau fonturile.
5. Minutul 10: salvează raportul. Fă capturi de ecran cu data testului sau copiază linkul raportului. E punctul de plecare cu care compari orice intervenție de mai târziu.

Un detaliu care încurcă pe toată lumea: PageSpeed Insights arată două feluri de date. Sus apar, dacă Google are destule vizite înregistrate, datele de la vizitatori reali, adică ce au trăit oamenii care chiar ți-au deschis site-ul. Mai jos e un test de laborator, rulat în condiții simulate, care poate da alt scor la fiecare rulare. Pentru decizii contează în primul rând datele reale. Testul de laborator îți arată cauzele.

Dacă ai deja cont în Google Search Console, raportul Core Web Vitals de acolo îți arată paginile cu probleme, separat pe mobil și desktop. Nu e obligatoriu pentru diagnosticul de 10 minute, dar developerului îi va fi util.

Ce înseamnă LCP, INP și CLS, pe înțeles?

Core Web Vitals sunt trei măsurători prin care Google descrie cât de repede se încarcă o pagină și cât de bine se poate folosi. Pragurile pentru „bun” sunt publicate de Google pe web.dev și reluate în documentația Google Search despre Core Web Vitals.

Pragurile se măsoară la percentila 75, separat pe mobil și desktop. Pe înțeles: ca pagina să fie considerată bună, cel puțin 3 din 4 vizite trebuie să se încadreze în prag. Câteva vizite rapide de pe Wi-Fi-ul din birou nu compensează clienții care intră de pe un telefon mai vechi.

Dintre cele trei, LCP e de obicei cel pe care îl simți ca „site lent”. Un INP slab se simte ca un site înțepenit: apeși pe meniu și o clipă nu se întâmplă nimic. Un CLS mare înseamnă că vrei să apeși pe „Sună acum” și pagina se mută sub deget.

Care sunt cauzele cele mai frecvente ale unui site lent?

Cauzele se repetă de la un site la altul, fie că e vorba de o clinică dentară din Iași, de un service auto din Bacău sau de un magazin online de haine. Le iei pe rând și le bifezi pe cele care apar în raportul tău.

Imagini prea mari sau încărcate greșit

Fotografia de câțiva MB urcată direct din telefon pe prima pagină e un clasic. Imaginea principală trebuie redimensionată pentru ecran și salvată într-un format modern, cum e WebP. Potrivit Web Almanac 2025, raportul anual al HTTP Archive, formatele noi sunt încă puțin folosite, deși trecerea de la JPG la WebP are loc treptat.

O greșeală mai subtilă e încărcarea amânată (lazy-load) a imaginii principale. Lazy-load e util pentru pozele de mai jos în pagină, dar aplicat chiar pe imaginea din capul paginii o întârzie. Același raport arată că aproximativ 16% din pagini fac asta.

Serverul răspunde încet

Înainte ca browserul să afișeze ceva, serverul trebuie să trimită primul răspuns. Timpul acesta se numește TTFB (Time to First Byte). În Web Almanac 2025, doar 44% din site-uri au avut TTFB bun pe mobil, 40% aveau nevoie de îmbunătățiri și 17% stăteau prost. Cauzele țin de hosting, de lipsa cache-ului sau de un site care construiește fiecare pagină de la zero la fiecare vizită.

Scripturi externe: chat, pixeli, widgeturi

Fiecare instrument adăugat „doar cu o linie de cod” vine cu propriile fișiere: widgetul de chat, pixelii de reclame, harta, recenziile, pop-up-ul de newsletter. Luate separat par mici, dar împreună pot cântări mai mult decât restul paginii. Am văzut des site-uri unde scoaterea a două-trei scripturi uitate de ani de zile a contat mai mult decât orice plugin de optimizare.

Temă grea, page builder și prea multe pluginuri

Temele „multipurpose” și page builderele vin cu cod pentru zeci de funcții, chiar dacă tu folosești trei. Peste ele se adaugă pluginuri care fac lucruri asemănătoare și se încarcă pe fiecare pagină. Aici optimizarea are o limită: poți tăia din ce se încarcă, dar nu poți scoate fundația. Am comparat cele două abordări în articolul WordPress sau site custom.

Fonturi și bannere care mută pagina

Un CLS mare vine de obicei din elemente care apar târziu: un font care se încarcă după text și îi schimbă mărimea, un banner de cookies inserat deasupra conținutului, o imagine fără spațiu rezervat. Pagina pare încărcată, apoi totul coboară cu câțiva centimetri.

De ce merge bine pe calculator și greu pe telefon?

Pentru că telefonul are, de regulă, un procesor mai slab și o conexiune mai instabilă decât laptopul din birou. Diferența se vede în date: în Web Almanac 2025, 62% din site-uri au avut LCP bun pe mobil, față de 74% pe desktop. LCP slab au avut 13% din site-uri pe mobil și doar 7% pe desktop. Raportul pune diferența pe rețelele mai lente și pe telefoanele mai puțin performante.

Pe întregul set de Core Web Vitals, 48% din site-uri au trecut pe mobil în 2025, față de 56% pe desktop. Situația se îmbunătățește încet: în 2024 procentele erau 44% și 55%. Altfel spus, aproximativ jumătate din site-uri încă stau prost pe telefon.

De aceea nu testezi site-ul de pe calculatorul tău, pe internetul din birou. Clientul din Suceava sau din Craiova îl deschide de pe telefon, din mașină sau din sala de așteptare, și pe el îl măsoară Google.

O altă surpriză frecventă: pagina principală stă mai prost decât restul. În același raport, doar 45% din paginile principale au avut Core Web Vitals bune pe mobil, față de 56% din paginile secundare. Din acest motiv, în diagnostic testezi și o pagină de serviciu, nu doar prima pagină.

Contează viteza site-ului pentru Google?

Da, dar mai puțin decât promit unii. Google confirmă în documentația despre experiența paginii că sistemele sale de clasare folosesc Core Web Vitals. În aceeași pagină precizează că rezultatele bune în Search Console sau în alte instrumente nu garantează poziții de top.

Regula Google e simplă: conținutul cel mai relevant apare primul chiar dacă experiența paginii e slabă. Viteza ajută acolo unde mai multe pagini sunt la fel de utile, adică exact în nișele aglomerate în care concurezi cu firme asemănătoare.

Mai importantă decât poziția e ce face omul după click. Un vizitator adus din Google Ads care se uită la un ecran alb riscă să plece înainte să vadă oferta. Diferența dintre traficul organic și cel plătit o explic în SEO sau Google Ads. Pentru magazine online, viteza devine critică în zilele cu trafic mare, motiv pentru care apare și în checklistul pentru Black Friday.

Optimizezi site-ul existent sau îl refaci?

Aici te ajută notițele din diagnostic. Întrebarea nu e „cât de mic e scorul”, ci „câte cauze sunt și cât de adânc stau”.

Pentru optimizare nu există un preț universal: depinde de ce găsește developerul în raport. Cere o estimare pe baza capturilor tale și compar-o cu prețul unui site nou. La FlowStone, un site de prezentare pornește de la 250 EUR, majoritatea proiectelor se încadrează între 250 și 700 EUR, iar livrarea durează 14–28 de zile. Un magazin online pornește de la 500 EUR. Detaliile pe tipuri de proiect sunt în cât costă un site web și cât costă un magazin online.

Dacă oferta pentru „reparat” se apropie de prețul unui site nou, iar designul oricum nu te mai reprezintă, refacerea e de obicei alegerea mai sănătoasă. Pe de altă parte, refacerea nu e mereu răspunsul: un site bun, cu o poză prea mare și un script uitat, se repară fără să atingi restul.

Ca reper pentru ce înseamnă „rapid” la un site construit de la zero: pe 13 octombrie 2026, 7 site-uri livrate de FlowStone au avut în Lighthouse 12.8.2 un scor median de performanță de 98 pe mobil și 100 pe desktop, toate cu 100 la SEO. Trei dintre ele au avut 100 și pe mobil, printre care site-ul Asociației „Sfinții Trei Ierarhi”. A fost o singură rulare per site, cu date de laborator, deci o indicație, nu o promisiune pentru orice proiect. Tabelul complet e pe pagina de dezvoltare web.

Ce ceri developerului ca să nu plătești degeaba?

Optimizarea de viteză e ușor de vândut și greu de verificat dacă nu stabilești dinainte cum măsori. Înainte să accepți o ofertă, cere următoarele:

• Raport înainte și după, din PageSpeed Insights, pe mobil, pe aceleași pagini pe care le-ai testat tu.
• Datele de la vizitatori reali, nu doar scorul de laborator. Scorul de laborator poate urca de la o rulare la alta fără ca site-ul să se fi schimbat.
• Lista concretă de modificări: ce imagini s-au comprimat, ce scripturi s-au scos, ce s-a schimbat la server.
• Ce se pierde. Dacă se elimină un plugin sau un widget, află dinainte ce funcție dispare.
• Cine deține hostingul, domeniul și accesul. Dacă schimbi furnizorul, conturile trebuie să rămână pe numele tău.
• O verificare după câteva săptămâni. Datele de la vizitatori reali se actualizează treptat, așa că efectul complet nu se vede a doua zi.

Pentru restul criteriilor de alegere, de la contract la portofoliu, vezi cum alegi un web developer. Exemple de site-uri construite de noi pentru clinici, imobiliare și ONG-uri găsești în portofoliu.

Întrebări frecvente

Ce scor PageSpeed e bun pentru un site?

Scorul de la 0 la 100 vine dintr-un test de laborator și variază între rulări, așa că mai mult contează ca vizitatorii reali să aibă LCP de cel mult 2,5 secunde, INP de cel mult 200 ms și CLS de cel mult 0,1. Ca reper, site-urile noi construite de FlowStone au ca țintă un scor Lighthouse de 95 sau peste.

De ce îmi dă PageSpeed alt scor la fiecare test?

Partea de laborator din PageSpeed Insights e un test simulat, influențat de serverul, rețeaua și scripturile externe din acel moment, deci scorul poate varia de la o rulare la alta. Rulează testul de 2–3 ori și uită-te mai ales la datele de la vizitatori reali, care sunt mai stabile.

Hostingul ieftin face site-ul lent?

Poate, dar nu întotdeauna. Hostingul se vede mai ales în TTFB, timpul până la primul răspuns al serverului; dacă TTFB e bun și pagina tot se încarcă greu, cauza e în imagini, scripturi sau temă, iar un hosting mai scump nu o rezolvă.

Pluginurile de cache rezolvă un site lent?

Un plugin de cache ajută serverul să trimită paginile mai repede, dar singur nu micșorează o imagine principală de câțiva MB, nu scoate scripturile externe și nu ușurează o temă încărcată. E o piesă din soluție, nu toată soluția.

Cât durează să refaci un site lent?

Depinde de mărimea site-ului. La FlowStone, un site de prezentare nou se livrează în 14–28 de zile, iar un magazin online sau o platformă complexă în 6–10 săptămâni, cu viteza și fundația SEO incluse din start.

Concluzie

Ca să afli de ce se încarcă greu site-ul, nu ai nevoie de un developer în primele 10 minute: telefonul, PageSpeed Insights și câteva cifre notate îți arată dacă problema e reală și unde stă. Regula de decizie e simplă: câteva cauze clare pe un site încă bun înseamnă optimizare, iar o structură grea plus un design care oricum trebuie schimbat înseamnă refacere. Dacă vrei un site nou, construit din start pentru viteză, vezi ce include și cât costă pe pagina de dezvoltare web sau trimite-ne raportul tău prin formularul de contact.

Vrei o estimare pentru proiectul tău?

Spune-ne ce tip de site îți trebuie și primești o ofertă clară, cu livrabile și termen.

Cere ofertă