Viteza site-ului pentru o afacere mică: cum o verifici în 5 minute și ce repari primul

Publicat la
October 9, 2026
Autor
Cristian
Autor
Abonează-te la newsletter
Prin completare ești de acord cu politica de confidențialitate.
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.

În septembrie 2026, 55,91% din traficul de internet din România a venit de pe telefon, nu de pe calculator, conform StatCounter. Iar Google consideră o pagină „rapidă" doar dacă, pentru 75% din vizitele reale, conținutul principal apare în mai puțin de 2,5 secunde. Majoritatea site-urilor de afaceri mici pe care le deschidem pentru prima dată pică exact la acest test, pe mobil.

Ce măsoară Google de fapt

Google nu se uită la un scor general. Se uită la trei indicatori concreți, numiți Core Web Vitals, măsurați separat pe mobil și pe desktop:

  • LCP (Largest Contentful Paint) — cât durează până apare cel mai mare element vizibil de pe ecran, de obicei imaginea mare din partea de sus. Bun: sub 2,5 secunde. Slab: peste 4 secunde.
  • INP (Interaction to Next Paint) — cât întârzie pagina să reacționeze când cineva apasă un buton sau deschide meniul. Bun: sub 200 de milisecunde. Slab: peste 500 ms.
  • CLS (Cumulative Layout Shift) — cât de mult „sare" conținutul în timp ce pagina se încarcă. Bun: sub 0,1. Slab: peste 0,25.

Două detalii pe care mai nimeni nu le explică. Primul: pragurile se măsoară la percentila 75 a vizitelor reale. Adică nu contează cât se încarcă site-ul la tine, pe wifi-ul de la birou, pe un telefon nou. Contează ce pățesc trei din patru vizitatori, inclusiv cel care deschide pagina din Vatra Dornei, pe date mobile, în mijlocul sezonului.

Al doilea: INP a înlocuit vechiul indicator FID în 2024 și este acum stabil. Pragurile nu s-au mai mișcat de atunci, ceea ce înseamnă că munca pe care o faci acum nu devine inutilă la următoarea actualizare.

Google formulează prudent legătura cu poziționarea: spune că recomandă „cu insistență" proprietarilor de site-uri să obțină Core Web Vitals bune pentru succes în Căutare și că acești indicatori „se aliniază cu ceea ce sistemele noastre de ranking caută să recompenseze". Nu e un comutator care te urcă pe locul 1. Dar este una dintre puținele părți din SEO pe care le controlezi integral și pe care le poți măsura singur, în cinci minute.

De ce contează pentru afacerea ta din Bucovina

Datele publicate de Google pe studii de caz reale arată cât valorează, în bani, fiecare secundă:

  • Vodafone Italia — a îmbunătățit LCP cu 31% și a obținut 8% mai multe vânzări.
  • Lazada — LCP de trei ori mai bun, +16,9% rată de conversie pe mobil.
  • Agrofy Market — LCP cu 70% mai bun, cu 76% mai puțini oameni care abandonează înainte să se încarce pagina.
  • AliExpress — 15% rată de respingere mai mică după ce a reparat CLS și LCP.

Sunt companii mari, cu trafic mare. Dar matematica scalează în jos. Hai să o facem pentru o pensiune din Vatra Dornei.

Spunem că primești 1.200 de vizite pe lună pe site, din care aproximativ 670 de pe telefon (56%, media României). Dacă pagina ta de start se încarcă în 5 secunde pe mobil și pierzi doar 10% din acei vizitatori înainte să vadă ceva — o estimare conservatoare față de cifrele de mai sus — sunt 67 de oameni pe lună care nu ajung niciodată la butonul de rezervare. La o rată de conversie de 3% și un sejur mediu de 450 de lei, asta e aproximativ 900 de lei pe lună, adică 10.800 de lei pe an, pierduți în timpul de încărcare.

Pentru context, 10.800 de lei acoperă o bună parte din costul real al unui site de prezentare pe trei ani. Plătești site-ul de două ori: o dată când îl construiești și o dată, în fiecare lună, în clienți care nu ajung la el.

