Skip to content
Caută

Page speed: ce este și cum se măsoară

Page speed măsoară cât de repede se încarcă și devine interactivă o pagină web; include timpi precum TTFB, primul conținut afișat și interactivitate, și afectează experiența utilizatorului, indexarea și semnalele de performanță în rezultate de căutare.

Viteza paginii: Ghid pentru îmbunătățirea performanței site-ului

Ce este page speed?

Page speed descrie cât de rapidă este o pagină web din perspectiva utilizatorului: cât timp trece până se afișează conținut util și până pagina devine interactivă. Termenul acoperă atât măsurători de laborator (lab data) folosite pentru diagnostic, cât și date din teren (field data) colectate din vizitele reale.

De ce contează page speed pentru SEO

Performanța paginilor influențează experiența utilizatorilor și poate afecta vizibilitatea în motoarele de căutare. Google folosește Core Web Vitals ca semnale de experiență; totodată, page speed influențează eficiența crawl-ului și indexării (de exemplu, un timp de răspuns foarte mare reduce viteza cu care roboții pot parcurge un site). Distinge clar: optimizarea pentru viteză îmbunătățește indexarea și semnalele de experiență, dar ordinea finală a rezultatelor de căutare este determinată de multe alte semnale și algoritmi.

Observații legate de contextul 2026: Google folosește versiunea mobilă ca bază principală pentru crawl și indexare; din iulie 2024, Googlebot Smartphone este crawlerul implicit. De asemenea, Google a eliminat afișarea paginilor cached la începutul lui 2024; în practică, asta înseamnă că optimizările trebuie să țină cont de experiența reală a utilizatorilor, nu de copii cache.

Cum funcționează page speed

Page speed depinde de două lanțuri principale: rețeaua și browserul (clientul) care procesează și afișează resursele. Câteva etape cheie: solicitarea inițială către server (TTFB), descărcarea resurselor (CSS, JS, imagini), construirea și randarea DOM/CSSOM (critical rendering path) și momentul în care pagina devine interactivă. Măsurile pot reflecta fie valori de laborator (Lighthouse, PageSpeed Insights în modul lab), fie date din teren (Chrome UX Report / date de la vizitatorii reali). Tehnologii moderne — HTTP/3/QUIC, cache CDN, compresie și prioritizare de resurse — afectează direct acești pași.

Tipuri de page speed

Organizează evaluarea în categorii clare:

• Lab vs Field — Lab: Lighthouse/DevTools (repetabil, util pentru debugging). Field: date reale din utilizare (ex. PageSpeed Insights oferă ambele).

• Măsurători tehnice vs percepute — Măsurătorile tehnice (TTFB, payload) sunt importante, dar percepția utilizatorului (first contentful paint, percepția de interactivitate) determină satisfacția.

• Metrici-cheie uzuale: LCP (Largest Contentful Paint) pentru încărcare, INP pentru interactivitate (succesorul FID), CLS pentru stabilitate vizuală și FCP/TTFB pentru etape inițiale.

Cum să începi măsurarea și optimizarea page speed

Pași practici de început:

1) Măsoară starea actuală cu PageSpeed Insights (lab + field) și Lighthouse în Chrome DevTools pentru diagnostice detaliate.

2) Stabilește un budget de performanță (maxim kilobyte per pagină, timp de încărcare perceput) și prioritizează paginile cu trafic și conversii.

3) Prioritizează optimizările care reduc blocarea randării: servește CSS critic, amână JavaScript neesențial, reduce payload-ul și optimizează imagini (format adaptiv, lazy-loading, dimensiuni corecte).

4) Verifică serverul și rețeaua: activează cache, etichetează expirări (Cache-Control), folosește CDN, și controlează timpul de răspuns al serverului (profilare backend).

5) Testează pe dispozitive reale și în condiții de rețea lente; metricile din laborator sunt utile, dar doar datele din teren arată experiența reală a utilizatorilor.

Verificare tehnică: checklist pentru page speed

Folosește această listă pentru verificări rapide (format: **{Check name}** — where to verify — passes when {condition}):

