Ce înseamnă un site rapid — și cât te costă unul lent

Dintre toate promisiunile din ofertele de site-uri, „rapid” e cea mai des întâlnită — și cea mai rar măsurată. Aproape nimeni nu-ți spune ce înseamnă, în cifre, și cum o verifici singur. Articolul ăsta îți dă exact asta: ce măsoară Google de fapt, cum îți testezi site-ul în două minute fără să pricepi o linie de cod și ce merită investigat când o pagină se încarcă greu.

Ce înseamnă „rapid”, în cifre

Google folosește trei indicatori principali pentru experiența reală de încărcare, de interacțiune și de stabilitate vizuală — se numesc Core Web Vitals, au praguri publice și sunt aceleași pentru toată lumea, de la blogul vecinului până la Amazon. Nu descriu singuri toată performanța unui site, dar sunt punctul de plecare:

• Cât de repede apare? Cel mai mare element vizibil din zona inițială a paginii trebuie afișat în cel mult 2,5 secunde (Largest Contentful Paint). De obicei e imaginea mare de sus sau blocul principal de text — nu logo-ul și nu o animație de încărcare.
• Cât de repede răspunde? Când vizitatorul apasă un buton, reacția trebuie să vină în cel mult 200 de milisecunde (Interaction to Next Paint), altfel apăsarea „nu se simte” și omul apasă din nou, derutat.
• Cât de stabil e? Elementele nu trebuie să sară în timp ce pagina se încarcă. Nu e nevoie de zero mișcare: pragul bun e un scor de cel mult 0,1 (Cumulative Layout Shift) — atât cât butonul pe care voiai să apeși să nu fugă de sub deget fix când îl atingi.

Pragurile astea nu se judecă după cea mai bună vizită și nici după o singură simulare. Pentru datele reale, Google se uită la percentila 75 a experiențelor din ultimele 28 de zile, separat pe mobil și pe desktop. O pagină trece evaluarea când toți indicatorii disponibili sunt în zona bună.

Două dintre cifrele de sus nu sunt ale noastre. Procentul vizitelor pierdute vine dintr-un studiu Google pe date globale de mobil, colectate în 2016 (The Need for Mobile Speed), iar legătura dintre zecimile de secundă și conversii a măsurat-o Deloitte în Milliseconds Make Millions, pe experiențe mobile din retail, travel, luxury și lead generation. Sunt indicii serioase, nu garanții: nu înseamnă că orice site lent pierde exact atât. Cât pierzi tu se vede numai în datele tale — trafic, abandon, conversii, venit.

Testează-ți site-ul în două minute

Nu ai nevoie de nimeni pentru verificarea asta:

1. Deschide pagespeed.web.dev — unealta gratuită a celor de la Google.
2. Scrie adresa paginii pe care vrei să o verifici și apasă „Analyze”.
3. Uită-te la ambele rezultate, mobil și desktop. Pentru un site adresat publicului larg, începe cu mobilul; pentru decizia finală, uită-te și în datele tale de trafic.
4. Caută verdictul Core Web Vitals: verde e un semnal bun, portocaliu și roșu spun că experiența trebuie investigată — nu cât trafic sau ce venit pierzi.

Ține minte că PageSpeed Insights analizează pagina pe care i-o dai, nu tot site-ul. Prima pagină, o pagină de produs și formularul de contact pot ieși complet diferit, așa că merită verificate mai multe tipuri de pagini.

Dacă pagina sau domeniul are trafic suficient, raportul îți arată și date de la vizitatori reali, pe lângă simulare. Cele două se citesc împreună: datele reale arată ce experimentează oamenii, iar testul de laborator ajută la găsirea cauzei.

De ce e lent un site lent

O precizare care în România chiar contează: conexiunea utilizatorului cântărește, dar rareori explică singură o pagină greoaie. Avem printre cele mai rapide conexiuni fixe din Europa — numai că oamenii intră și de pe mobil, cu semnal slab, în roaming sau de pe telefoane vechi. De aceea un site trebuie construit și testat pentru condiții mai proaste decât conexiunea din biroul celor care îl fac. Cauzele care revin cel mai des:

