Pe scurt
Optimizarea vitezei unui site înseamnă să măsori întâi unde pierde timp pagina, apoi să repari cauzele în ordinea impactului: imaginile prea mari, serverul lent, scripturile externe și tema sau page builderul prea greu. Testezi pe mobil, cu PageSpeed Insights și Search Console, și remăsori după fiecare schimbare, nu după toate odată.
Ce vei învăța
Ghidul merge de la diagnostic la decizie:
- cum faci un test de viteză care îți arată problema, nu doar un scor;
- ce măsoară Core Web Vitals și ce anume strică fiecare indicator;
- ordinea în care repari un site lent, pas cu pas, inclusiv pe WordPress;
- când merită să optimizezi site-ul existent și când e mai rezonabil să-l refaci.
De ce contează viteza de încărcare a site-ului
Viteza de încărcare contează pentru că un vizitator care așteaptă pleacă înainte să vadă oferta, iar Google ia în calcul experiența paginii, inclusiv Core Web Vitals, când evaluează paginile. Un site lent pierde de două ori: o dată în rezultatele de căutare și o dată la conversie.
Pentru o firmă mică, efectul se vede pe telefon. Cine caută „instalator sector 3” sau „cabinet stomatologic Pipera” e pe date mobile, între două drumuri, și nu așteaptă rezultatul care nu se deschide.
În articolul său despre Core Web Vitals, limitless.ro recomandă ca viteza de încărcare pe mobil să fie sub 3 secunde. E un reper bun pentru o discuție cu cine îți administrează site-ul, dar nu e pragul oficial: Google evaluează separat fiecare indicator, cu praguri publicate în documentația Google pentru Core Web Vitals.
Dacă plătești reclame, costul crește: viteza intră în experiența paginii de destinație, descrisă în Centrul de ajutor Google Ads, deci plătești clicuri pentru oameni care pleacă înainte să se încarce pagina.
Ce sunt Core Web Vitals, pe înțeles
Core Web Vitals sunt trei indicatori prin care Google măsoară experiența vizitatorilor reali: cât de repede apare conținutul principal (LCP), cât de repede reacționează pagina la un click sau o atingere (INP) și cât de stabil rămâne conținutul în timpul încărcării (CLS). INP a înlocuit vechiul indicator FID, așa că în rapoartele mai vechi s-ar putea să-l vezi pe acesta din urmă.
| Indicator | Ce măsoară | Ce îl strică de obicei | Primul lucru de verificat |
|---|---|---|---|
| LCP (Largest Contentful Paint) | momentul în care apare cel mai mare element vizibil: imaginea din hero, un titlu mare, un banner | imagine principală grea, server lent, CSS care blochează afișarea | greutatea și formatul imaginii principale, timpul de răspuns al serverului |
| INP (Interaction to Next Paint) | cât întârzie pagina între o interacțiune și reacția vizibilă | JavaScript mult: page builder, slidere, pop-up-uri, chat, pixeli de tracking | ce scripturi rulează pe pagină și cine le-a adăugat |
| CLS (Cumulative Layout Shift) | cât „sare” conținutul în timp ce se încarcă | imagini fără dimensiuni, banner de cookie care împinge pagina, fonturi care se schimbă | spațiul rezervat pentru imagini, bannere și embed-uri |
Datele Core Web Vitals din Search Console și din partea de sus a PageSpeed Insights vin de la vizitatori reali care folosesc Chrome. Pe un site cu puțin trafic lipsesc, iar lipsa lor nu înseamnă că site-ul e rapid.
Cum faci un test de viteză corect
Un test de viteză corect se face pe mobil, pe mai multe tipuri de pagini, de mai multe ori, și citește întâi datele de la vizitatori reali, apoi diagnosticul de laborator. Scorul de la 0 la 100 e ultimul lucru la care te uiți, nu primul.
Instrumentele gratuite acoperă tot ce ai nevoie:
| Instrument | Ce îți arată | Când îl folosești |
|---|---|---|
| PageSpeed Insights | date de teren (dacă există) și un test de laborator Lighthouse, cu recomandări | primul diagnostic pe o pagină anume |
| Google Search Console, raportul Core Web Vitals | grupuri de URL-uri cu probleme, separat pe mobil și desktop, din date reale | ca să vezi ce tipuri de pagini au probleme pe tot site-ul |
| Chrome DevTools (Lighthouse, Network, Performance) | testul de laborator rulat local și fiecare fișier încărcat, cu greutatea și durata lui | când cauți fișierul vinovat sau verifici imediat o modificare |
| WebPageTest sau GTmetrix | cascadă detaliată de încărcare, teste din locații diferite | pentru comparații înainte și după |
Cum procedezi, concret:
- Alege paginile care aduc bani, nu doar prima pagină: o pagină de serviciu, un articol care aduce trafic, o pagină de produs și coșul, dacă ai magazin.
- Testează pe mobil. PageSpeed Insights deschide implicit rezultatul pentru mobil, iar clienții unei firme locale caută, de cele mai multe ori, de pe telefon.
- Rulează testul de câteva ori și notează valoarea tipică, nu pe cea mai bună.
- Citește datele de teren înaintea scorului. Dacă datele reale sunt bune și scorul de laborator e mediocru, ai o problemă mică. Invers, ai una mare.
- Notează elementul LCP. PageSpeed îți spune exact care element e considerat cel mai mare. Des e o imagine, adică ceva ce se repară repede.
De ce scorul și realitatea nu se potrivesc mereu: un site poate avea un scor bun în PageSpeed și totuși să pară lent pe telefon, pentru că testul de laborator nu surprinde un chat care se încarcă după câteva secunde sau un pop-up care acoperă ecranul. Invers, un site cu scor mediocru poate fi perceput ca rapid dacă textul și imaginea principală apar imediat. De aceea, după fiecare test, deschide pagina pe un telefon obișnuit, pe date mobile, și notează ce vezi în primele secunde: asta este experiența clientului tău.
De ce se încarcă greu un site: cauzele frecvente
Un site se încarcă greu, de regulă, din cauza a una sau două probleme mari, nu a zeci de detalii: imagini neoptimizate, un server lent, prea mult JavaScript sau un layout care se reașază. Simptomul îți spune de obicei unde să cauți.
| Ce observi | Cauza probabilă |
|---|---|
| Pagina rămâne albă câteva momente înainte să apară ceva | server lent, hosting supraaglomerat, lipsa cache-ului de pagină |
| Textul apare repede, imaginea mare întârzie | imagine principală neoptimizată sau încărcată întârziat (lazy load) din greșeală |
| Pagina apare, dar nu răspunde la atingere | prea mult JavaScript: builder, slidere, chat, pixeli de tracking |
| Conținutul sare în timp ce citești | imagini fără dimensiuni, banner de cookie, fonturi care se încarcă târziu |
| Doar anumite pagini sunt lente | un plugin sau un embed anume: hartă, video YouTube, galerie, formular |
Optimizare viteză site, pas cu pas
Optimizarea se face în ordinea impactului: măsori, repari imaginile, verifici serverul și cache-ul, curăți scripturile, simplifici fonturile, stabilizezi layoutul și măsori din nou. Faci o singură schimbare o dată, ca să știi ce a ajutat și ce a stricat.
1. Notează punctul de plecare
Salvează raportul PageSpeed pentru fiecare pagină aleasă, notează elementul LCP și cele mai grele fișiere din panoul Network. Fără acest reper nu vei ști ce a funcționat.
2. Repară imaginile
Imaginile sunt primul lucru de reparat pe site-ul unei firme mici: problemele sunt frecvente, iar remedierea e simplă.
- Redimensionează înainte de upload. O poză făcută cu telefonul și urcată direct în site poate avea de câteva ori lățimea la care e afișată. Comprimarea singură nu rezolvă asta.
- Folosește formate moderne, WebP sau AVIF, pentru fotografii.
- Pune lazy loading pe imaginile de sub prima ecranare, nu pe imaginea principală. Imaginea din hero trebuie să se încarce prima, iar pentru ea poți cere browserului prioritate mare.
- Declară lățimea și înălțimea fiecărei imagini, ca browserul să-i rezerve locul și să nu mute textul.
- Renunță la video în fundal pe mobil sau înlocuiește-l cu o imagine statică.
3. Verifică serverul și hostingul
Dacă pagina stă albă înainte să apară ceva, problema e aproape sigur pe server. În PageSpeed o recunoști după recomandarea de a reduce timpul de răspuns inițial al serverului.
Ce verifici:
- Tipul de hosting. Un hosting shared ieftin împarte resursele cu multe alte site-uri: poate ajunge pentru un site de prezentare, rar pentru un magazin cu promoții.
- Versiunea de PHP, pe WordPress. O versiune veche e mai lentă și nu mai primește actualizări de securitate.
- Locația serverului. Dacă clienții tăi sunt în România, un server în România sau în centrul Europei e mai aproape de ei decât unul peste ocean.
- Un CDN pentru fișierele statice (imagini, CSS, JavaScript), mai ales dacă ai vizitatori din mai multe țări.
4. Activează cache-ul, o singură dată
Cache-ul de pagină servește o versiune gata construită a paginii, în loc s-o genereze de la zero la fiecare vizită, și e cel mai ieftin câștig pe un site dinamic. Adaugă și cache în browser pentru fișierele statice, ca vizitatorul care revine să nu le descarce din nou.
Două reguli: un singur plugin sau sistem de cache, nu două care se contrazic, și excluzi din cache paginile personale, adică coșul, checkout-ul și contul clientului.
5. Curăță CSS-ul și JavaScript-ul
Scripturile sunt cauza principală pentru un INP slab și pentru paginile care apar, dar nu răspund.
- Elimină ce nu folosești. Un plugin de slider folosit pe o singură pagină își încarcă adesea fișierele pe toate paginile.
- Amână JavaScript-ul care nu e necesar la afișare (atributele defer sau async), ca pagina să apară înainte ca scripturile să ruleze.
- Minifică fișierele. Combinarea CSS-ului și a JavaScript-ului apare în multe liste de optimizare, inclusiv la contentspeed.ro, dar pe serverele moderne cu HTTP/2 câștigul e mai mic, iar combinarea poate strica ordinea scripturilor. Testează după fiecare setare.
- Fă inventarul scripturilor externe: chat, pixelul Meta, heatmap-uri, coduri de analytics duplicate, etichete uitate în Google Tag Manager. Fiecare rulează la fiecare vizită. Păstrează ce folosești și încarcă chat-ul abia când vizitatorul interacționează cu el.
6. Simplifică fonturile
Fonturile întârzie textul și îl pot face să sară. Folosește cel mult două familii și doar grosimile de care ai nevoie, găzduiește-le pe serverul tău în format WOFF2 și setează font-display: swap, ca textul să apară imediat cu un font de rezervă.
Un detaliu specific site-urilor în română: dacă fontul e încărcat fără setul de caractere latin extins, literele ș, ț, ă, î și â sunt afișate cu fontul de rezervă. Rezultatul arată neglijent și produce mici salturi în text. Verifică o pagină cu multe diacritice după orice schimbare de font.
7. Rezervă spațiu pentru tot ce apare târziu
Orice element care apare după text și împinge conținutul strică CLS. Bannerul de cookie stă peste pagină, nu o împinge în jos, iar hărțile, video-urile YouTube, formularele încorporate și bannerele promoționale primesc un container cu dimensiuni fixe.
8. Remăsoară și urmărește datele reale
Testul de laborator arată efectul imediat, datele reale nu: Search Console calculează Core Web Vitals pe o perioadă recentă de vizite, deci îmbunătățirea apare treptat. După reparație, pornește validarea remedierii din raportul Core Web Vitals și revino peste câteva săptămâni.
Site WordPress lent: ce verifici întâi
Un site WordPress lent are, de cele mai multe ori, una dintre patru cauze: o temă sau un page builder greu, pluginuri care își încarcă fișierele pe toate paginile, o versiune veche de PHP sau un hosting prea slab. Numărul de pluginuri contează mai puțin decât ce face fiecare. Ce pluginuri merită păstrate și care se calcă pe picioare vezi în ghidul despre pluginurile WordPress.
Ordinea în care verifici:
- Fă o copie de test (staging) și un backup. Multe panouri de hosting oferă staging; unde nu există, îl poți face cu un plugin de backup.
- Verifică versiunea de PHP din panoul de hosting și actualizează-o, după ce testezi pe copie.
- Instalează temporar Query Monitor. Îți arată ce pluginuri fac cele mai multe interogări în baza de date și ce fișiere încarcă fiecare pagină.
- Dezactivează pluginurile unul câte unul pe copie și măsoară după fiecare. Așa găsești pluginul care costă cel mai mult.
- Uită-te la page builder. Elementor, Divi sau WPBakery adaugă un strat de cod peste temă. Dezactivează widgeturile și animațiile pe care nu le folosești.
- Curăță baza de date: revizii vechi de articole, date temporare expirate și tabele rămase de la pluginuri șterse.
Pe un magazin WooCommerce, mai verifică și pluginurile de curierat, facturare și plăți. Unele își încarcă scripturile pe toate paginile, deși sunt necesare doar în coș și la checkout. Dacă abia îți construiești magazinul, pașii din ghidul complet de creare a unui magazin online includ verificarea vitezei în lista de dinainte de lansare, și e mult mai ușor s-o faci atunci decât după.
Dacă te gândești să schimbi platforma din cauza vitezei, citește întâi comparația dintre WordPress, Shopify și WooCommerce. Pe Shopify, infrastructura e responsabilitatea platformei; pe WooCommerce, performanța depinde de hostingul și de mentenanța ta. Niciuna nu e rapidă din oficiu dacă o încarci cu aplicații și scripturi.
Cauza pe care o găsești cel mai des la un WordPress lent: un page builder încărcat pe fiecare pagină, peste o temă care aduce oricum propriul slider, propriile fonturi și propriile scripturi, plus pluginuri instalate pentru o singură funcție și uitate active. Primul câștig vine de obicei din eliminarea a ce nu se folosește și din redimensionarea imaginii principale, nu din instalarea unui nou plugin de optimizare. Remăsoară după fiecare schimbare, ca să știi exact ce a contat.
Sfaturi practice
Câștigurile de viteză se pierd de obicei după optimizare, când se adaugă conținut și scripturi fără verificare. Câteva obiceiuri te feresc de asta:
- Lucrează pe copie, nu pe site-ul live. O setare greșită de minificare poate strica formularul de contact fără să observi.
- O schimbare, apoi un test. Dacă activezi cinci setări deodată și site-ul se strică, nu știi care a fost.
- Stabilește o regulă pentru cine adaugă conținut: pozele se redimensionează înainte de upload, la lățimea la care vor fi afișate.
- Retestează după orice script nou de marketing. Ce se adaugă „doar pentru o campanie” tinde să rămână.
- Verifică lunar raportul Core Web Vitals din Search Console. Vezi problemele înainte să le simtă clienții.
Greșeli frecvente
Cea mai scumpă greșeală e să optimizezi pentru scor, nu pentru vizitatori. Celelalte țin, de obicei, de ordinea în care se lucrează.
- Urmărești nota 100 în PageSpeed. Scorul e o simulare. Contează datele reale din Search Console și cum se simte site-ul pe un telefon obișnuit.
- Instalezi două pluginuri de cache sau optimizare. Minifică și amână aceleași fișiere, iar rezultatul e un site mai lent sau stricat.
- Pui lazy loading pe imaginea principală. Cea mai importantă imagine ajunge să se încarce ultima, iar LCP se înrăutățește.
- Comprimi imaginea, dar n-o redimensionezi. O poză uriașă bine comprimată e tot uriașă.
- Testezi doar prima pagină, pe desktop. Clienții tăi intră pe pagini de serviciu, de pe telefon.
- Uiți de scripturile externe adunate în ani de campanii: pixeli, chat, heatmap-uri, etichete vechi.
- Alegi cel mai ieftin hosting și apoi plătești pluginuri ca să compensezi. Un plugin nu face un server supraaglomerat mai rapid.
- Optimizezi o dată și nu mai verifici. Viteza se degradează odată cu fiecare actualizare, plugin și campanie.
Optimizezi site-ul existent sau îl refaci?
Optimizezi site-ul existent atunci când problemele țin de imagini, cache, hosting și scripturi. Îl refaci atunci când problema e chiar fundația: o temă sau un builder care nu mai pot fi ușurate, pluginuri abandonate, o versiune de PHP pe care n-o poți actualiza fără să strici site-ul.
| Situația site-ului | Ce e rezonabil |
|---|---|
| Imagini mari, fără cache, hosting ieftin, restul în regulă | optimizare punctuală, fără redesign |
| Temă sau builder greu, dar designul și conținutul încă funcționează | optimizare mai adâncă, începând cu paginile cele mai vizitate |
| Pluginuri abandonate, PHP vechi care nu poate fi actualizat fără erori | refacere |
| Design depășit, pe care oricum voiai să-l schimbi | refacere, cu performanța stabilită de la început |
| Magazin care a crescut și hostingul nu mai face față | întâi hosting mai bun și cache corect, apoi decizia de platformă |
Pentru o firmă mică din România, decizia e una de buget pe câțiva ani: dacă plătești repetat intervenții ca site-ul să rămână utilizabil, compară suma cu un site nou. Prețurile orientative pe tipuri de site și costurile de hosting și mentenanță sunt detaliate în ghidul nostru despre prețurile unui site web.
La Magnitude, viteza face parte din felul în care construim fiecare proiect de creare site web: optimizăm imaginile, fonturile și resursele în timpul dezvoltării și testăm Core Web Vitals pe mai multe dispozitive înainte de lansare, nu după. Un site de prezentare nou pornește de la 400 €.
Un exemplu de decizie: un site de prezentare construit acum câțiva ani pe o temă comercială, cu un page builder, zeci de pluginuri și o versiune de PHP care nu mai poate fi actualizată fără erori. Optimizarea punctuală ar aduce câștiguri mici și temporare, pentru că fiecare actualizare riscă să strice ceva, așa că refacerea e alegerea mai ieftină pe termen lung. Dacă aceeași firmă ar avea doar imagini mari și un hosting slab, recomandarea ar fi inversă: optimizare, fără redesign.
Întrebări frecvente
Cât de repede ar trebui să se încarce un site?
Cât mai repede, iar pe mobil un reper folosit în piață este sub 3 secunde, recomandat de exemplu de limitless.ro. Reperul oficial e altul: Google evaluează separat LCP, INP și CLS, pe date de la vizitatori reali, cu pragurile publicate în documentația pentru Core Web Vitals.
Contează viteza site-ului pentru SEO?
Da, dar ca un semnal printre multe, nu ca înlocuitor pentru conținut relevant. Documentația Google Search Central tratează experiența paginii ca un factor care contează, fără să treacă înaintea relevanței, așa că viteza te ajută mai ales când concurezi cu pagini la fel de bune.
De ce îmi dă PageSpeed Insights alt scor la fiecare test?
Pentru că testul de laborator simulează o singură încărcare, iar rezultatul variază cu încărcarea serverului, cu rețeaua și cu scripturile externe din momentul testului. Rulează testul de câteva ori, notează valoarea tipică și uită-te în primul rând la datele de teren.
Un plugin de cache rezolvă singur un site WordPress lent?
Nu, rezolvă de obicei doar timpul de răspuns al serverului. Nu micșorează imaginile uriașe, nu elimină scripturile externe și nu ușurează o temă sau un page builder greu. E un pas necesar, nu tot tratamentul.
Pot face singur optimizarea vitezei?
Da, pașii de bază: imagini, cache, pluginuri nefolosite și scripturi externe uitate, lucrând pe o copie și cu backup. Pentru codul temei, configurația serverului sau felul în care se încarcă JavaScript-ul, e mai sigur să lucrezi cu cine îți dezvoltă site-ul.
Concluzie și următorii pași
Optimizarea vitezei unui site începe cu un test corect, nu cu un plugin. Deschide azi PageSpeed Insights pe mobil pentru trei pagini importante, notează elementul LCP și verifică raportul Core Web Vitals din Search Console. Vei ști dacă ai o problemă de imagini, de server sau de scripturi, iar pașii de mai sus îți spun în ce ordine s-o repari.
Dacă testul arată o problemă de fundație, cântărește optimizarea și refacerea pe buget, nu pe impresie. Alte ghiduri despre construirea și întreținerea unui site găsești în secțiunea de ghiduri despre creare site.