**LCP** — PageSpeed Insights / Chrome DevTools Performance — trece când LCP se încadrează în intervalul „Good” conform recomandărilor Web Vitals.

**INP (interactivitate)** — Field data & Lighthouse — trece când INP este în intervalul „Good” conform Web Vitals.

**TTFB / răspuns server** — curl -I sau monitorizarea backend — trece când serverul oferă răspunsuri consistente și rapide pentru paginile critice.

**Resurse blocate de render** — Lighthouse / Coverage în DevTools — trece când CSS/JS critice sunt minime sau încărcate prioritar, iar scripturile non-esențiale sunt amânate.

**Cache și CDN** — curl -I (verifică Cache-Control) și testări din locații diferite — trece când răspunsurile conțin antetele de cache așteptate și conținutul este livrat rapid din edge.

**Date din teren** — PageSpeed Insights / Chrome UX Report — trece când metricile reale raportate de vizitatori se încadrează în limite acceptabile pentru paginile prioritare.

Instrumente și metode de verificare

Instrumente recomandate pentru diagnostic și verificare:

• PageSpeed Insights — oferă date de laborator și field (Chrome UX Report).

• Lighthouse în Chrome DevTools — rulare lab, audituri și sugestii de optimizare.

• Chrome DevTools (Network, Performance, Coverage) — inspectează payload, blocking scripts și layout shifts.

• curl pentru verificări server-side: de exemplu, curl -I https://exemplu.com/pagina verifică antetele de răspuns; curl -A "Googlebot Smartphone" https://exemplu.com/pagina testează ce răspunde serverul pentru un user-agent mobil. (Folosește aceste comenzi pentru diagnostic; evită servirea de conținut diferit roboților față de utilizatori — asta poate părea ca cloaking.)

• Monitorizare în producție: colectează Web Vitals din browser (ex. web-vitals JS) pentru a vedea INP/LCP în trafic real.

Greșeli frecvente legate de page speed

• Optimizări doar în lab, fără verificare în trafic real — rezultatele pot diferi semnificativ în condiții reale de rețea.

• Ignorarea imaginii și fonturilor: imagini necomprimate, fără dimensiuni sau webfont-uri blocate de render afectează LCP și INP.

• Amânarea infrastructurii: timp de răspuns lent al backend-ului sau lipsa CDN pentru audiențe distribuite.

• Favorizarea metricilor aggregate în locul problemelor pe paginile critice pentru conversie — prioritizează paginile cu trafic și obiective reale.

• Servirea unor versiuni diferite pentru roboți vs utilizatori (cloaking) — optimizează pentru dispozitive și rețea, dar evită diferențele între ce văd roboții și ce văd oamenii.

Citește ghidul de Technical SEO

Întrebări frecvente

Ce metrici ar trebui să urmăresc mai întâi?

Începe cu Core Web Vitals (LCP, INP, CLS) deoarece acoperă încărcarea, interactivitatea și stabilitatea vizuală; completează cu TTFB și FCP pentru investigații server-side și render.

Lab data sau field data — care e mai importantă?

Ambele sunt importante: lab data oferă un mediu controlat pentru debugging, iar field data arată experiența reală a utilizatorilor. Prioritizează remedierile care îmbunătățesc și datele din teren pentru paginile cu trafic real.

Pot optimiza rapid cu plugin-uri sau trebuie schimbat codul?

Plugin-urile oferă câștiguri rapide (cache, minificare), dar pentru îmbunătățiri substanțiale este necesară analiză de cod, optimizare a critic rendering path și ajustări de infrastructură (CDN, cache headers, server tuning).

Schimbările la viteză pot afecta indexarea?

Da: o pagină foarte lentă sau inaccesibilă poate fi parcursă mai puțin frecvent de crawlere, ceea ce reduce eficiența indexării. Totuși, indexarea și ordinea în SERP sunt determinate de mulți factori; îmbunătățirea vitezei nu garantează o creștere automată a pozițiilor.

Termeni înrudiți