Site lent pe telefon: cum verifici în 5 minute și cât contează pentru Google
Cum faci testul PageSpeed Insights, ce înseamnă LCP, INP și CLS și ce încetinește un site mic, cu măsurători pe 24 de site-uri de firme locale din România.
· 11 min de citit
În septembrie 2026, 55,6% din paginile vizitate pe internet în România au fost deschise de pe telefon, potrivit StatCounter. Primul contact al unui client nou cu site-ul tău are loc, de cele mai multe ori, pe un ecran mic și pe date mobile.
Am testat pe mobil site-urile a 24 de firme locale din Cluj-Napoca, Iași și Sibiu: cabinete stomatologice, service-uri auto, restaurante și pensiuni. Niciunul n-a ajuns la scorul de 90 pe care Google îl consideră bun, iar 11 au luat sub 50. Mai jos afli cum faci același test în 5 minute, ce înseamnă cifrele, cât contează ele pentru Google și ce încetinește de obicei un site mic.
Pe scurt
Testul: PageSpeed Insights, gratuit, fără cont. Te uiți la rezultatul pentru mobil.
Cele trei cifre Google: LCP (conținutul principal apare în cel mult 2,5 secunde), INP (pagina reacționează la apăsare în cel mult 200 ms) și CLS (pagina nu sare, scor de cel mult 0,1).
Pentru clasare viteza contează, dar puțin: Google spune că arată cel mai relevant rezultat chiar dacă pagina e mai lentă.
Pentru clienți contează mai mult: cine așteaptă pe telefon se întoarce în Google și sună la următorul.
Cauzele cele mai des întâlnite în testele noastre: pozele prea mari și scripturile externe (statistici, reclame, Facebook).
De ce te interesează telefonul, cu cifre din România
În ultimele 12 luni, datele StatCounter pentru România arată o pondere a telefonului între 40,6% (aprilie 2026) și 55,6% (septembrie 2026) din paginile vizitate. Tabletele stau în jur de 1%, iar desktopul face restul.
INS arată că, în 2025, 95,1% dintre românii între 16 și 74 de ani au folosit internetul, inclusiv 88,7% dintre cei între 55 și 74 de ani. Iar măsurătorile ANCOM din platforma Netograf dau pentru 2025 o viteză medie de download pe mobil de 68 Mbps la nivel național, cu diferențe mari între județe: de la 17 Mbps în Harghita la 117 Mbps în Mehedinți. Un site greu se simte mult mai rău la 17 Mbps.
Cum verifici în 5 minute cu PageSpeed Insights
Deschide pagespeed.web.dev, scrie adresa completă a site-ului (de exemplu https://www.firma-ta.ro) și apasă „Analizează”.
Rămâi pe rezultatul pentru mobil, nu pe cel pentru desktop. Testul pe mobil e mai sever, iar Google se uită la versiunea pentru mobil a site-ului.
Citește întâi partea de sus, cu experiența utilizatorilor reali. Dacă apare, sunt date de la vizitatori reali, din ultimele 28 de zile. Dacă lipsesc, e normal pentru un site mic.
Uită-te apoi la scorul de performanță din cerc. 90–100 e bun, 50–89 are nevoie de îmbunătățiri, sub 50 e slab. Scorul variază de la o rulare la alta, așa că rulează testul de trei ori.
Coboară la lista de probleme de sub scor: imagini prea mari, cod care blochează afișarea, servicii externe. Trimite captura celui care se ocupă de site.
Testează și pagina care aduce clienți, nu doar prima pagină. O hartă sau o galerie o poate face mai grea.
Cum citești raportul PageSpeed Insights. Schemă simplificată; pragurile sunt cele din documentația Google pentru Core Web Vitals și PageSpeed Insights.
LCP, INP și CLS, pe înțelesul tuturor
Google numește aceste trei măsurători Core Web Vitals, adică indicatorii de bază ai experienței pe pagină. Fiecare are trei trepte, iar Google se uită la ce trăiesc 75% dintre vizitatori: dacă trei din patru au o experiență bună, pagina trece.
| Indicator | Ce măsoară | Bine | De îmbunătățit | Slab |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Cât durează până apare cel mai mare element vizibil: poza mare de sus sau titlul | până la 2,5 s | până la 4 s | peste 4 s |
| INP (Interaction to Next Paint) | Cât durează până reacționează pagina după ce apeși un buton sau meniul | până la 200 ms | până la 500 ms | peste 500 ms |
| CLS (Cumulative Layout Shift) | Cât „sare” conținutul în timp ce se încarcă, de exemplu când apare brusc un banner | până la 0,1 | până la 0,25 | peste 0,25 |
LCP e momentul în care omul vede ce e pe pagină. CLS te face să apeși pe alt buton decât voiai, pentru că pagina s-a mutat sub deget. INP se simte la meniul care se deschide cu întârziere sau la formularul care pare blocat.
Datele de teren și datele de laborator nu sunt același lucru
Datele de teren (partea de sus) vin de la vizitatori reali care folosesc Chrome, adunate de Google în Chrome User Experience Report pe ultimele 28 de zile. Doar aici apare INP, pentru că o apăsare reală nu se poate simula. Dacă o pagină are prea puține vizite, Google afișează, când poate, datele pentru tot domeniul.
Datele de laborator (scorul din cerc și restul raportului) vin dintr-un singur test, făcut acum, pe un telefon simulat de gamă medie și o conexiune încetinită intenționat. În testele noastre, conexiunea simulată a fost de aproximativ 1,6 Mbps, mult sub media ANCOM, tocmai ca să arate cum se descurcă pagina în condiții grele.
Scor de laborator 45 cu date de teren verzi nu e o contradicție: laboratorul e un test de stres, terenul e realitatea. Raportul din Search Console folosește datele de teren; scorul din cerc e un instrument de diagnostic.
Raportul Core Web Vitals din Search Console
Search Console are un raport separat, „Core Web Vitals”, cu aceleași date de teren, pentru tot site-ul. Paginile asemănătoare sunt grupate, iar starea grupului e dată de cel mai slab indicator: LCP bun și CLS slab înseamnă „Slab”. Dacă site-ul are puține vizite, raportul rămâne gol. După o corectură, pornești validarea din raport, iar Search Console urmărește datele 28 de zile. Dacă n-ai încă acces, am explicat în ghidul despre rapoartele din Google Search Console care contează pentru un patron cum îl obții pe numele firmei.
Cât contează viteza pentru clasarea în Google
Răspunsul cinstit: puțin, dar nu zero. În pagina despre experiența pe pagină în rezultatele Google, Google spune că sistemele lui de clasare folosesc Core Web Vitals, dar și că nu există un singur semnal care să decidă, că un scor bun nu garantează primele locuri și că arată mereu conținutul cel mai relevant, chiar dacă experiența pe pagină e mai slabă. Viteza ajută când mai multe pagini sunt la fel de utile pentru aceeași căutare.
Un dentist cu site lent, dar cu profil Google complet, recenzii bune și pagini clare despre servicii, nu dispare din rezultate din cauza vitezei. Viteza contează însă după click: omul care așteaptă pagina pe un telefon cu semnal slab se întoarce și sună la următorul din listă.
Ce am găsit pe 24 de site-uri de firme locale
Pe 28 octombrie 2026 am testat prima pagină a 24 de site-uri găsite prin căutări obișnuite: 9 cabinete stomatologice și 9 service-uri auto din Cluj-Napoca și Iași, plus 6 restaurante, pensiuni și firme de catering din Sibiu și împrejurimi. Am folosit Lighthouse, motorul de laborator din PageSpeed Insights, pe profilul de mobil, de trei ori pe fiecare site, și am păstrat valoarea din mijloc. Nu numim firmele.
Măsurătorile noastre, 28 octombrie 2026: 24 de site-uri de firme locale din Cluj-Napoca, Iași și Sibiu, prima pagină, câte trei teste Lighthouse 12 pe mobil, mediana.
Scorul median a fost 56. LCP-ul de laborator a fost 7,8 secunde la mijlocul clasamentului, și doar un site a rămas sub 2,5 secunde. Prima pagină cântărea în mediană 1,9 MB, 11 site-uri treceau de 2 MB, iar pozele reprezentau 42% din tot ce s-a descărcat. E un eșantion mic, testat în laborator și doar pe prima pagină, nu un studiu reprezentativ pentru toată țara.
Cauzele obișnuite pe site-urile mici și ce rezolvă fiecare
1. Poze prea mari
La 14 din 24 de site-uri, Lighthouse a estimat că pozele ar putea fi cu peste 200 KB mai ușoare, iar la unul economia posibilă trecea de 3 MB. Cea mai mare poză găsită avea, singură, aproape 1,5 MB. Soluția: poze redimensionate la lățimea la care sunt afișate, în format WebP sau AVIF, iar cele de mai jos de primul ecran încărcate doar când omul ajunge la ele.
2. Page builder-e și prea multe pluginuri
13 dintre site-uri erau pe WordPress, 6 cu page builder-ul Elementor. Scorul median a fost 46 la site-urile WordPress și 61 la celelalte, dar eșantionul e prea mic pentru o regulă: cel mai bun scor, 82, l-a luat tot un site WordPress. Problema e ce se adună: teme grele, slidere, pluginuri uitate. Soluția: pluginurile nefolosite se șterg, sliderul se înlocuiește cu o imagine, iar scripturile se încarcă doar unde e nevoie. Unele dintre aceste pluginuri se și plătesc anual, cum am arătat în articolul despre costul pe an al unui site WordPress.
3. Găzduire lentă
La 4 din 24 de site-uri, răspunsul serverului a depășit 600 ms, iar la cel mai lent a ajuns la aproape 2 secunde, măsurat de la noi. Fără cache, serverul construiește pagina de la zero la fiecare vizită. Soluția: cache de pagină, o versiune actuală de PHP și, la nevoie, o găzduire mai bună.
4. Scripturi externe, chat și butoane sociale
La 18 din 24 de site-uri, codul încărcat de la alte firme a trecut de 300 KB. Google Tag Manager, pentru statistici și reclame, apărea pe 14 site-uri, pixelul Facebook pe 6. Pe cel mai încărcat site, scripturile externe, inclusiv bannerul de cookie-uri și pixelul TikTok, țineau telefonul simulat blocat aproximativ 6 secunde. Butoane de WhatsApp sau chat am găsit pe 3 site-uri. Soluția: păstrezi doar ce folosești, iar restul se încarcă după afișarea paginii. Un buton de WhatsApp poate fi un simplu link, fără script.
5. Hărți și clipuri video încorporate
Pe cele 3 site-uri care aveau o hartă Google pe prima pagină, ea a cântărit între 100 și 450 KB, chiar dacă vizitatorul nu ajunge la ea. La fel, un clip YouTube își încarcă playerul înainte ca cineva să apese „play”. Soluția se numește „fațadă”: o imagine care arată ca harta sau ca playerul și încarcă originalul doar la apăsare.
Tabelul de lucru: ce vezi în raport și ce ceri să se repare
| Ce vezi în PageSpeed Insights | Cauza probabilă | Ce ceri celui care face site-ul |
|---|---|---|
| LCP peste 4 s, avertisment despre imagini, cu sute de KB de economisit | Poze prea mari sau în format vechi | Redimensionare, WebP sau AVIF, variante separate pentru telefon |
| Resurse care blochează afișarea, mult JavaScript nefolosit | Page builder, temă încărcată, pluginuri | Pluginuri nefolosite șterse, scripturi doar unde e nevoie, temă mai simplă |
| Timp mare de răspuns al serverului | Găzduire lentă sau fără cache | Cache de pagină, PHP actual, la nevoie altă găzduire |
| Cod de la terți cu sute de KB: Tag Manager, Facebook, chat | Scripturi externe încărcate imediat, pe toate paginile | Încărcare după afișare sau doar pe pagina unde e nevoie |
| Google Maps sau YouTube printre cele mai grele resurse | Hartă sau video încorporate direct | Imagine statică cu link spre Google Maps, video încărcat la apăsare |
| CLS peste 0,1 | Poze fără dimensiuni, bannere care apar peste conținut | Dimensiuni fixe pentru imagini, spațiu rezervat pentru bannerul de cookie-uri |
Întrebări frecvente
Scorul meu diferă de fiecare dată când rulez testul. Care e cel corect?
Niciunul singur. În testele noastre, același site a variat cu până la 38 de puncte între rulări. Rulează testul de trei ori și reține valoarea din mijloc.
Am scor 100 pe desktop și 40 pe mobil. Care contează?
Mobilul. Google folosește versiunea pentru mobil a site-ului ca să-l indexeze și să-l claseze, iar testul pe mobil simulează un telefon și o conexiune mai lente.
Trebuie să ajung la 100 ca să urc în Google?
Nu. Scorul din cerc vine dintr-un test simulat; ținta utilă e ca vizitatorii reali să aibă LCP, INP și CLS în zona verde. Și atunci, Google spune că relevanța conținutului vine înaintea experienței pe pagină.
Raportul spune că nu sunt destule date de la vizitatori reali. E ceva în neregulă?
Nu. Google afișează datele de teren doar când are destule vizite din Chrome pe pagină sau pe domeniu. Până atunci, te ghidezi după testul de laborator.
Ajută un plugin de cache sau de „optimizare” pe WordPress?
Uneori, mult, mai ales la timpul de răspuns al serverului. Nu rezolvă însă o poză de 1,5 MB sau un page builder care încarcă sute de KB de cod pe fiecare pagină.
Dacă scot harta Google de pe pagina de contact, mă mai găsesc clienții pe hartă?
Da. Apariția în Google Maps ține de profilul Google Business, nu de harta încorporată pe site. Păstrezi adresa scrisă și un link spre profil, care se deschide direct în aplicația de hărți a telefonului.
Cum facem noi site-uri rapide pe telefon
Site-urile noastre sunt scrise pe cod propriu, fără page builder și fără pluginuri, cu pozele în format WebP, iar găzduirea, pe servere administrate de noi în România, e inclusă în abonament. Paginile demo-urilor noastre au 0,4–0,6 MB, față de mediana de 1,9 MB din eșantionul de mai sus. Vrei să afli ce încetinește site-ul tău? Trimite-ne adresa.
Pragurile și explicațiile despre clasare sunt din documentația Google Search Central, web.dev și PageSpeed Insights, verificate în octombrie 2026. Datele despre România: StatCounter (septembrie 2026), INS (comunicatul din 9 decembrie 2025) și ANCOM (raportul Netograf pentru 2025, publicat în octombrie 2026).