• Straturi peste straturi de unelte generice. Un page-builder peste o temă universală peste zeci de plugin-uri — fiecare strat poate adăuga cod pe care fiecare vizitator îl descarcă, deși nimeni nu-l folosește pe tot. Problema nu e eticheta instrumentului, ci ce ajunge efectiv în browser.
• Imagini nepregătite. O fotografie urcată direct din telefon poate avea câțiva MB, deși e afișată la o fracțiune din dimensiunea ei reală. Redimensionată, comprimată și livrată în formatul potrivit, poate ajunge mult mai ușoară, fără o diferență vizibilă pentru vizitator.
• Scripturi adunate în timp. Pixeli de marketing, chaturi, bannere, „încă un mic script” — fiecare cu justificarea lui, dar efectul lor cumulat trebuie măsurat, nu presupus.
• Găzduire aleasă doar pe preț. O găzduire subdimensionată sau prost configurată crește timpul de răspuns și se vede exact când nu trebuie: când ai trafic.
• Conținut și integrări adăugate după lansare. Performanța nu rămâne constantă de la sine. Imaginile noi, codurile de tracking și integrările adunate în timp pot schimba rezultatele unui site care era rapid la lansare.

Niciuna dintre astea nu se vede în demo-ul pe care ți-l arată cineva la vânzare. Toate se văd după lansare, în felul în care se poartă site-ul cu vizitatorii reali.

Ce face Google cu viteza, fără sperietori

Să punem punct și mitului agitat prin oferte: Google a confirmat că viteza — prin Core Web Vitals — e un criteriu de clasare, dar doar unul dintre multe. Un site lent cu conținut excelent bate în continuare un site rapid care n-are nimic de spus; nimeni nu e „șters din Google” pentru viteză.

Efectul mai important vine de la oameni, nu de la algoritm. Vizitatorul care așteaptă patru secunde se poate întoarce la rezultatele căutării și poate intra la concurentul de sub tine. Tu ai plătit — prin reclame sau prin poziția câștigată — ca omul ăla să ajungă la tine. Asta nu apare într-un raport de poziționare, dar se vede în comportamentul din Analytics, dacă te uiți acolo.

Viteza se proiectează, nu se adaugă la final

Aici e partea pe care ofertele n-o spun: multe dintre deciziile care hotărăsc viteza se iau la fundație. Cum se generează paginile, cum se pregătesc imaginile, cât cod ajunge la vizitator, ce servicii terțe accepți, ce pagini și ce praguri verifici înainte de lansare — astea sunt decizii de arhitectură, luate în prima săptămână de lucru.

Asta nu înseamnă că orice site lent trebuie reconstruit. Multe probleme se rezolvă prin optimizarea imaginilor, eliminarea resurselor inutile, configurarea cache-ului sau o găzduire mai potrivită. Altele țin de arhitectură, iar acolo reparația serioasă seamănă, de multe ori, cu o reconstrucție — și de aici prețul unui site făcut bine. Ordinea corectă e aceeași în ambele cazuri: întâi diagnostic, apoi recomandare.

Concluzie

Un site rapid nu e definit de o singură notă și nici de o singură tehnologie. Contează experiența reală a vizitatorilor, felul în care e construită fiecare pagină și felul în care e întreținut site-ul după lansare. Vestea bună: acum știi cum se măsoară și ai testul la un click distanță.

Fă-l — pe mai multe pagini, pe mobil și pe desktop. Citește separat datele reale de simularea de laborator și tratează recomandările ca punct de plecare pentru diagnostic.

Un rezultat verde e un semnal bun, nu o garanție. Unul roșu e un punct de plecare, nu verdictul asupra întregului proiect. Dacă iese roșu, cere-i celui care ți-a făcut site-ul o explicație cu cifrele pe masă — sau, dacă în loc de răspuns primești o ridicare din umeri, descrie-ne proiectul. Îți spunem direct ce se poate repara prin optimizare, ce ține de fundație și ce intervenție e proporțională cu problema.