Viteză site 7 min citire

De ce se încarcă greu site-ul firmei și cum îl accelerezi fără să-l refaci

Când verificăm site-uri de firme, timpul până la primul octet este de 2–5 secunde la mai mult de jumătate dintre ele. Nu pentru că site-urile sunt complicate, ci pentru că nimeni nu a activat cache-ul și nu a redus scripturile externe. Iată cauzele, în ordinea în care merită rezolvate.

Publicat de INFINITY DIGITAL SOLUTIONS · Actualizat la 13.09.2026

Răspuns direct

Un site se încarcă greu, de regulă, din cinci cauze: paginile sunt generate de PHP la fiecare vizită (fără cache), imaginile sunt încărcate la dimensiune originală și fără lazy-loading, scripturile externe (Facebook Pixel, Tag Manager, chat, Mailchimp) blochează firul principal, hostingul partajat răspunde lent, iar pagina are mii de elemente HTML. Cache-ul și optimizarea imaginilor aduc de obicei cea mai mare îmbunătățire, în câteva ore, fără refacerea site-ului.

Cum măsori corect

PageSpeed Insights (mobil) și timpul până la primul octet sunt cele două cifre de urmărit. Un TTFB peste 1 secundă înseamnă problemă pe server sau lipsă de cache; un LCP peste 2,5 secunde înseamnă imagini sau scripturi. Măsoară de trei ori, la ore diferite, pe pagina principală și pe o pagină de produs sau serviciu.

Cache de pagină: cel mai mare câștig

Fără cache, fiecare vizitator pune serverul să ruleze WordPress de la zero. Cu cache (LiteSpeed Cache, WP Rocket, sau cache-ul serverului), pagina se servește ca fișier static în câteva zeci de milisecunde. Antetul „Cache-Control: no-store” pe un site de prezentare este semnul că lipsește.

Imagini: format, dimensiune, lazy-loading

O poză de 4.000 de pixeli afișată la 400 nu e „optimizată” doar pentru că e WebP. Se redimensionează la mărimea reală, se comprimă și se încarcă doar când intră în ecran (lazy-loading). Un magazin cu 200 de imagini pe pagina principală fără lazy-loading nu poate fi rapid.

Scripturile externe

Facebook Pixel, Tag Manager, chat-uri, Mailchimp, Pinterest, hărți: fiecare adaugă sute de KB și timp de execuție pe telefon. Se păstrează ce aduce bani (tracking-ul conversiilor), se încarcă amânat restul și se elimină ce nu mai folosește nimeni.

Hostingul și DOM-ul

Pe hosting partajat aglomerat, nici cache-ul nu salvează vârfurile. Iar o pagină cu 5.000–6.000 de elemente HTML (listări de produse cu 100 de carduri, meniuri mega) este lentă la randare indiferent de server. Aici soluția e structurală: mai puține elemente pe pagină, paginare, meniuri mai simple.

Întrebări frecvente

Cât de rapid ar trebui să fie un site de firmă?

Orientativ: TTFB sub 0,5 secunde, LCP sub 2,5 secunde pe mobil, scor PageSpeed peste 70 pe mobil. Sunt valori realiste pentru un site de prezentare pe hosting normal, cu cache.

Schimbarea hostingului rezolvă viteza?

Uneori, dacă serverul actual e aglomerat. Dar de cele mai multe ori cauza e în site (cache, imagini, scripturi), iar mutarea singură nu rezolvă nimic. Verificarea se face înainte de a plăti alt hosting.

Se poate accelera fără refacerea site-ului?

Da, în majoritatea cazurilor. Cache, optimizarea imaginilor, amânarea scripturilor și curățarea pluginurilor se fac pe site-ul existent, cu backup înainte, în câteva ore.

Pagini utile pentru pasul urmator

Audit tehnic site Web design & mentenanță Servicii SEO

Contact

Vrei sa aplicam asta pe site-ul tau?

Trimite-ne domeniul si iti aratam ce poate fi reparat pentru mai mult trafic organic si mai multe solicitari.

Trimite mesaj