Ce faci concret — pas cu pas

  1. Testează pagina de start pe mobil, pe pagespeed.web.dev. Introdu adresa, apasă „Analyze" și treci pe tab-ul Mobile. Aici e capcana: ignoră deocamdată scorul colorat de la 0 la 100 — acela e o simulare de laborator. Urcă la secțiunea Discover what your real users are experiencing. Acolo sunt datele din teren, de la utilizatori reali cu Chrome, și acelea sunt cele pe care le folosește Google.
  2. Deschide raportul Core Web Vitals din Search Console. În meniul din stânga, la Experience → Core Web Vitals, ai separat Mobile și Desktop. Google grupează paginile cu probleme similare, așa că vezi imediat dacă problema e pe toate paginile de serviciu sau doar pe pagina de start. Dacă nu ai Search Console conectat, oprește-te și fă asta întâi — fără el lucrezi orb.
  3. Repară imaginea mare din partea de sus. Pe aproximativ 80% din paginile din web, elementul LCP este o imagine, conform HTTP Archive. Trei lucruri, în ordinea asta: exportă imaginea la lățimea reală la care se afișează (pentru un banner, maximum 1.600 px, nu 4.000 px direct din aparat), convertește-o în WebP sau AVIF și ține-o sub 200 KB; apoi asigură-te că nu are lazy-loading — imaginea de sus nu se încarcă leneș niciodată, pentru că atunci browserul așteaptă să calculeze layoutul înainte să o ceară; în final adaugă-i fetchpriority="high", dar doar ei, nu tuturor imaginilor.
  4. Taie ce blochează randarea. Numără ce ai pe pagină: widget de chat, pixel Meta, pixel Google, trei familii de fonturi, un carusel, un plugin de pop-up. Fiecare dintre ele cere ceva înainte ca pagina să apară. Păstrează un singur font cu maximum două greutăți, pune defer pe scripturile care nu sunt esențiale la prima afișare și scoate pluginurile pe care nu le-ai atins în ultimele trei luni.
  5. Oprește săriturile de layout. Pune lățime și înălțime explicite pe fiecare imagine, rezervă spațiu pentru bannerul de cookie-uri în loc să-l inserezi peste conținut și nu împinge textul în jos cu un anunț care apare după două secunde. CLS e cel mai ieftin de reparat și cel mai vizibil pentru om — e exact momentul în care cineva apasă greșit pe un buton.
  6. Măsoară din nou după 28 de zile. Datele din teren sunt o medie pe ultimele 28 de zile, deci raportul nu se schimbă la o oră după ce ai schimbat o imagine. Pentru verificare imediată folosește Lighthouse din Chrome DevTools, dar verdictul final îl dă raportul din Search Console, o lună mai târziu.

Greșeli de evitat

Vânătoarea de 100 în Lighthouse. Cel mai frecvent lucru pe care îl reparăm la site-uri noi preluate de la alt furnizor: cineva a petrecut o săptămână ca să urce scorul simulat de la 72 la 94, în timp ce datele reale de pe mobil au rămas la fel. Scorul de laborator e util ca să-ți arate ce să repari, nu ca să-ți spună dacă ai reparat.

Un plugin de cache și gata. Cache-ul ajută la vizitele repetate. Nu micșorează o imagine de 4 MB și nu scoate al treilea font. Dacă instalezi cache înainte să optimizezi imaginile, ai pus un capac pe aceeași problemă.

Testarea exclusiv de pe desktop. Dacă site-ul tău e vizitat majoritar de pe telefon — și este, dacă ești HoReCa sau comerț local — orice decizie luată pe baza vizualizării de desktop e luată pe baza unui scenariu minoritar.

Găzduire de 60 de lei pe an. Google recomandă ca timpul până la primul octet (TTFB, cât durează până serverul începe să răspundă) să fie în jur de 40% din bugetul total de LCP — adică sub o secundă. Pe un hosting partajat supraaglomerat, TTFB-ul singur poate mânca două secunde. Nicio optimizare de imagini nu repară asta; trebuie mutat site-ul. Un hosting decent în România costă 25–60 de lei pe lună și e cea mai ieftină secundă pe care o cumperi vreodată.

Ce urmează

Pragurile celor trei indicatori nu s-au schimbat de când INP a devenit stabil, în 2024, iar Google nu a anunțat modificări. Asta e o veste bună: e una dintre puținele zone din marketingul online unde munca făcută acum rămâne valabilă și la anul. Spre deosebire de actualizările de algoritm care îți pot muta traficul peste noapte, aici lucrezi pe o țintă fixă.

Ce merită urmărit: raportul din Search Console, lunar, după fiecare modificare majoră pe site. Și un lucru pe care îl vedem tot mai des — paginile care se încarcă prost sunt și cele care rămân în urmă în rezultatele generate de AI, pentru că instrumentele care citesc web-ul au și ele limite de timp.

Concluzie

Dacă mă întrebi direct: fă pasul 1 și pasul 3 astăzi, în următoarea oră. Testează pagina de start pe mobil și uită-te la datele reale, apoi micșorează imaginea din capul paginii. În experiența noastră, la un site de afacere mică din Bucovina, imaginile din partea de sus explică mai mult de jumătate din problemă, iar rezolvarea nu cere programator. Restul — scripturi, fonturi, hosting — merită făcut imediat după, dar nu îți blochează startul. Viteza nu e un detaliu tehnic pe care îl rezolvi „când o să fie timp"; e primul filtru prin care trece fiecare client care te caută pe telefon, înainte să vadă un cuvânt din ce ai de spus. Dacă vrei un diagnostic complet și un plan de reparații, ne ocupăm de asta în serviciul de web design — iar dacă nu ești sigur de unde să începi, scrie-ne și îți spunem în 15 minute ce pierzi și ce costă să repari. Odată rezolvată viteza, merită să treci și prin celelalte elemente care fac un site să vândă.

Surse

WhatsApp messaging app logo with white telephone icon inside a green speech bubble.