Site-ul e lent: de unde vine problema și cum crești viteza site-ului
Un site e lent de obicei din una dintre aceste cauze: serverul răspunde greu, nu există cache de pagină, imaginile sunt prea mari, tema sau modulele încarcă prea multe scripturi ori baza de date are interogări lente. Cache-ul de pagină înseamnă copii gata făcute ale paginilor, servite imediat. Viteza site-ului se măsoară cu Core Web Vitals (notele lui Google pentru viteza și stabilitatea paginii) și se repară acolo unde e cauza, pe server sau în cod.
Un client care așteaptă pagina să se încarce pe telefon nu știe că e vina serverului sau a unui modul. Știe doar că durează, și apasă înapoi. Google vede același lucru în datele lui despre experiența reală a vizitatorilor.
Cinci semne că viteza site-ului e problema
Răspunde cu „da” sau „nu”. Fiecare „da” e un loc de unde poate veni problema.
Core Web Vitals: cele trei cifre la care se uită Google
Google măsoară viteza site-ului pe datele vizitatorilor reali, din Chrome, cu trei indicatori. LCP arată în cât timp apare elementul principal al paginii; pragul bun e de cel mult 2,5 secunde. INP arată cât de repede răspunde pagina când apeși ceva; pragul bun e de cel mult 200 de milisecunde. CLS arată cât de mult se mișcă pagina în timp ce se încarcă; pragul bun e de cel mult 0,1. O pagină trece dacă cel puțin trei sferturi dintre vizite sunt sub prag.
Google le folosește printre semnalele de experiență a paginii. Nu ridică o pagină slabă peste una care răspunde mai bine la căutare, dar între pagini apropiate contează, iar clienții care pleacă înainte să vadă oferta contează oricum.
-
LCP cât durează până se vede partea principală a paginii
≤ 2,5 s4 s
Bun: ≤ 2,5 s. Slab: peste 4 s.
-
INP reacția la clic
≤ 200 ms500 ms
Bun: ≤ 200 ms. Slab: peste 500 ms.
-
CLS stabilitatea paginii
≤ 0,10,25
Bun: ≤ 0,1. Slab: peste 0,25.
Sursa: Google, web.dev/vitals
Șase cauze, de la server spre pagină
- Așteptarea primului răspuns de la serverrepară: administratorul de server
- Descărcarea fișierelorrepară: administratorul de server și dezvoltatorul
- Apare elementul principal (LCP)repară: dezvoltatorul
- Pagina răspunde la clic (INP)repară: dezvoltatorul
Schemă, nu măsurătoare: lungimea segmentelor e orientativă.
-
Răspunde serverul greu?
Cauza: înainte să se încarce orice imagine, browserul așteaptă primul răspuns de la server. Dacă așteptarea trece de o secundă, nicio optimizare din temă nu o mai recuperează. Vine din găzduire subdimensionată, PHP vechi, procese blocate sau boți (programe care citesc automat site-urile) care consumă serverul.
Ce facem: măsurăm timpul de răspuns pe server, citim jurnalele, actualizăm versiunea de PHP și configurăm serverul web. Boții care doar consumă resurse îi limităm, fără să-i blocăm pe cei ai motoarelor de căutare și ai asistenților AI.
-
Există cache de pagină?
Cauza: fără cache, fiecare vizită construiește pagina de la zero din baza de date. Pe un magazin cu mii de produse, diferența se simte imediat.
Ce facem: configurăm cache-ul de pagină și cache-ul de obiecte (de exemplu Redis) pe server, cu reguli care nu pun în cache coșul și contul clientului.
-
Sunt imaginile prea mari?
Cauza: fotografii încărcate direct din aparat, de câțiva megabyți, afișate într-un card mic. E cea mai des întâlnită cauză pentru un LCP slab.
Ce facem: generăm automat dimensiunile potrivite și formatele moderne (WebP sau AVIF), încărcăm imaginile de mai jos doar când ajungi la ele și le dăm dimensiuni fixe, ca pagina să nu se miște.
-
Încarcă tema prea multe scripturi?
Cauza: slidere, chat, pixeli de reclamă, fonturi și module care rulează JavaScript (codul care face pagina interactivă) înainte ca pagina să fie gata. Așa crește INP, iar pagina pare înghețată la primul clic.
Ce facem: scoatem ce nu se folosește, amânăm ce nu e necesar la încărcare și rescriem în temă bucățile care blochează pagina.
-
Are baza de date interogări lente?
Cauza: tabele fără indecși, jurnale care cresc de ani de zile, căutări și filtre care cer prea mult de la baza de date.
Ce facem: găsim interogările lente în jurnalul bazei de date, adăugăm indecși, curățăm tabelele și, unde e nevoie, mutăm căutarea pe un motor separat.
-
Lipsește un CDN sau e configurat greșit?
Cauza: fișierele statice pleacă de pe un singur server, uneori din altă țară, fără compresie și fără reguli de cache în browser.
Ce facem: configurăm compresia, regulile de cache și, acolo unde ajută, un CDN în fața site-ului.
Site WordPress lent: unde ne uităm întâi
Pe WordPress și WooCommerce, întârzierea vine cel mai des din pluginuri: constructoare de pagini, pluginuri care fac același lucru de două ori, opțiuni încărcate automat la fiecare vizită și sarcini programate care rulează la fiecare accesare. Un plugin de cache ajută, dar nu repară un server lent și nici o bază de date încărcată.
Pe Magento contează cache-ul de pagină, indexarea și serverul. Pe Shopify, serverul e al platformei, așa că lucrăm în temă și pe aplicațiile instalate. Pe Next.js sau React, lucrăm pe felul în care se randează pagina.
Optimizarea vitezei site-ului, pe server și în cod
Cauzele 1, 2, 5 și 6 țin de server, iar cauzele 3 și 4 țin de temă și de cod. Le reparăm noi pe toate, pentru că specialistul SEO, dezvoltatorul și administratorul de server lucrează în aceeași echipă, în TheFactory. Nu îți dăm un raport cu recomandări pe care să le duci altcuiva.
Începem cu o măsurătoare: datele reale din Search Console (raportul gratuit de la Google despre site-ul tău) și din Chrome, plus teste pe paginile care contează (pagina principală, categoriile, produsele, coșul). Reparăm întâi ce aduce cea mai mare diferență, apoi măsurăm din nou pe aceleași pagini.
Dacă site-ul e găzduit în altă parte, lucrăm cu acces la serverul tău sau îți spunem clar ce trebuie schimbat la găzduire. Dacă serverul nu poate ține site-ul, îți spunem asta înainte să lucrăm în temă.
Cine lucrează
- Administratorul de server se ocupă de timpul de răspuns, cache, PHP și boți.
- Dezvoltatorul lucrează în temă, pe imagini, scripturi și baza de date.
- Specialistul SEO alege paginile care contează și urmărește cifrele din Search Console.
-
Administratorul de server
1răspuns lent2cache5baza de date6CDN -
Dezvoltatorultemă și cod
3imagini4scripturi -
Specialistul SEOmăsoară
alege paginile și urmărește cifrele
Toți trei în aceeași echipă, în TheFactory: nu dăm raportul mai departe altcuiva.
Test de viteză site în 10 minute
-
Testează pe PageSpeed Insights.
Deschide pagespeed.web.dev (testul gratuit de viteză de la Google) și introdu adresa paginii principale, apoi a unei pagini de produs sau de serviciu. Uită-te întâi la partea de sus, „Descoperă experiența utilizatorilor reali”. Acolo sunt datele vizitatorilor tăi. Partea de dedesubt, „Diagnostichează problemele de performanță”, e un test de laborator, util pentru cauze, dar nu e ce vede Google.
-
Deschide raportul Core Web Vitals din Search Console.
În meniul din stânga, la „Experiență”, vezi câte adrese sunt bune, de îmbunătățit sau slabe, separat pe mobil și pe desktop. Dacă site-ul are puțin trafic, raportul poate fi gol.
-
Testează pe telefon, pe date mobile.
Oprește Wi-Fi-ul și deschide site-ul ca un client nou, într-o fereastră privată. Numără cât durează până poți citi și apăsa ceva.
-
Compară două ore diferite.
Rulează același test dimineața și seara sau după o campanie. Dacă diferența e mare, problema e la server, nu în pagină.
-
Fă lista pluginurilor sau a aplicațiilor.
Notează ce ai instalat și ce mai folosești de fapt. E primul lucru pe care îl vom cere.
Ce se schimbă și când se vede
Durata depinde de unde e cauza. O setare de cache sau o versiune nouă de PHP se schimbă repede. O temă încărcată de scripturi sau o bază de date veche cer mai mult lucru și teste, ca să nu se strice coșul sau formularele. După prima măsurătoare îți spunem ce reparăm, în ce ordine și cât lucru e.
Testele de laborator arată diferența imediat după reparație. Datele vizitatorilor reali din Search Console se adună pe ultimele 28 de zile, așa că raportul Core Web Vitals se schimbă treptat. O viteză mai bună nu garantează poziții mai bune, dar elimină un motiv pentru care clienții pleacă.
Raportul Core Web Vitals din Search Console
- 1Testul de laborator (PageSpeed Insights, testul gratuit de viteză de la Google) arată diferența imediat după reparație.
- 2Datele vizitatorilor reali sunt o medie pe ultimele 28 de zile, așa că valoarea coboară treptat.
- 3Când media trece sub 2,5 secunde, raportul marchează adresele ca bune.
test de laboratordate reale, media pe 28 de zileLCP pe telefon, în secunde
Cam așa arată, cu cifre inventate ca exemplu. Search Console e raportul gratuit de la Google despre site-ul tău. Pragurile LCP sunt cele publicate de Google: bun până la 2,5 secunde, slab peste 4 secunde.
Întrebări despre viteza site-ului
Ce scor PageSpeed ar trebui să am?
Scorul de laborator e un indiciu, nu ținta. Ținta sunt cele trei Core Web Vitals din datele reale: LCP de cel mult 2,5 secunde, INP de cel mult 200 de milisecunde și CLS de cel mult 0,1. Un site poate avea scor 70 și să treacă pragurile, sau scor 90 și să pice pe telefon.
Un plugin de cache rezolvă problema?
Ajută când lipsa cache-ului e cauza. Nu repară un server care răspunde greu, imagini prea mari, scripturi care blochează pagina sau o bază de date lentă. Uneori un plugin de cache pus peste altul face site-ul mai lent.
Viteza site-ului influențează pozițiile în Google?
Da, dar nu cât relevanța conținutului. Google folosește Core Web Vitals printre semnalele de experiență a paginii. Efectul mai sigur e asupra clienților: o pagină care se încarcă greu pe telefon pierde vizitatori înainte să vadă oferta.
Trebuie să schimb găzduirea?
Nu întotdeauna. Întâi măsurăm cât din întârziere vine din server și cât din temă. Dacă serverul e cauza, îți spunem ce resurse îți trebuie. Dacă vrei, mutăm site-ul pe găzduirea noastră, Host Factory, în aceeași echipă care face SEO-ul.
Se poate strica ceva când optimizăm viteza?
Da, dacă se lucrează fără teste. Cache-ul pus greșit poate afișa coșul altui client, iar scripturile amânate pot opri un formular. De aceea testăm coșul, contul și formularele după fiecare schimbare, întâi pe o copie a site-ului.
Probleme înrudite: Traficul a scăzut · Nu apar în Google · Nu apar în ChatGPT
Află ce îți încetinește site-ul
Spune-ne ce site ai și pe ce platformă e făcut. Un specialist se uită pe datele de viteză, îți spune unde e cauza, pe server sau în cod, și ce reparăm întâi.
sau sună la 031 401 4100, de luni până vineri, între 09:30 și 17:30