Optimizare viteză site și Core Web Vitals
Optimizarea vitezei înseamnă intervenții în imagini, CSS, fonturi, scripturi și cache, măsurate pe datele reale ale vizitatorilor tăi. Costă de la 250 € pentru un site de prezentare și durează una-două săptămâni. Țintele sunt LCP sub 2,5 secunde, INP sub 200 de milisecunde și CLS sub 0,1, pe mobil. E pentru site-uri care se încarcă greu și pierd vizitatori înainte de a fi văzute.
Site-ul pe care îl citești acum e construit static, cu CSS critic în pagină și fonturi găzduite local. Arătăm ce recomandăm, nu doar spunem.
Ce cuprinde o optimizare de viteză
Se începe cu măsurarea și se termină cu măsurarea. Între ele, intervențiile se fac în ordinea impactului, nu a listei din instrument.
- Măsurare pe date de terenPornim de la raportul CrUX și din Search Console: ce experimentează efectiv vizitatorii tăi pe mobil, pe 28 de zile.
- Diagnostic de laboratorTest controlat, cu urmărirea lanțului de cereri, ca să vedem care resursă întârzie desenarea elementului principal.
- Imagini în WebP și AVIFConversie, redimensionare la ce se afișează efectiv și declararea dimensiunilor în cod, ca să nu sară conținutul la încărcare.
- CSS critic în paginăStilurile necesare primului ecran intră direct în HTML, restul se încarcă asincron, ca desenarea să nu aștepte un fișier extern.
- Fonturi găzduite localFișierele de font se servesc de pe același domeniu, în format modern, cu afișare imediată în fontul de rezervă.
- Curățarea scripturilorIdentificăm ce cod de urmărire, widget sau bibliotecă se încarcă pe fiecare pagină fără să facă nimic acolo.
- Reducerea numărului de modulePe WordPress și PrestaShop, multe module adaugă fișiere pe tot site-ul pentru o funcție dintr-o singură pagină.
- Cache și compresie BrotliCache la nivel de pagină și de browser, compresie modernă și antete de expirare corecte pentru resursele statice.
- Raport înainte și dupăAceleași măsurători, pe aceleași pagini, cu valorile de pornire și cele obținute, plus ce a rămas de făcut și de ce.
Datele de teren, nu scorul din test
Scorul unui instrument de testare e o simulare: o încărcare, pe o conexiune presupusă, pe un dispozitiv presupus. E util pentru diagnostic. Nu e realitatea site-ului tău.
Realitatea e în datele de teren, adunate de la utilizatori reali de Chrome și publicate în raportul CrUX, pe o fereastră de 28 de zile. Acolo se vede ce a pățit vizitatorul tău, pe telefonul lui, pe rețeaua lui, în zona lui. Diferența față de laborator e uneori mare, în ambele sensuri: site-uri cu scor mic care merg bine în teren și site-uri cu scor verde care merg prost, fiindcă publicul lor e pe telefoane vechi.
Valorile urmărite sunt trei. LCP: în cât timp apare cel mai mare element vizibil, prag 2,5 secunde. INP: cât întârzie pagina să reacționeze la o atingere, prag 200 de milisecunde. CLS: cât sare conținutul la încărcare, prag 0,1. Se raportează pe percentila 75, adică trebuie să fie bune pentru trei sferturi dintre vizite, nu în medie.
Măsurăm întotdeauna pe mobil și pe paginile care contează comercial, nu doar pe prima pagină. O prima pagină rapidă și o pagină de produs lentă înseamnă un site lent acolo unde se cumpără. Ce înseamnă fiecare indicator, cu exemple, e în articolul despre Core Web Vitals.
Ce facem, în ordinea impactului
Aproape orice site lent are aceleași patru probleme, în proporții diferite. Le atacăm în ordinea câștigului, nu în ordinea în care apar în raport.
Imaginile sunt prima. O fotografie de patru megaocteți, încărcată direct din telefon și micșorată din CSS, e cel mai frecvent motiv de LCP prost. Se convertesc în formate moderne, se redimensionează la ce se afișează efectiv și primesc dimensiuni declarate în cod — pasul care rezolvă și saltul de conținut.
A doua e blocarea desenării. Fișierele de stil externe și scripturile din capul paginii opresc afișarea până se descarcă. Stilurile primului ecran intră direct în HTML, restul se încarcă fără să blocheze, iar scripturile neesențiale se amână.
A treia sunt fonturile. Luate de pe un domeniu extern, adaugă o conexiune nouă înainte ca textul să apară. Se aduc local, în format modern, cu afișare imediată în fontul de rezervă. A patra e codul terț: chat, hărți, pixeli de urmărire. Fiecare aduce fișiere de pe alt server, peste care nu ai control. Aici câștigul vine din eliminare, nu din reglaje fine.
De ce site-ul acesta e construit așa cum e
Dianysmedia.info e un site static. Paginile se generează dinainte, iar serverul livrează fișiere gata făcute, fără interpretare de cod și fără interogări în baza de date la fiecare vizită.
CSS-ul necesar primului ecran e scris direct în pagină, deci browserul poate desena fără să aștepte alt fișier. Fonturile sunt găzduite pe același domeniu, deci nu există o conexiune suplimentară către alt server înainte de apariția textului. Imaginile au dimensiuni declarate, deci nimic nu sare când se încarcă.
Nu spunem asta ca argument că un site static e răspunsul pentru toată lumea. Nu e: un magazin online are nevoie de dinamică, iar o firmă care își editează singură conținutul are nevoie de panou de administrare. Comparația onestă e în articolul despre site static față de WordPress.
Spunem asta pentru un motiv simplu: e ușor să vinzi viteză de pe un site lent. Verificarea ne-o poate face oricine, în treizeci de secunde. Iar fundația oricărui site rapid rămâne serverul, adică găzduirea.
Ce câștigi și ce nu câștigi
Viteza are un efect direct asupra comportamentului: cu cât pagina apare mai târziu, cu atât mai mulți oameni pleacă înainte să o vadă. Efectul e cel mai puternic pe mobil și pe paginile de produs.
Are și un rol în clasare. Core Web Vitals sunt un semnal folosit de Google, dar unul de departajare, nu de conținut. Între două pagini la fel de relevante, cea rapidă are avantaj. O pagină rapidă și slabă ca răspuns nu urcă peste una lentă și completă.
De asta nu promitem creșteri de poziții din viteză. Promitem valori măsurabile: LCP, INP și CLS înainte și după, pe aceleași pagini și cu aceeași metodă. Ce faci cu vizitatorii ajunși mai repede ține de conținut și de structura paginii.
Rezultatul se degradează dacă nu e păstrat. Un modul nou, un cod de urmărire pentru o campanie, câteva imagini încărcate la dimensiune mare — și în șase luni ești înapoi. De aceea urmărirea lunară intră în abonamentul de mentenanță, ca să se prindă devreme.
Când NU are sens optimizarea vitezei
Nu are sens dacă site-ul e deja în verde pe datele de teren. Am refuzat lucrări unde am măsurat înainte de a cota și valorile erau bune. Ce urmează după prag e o cursă după puncte într-un instrument, fără efect asupra vizitatorului.
Nu are sens dacă problema reală e lipsa traficului. Un site rapid cu treizeci de vizite pe lună rămâne un site cu treizeci de vizite. Acolo se lucrează la optimizarea SEO, iar viteza vine ca pas ulterior.
Nu are sens pe un site pe care oricum îl reconstruiești în lunile următoare. Optimizarea se face pe structura existentă; dacă structura dispare, ai plătit de două ori. În cazul ăsta cerințele de performanță se pun de la început în proiectul de refacere.
Și nu are sens dacă platforma e atât de încărcată încât fiecare intervenție riscă să strice o funcție. Am întâlnit site-uri cu peste cincizeci de module active, unde curățarea sinceră costă mai mult decât reconstrucția. Îți spunem asta înainte de a începe, nu la jumătatea lucrării.
Indicatorii de viteză — LCP, INP, CLS — sunt explicați și în glosar, dacă vrei definițiile pe scurt.
Cu ce lucrăm
Alegem tehnologia în funcție de proiect, nu invers. Iată ce folosim cel mai des pentru acest tip de site.
- CrUX și date de teren
- PageSpeed Insights și Lighthouse
- WebP și AVIF
- CSS critic inline
- fonturi WOFF2 locale
- Brotli
- cache la nivel de pagină
- HTTP/2 și preload
- Cloudflare CDN
- Google Search Console
Cât costă optimizare viteză site și core web vitals
Preț de pornire pentru situația standard. Cazurile speciale se estimează după o discuție scurtă, în scris.
Optimizare viteză
- Măsurare pe date de teren
- Diagnostic de laborator
- Imagini în WebP și AVIF
- CSS critic în pagină
- Fonturi găzduite local
- Curățarea scripturilor
Vezi în detaliu grila completă de prețuri sau ghidul cât costă un site web în 2026.
Întrebări frecvente — optimizare viteză site și core web vitals
Nu găsești ce cauți? Vezi și întrebările frecvente generale. Sau scrie-ne pe WhatsApp — răspundem în maxim 4 ore lucrătoare.
Cât costă optimizarea vitezei?
De la 250 € pentru un site de prezentare. Magazinele online costă mai mult, pentru că au mai multe module, mai multe tipuri de pagină și integrări de verificat după fiecare intervenție. Măsurăm înainte de a cota.
Cât durează?
Una-două săptămâni pentru intervenția propriu-zisă. Confirmarea în datele de teren durează în plus, pentru că fereastra de raportare CrUX e de 28 de zile și se actualizează treptat.
Ce sunt Core Web Vitals?
Trei indicatori ai experienței de încărcare: LCP, timpul până apare elementul principal, prag 2,5 secunde; INP, întârzierea reacției la atingere, prag 200 de milisecunde; CLS, cât sare conținutul, prag 0,1.
De ce scorul meu diferă de la un test la altul?
Pentru că testele de laborator simulează condiții și variază de la o rulare la alta. Referința care contează sunt datele de teren, adunate de la utilizatori reali pe 28 de zile.
Îmi garantați scor 100?
Nu. Scorul e un indicator sintetic, iar ultimele puncte se obțin de multe ori eliminând funcții care îți sunt utile. Ne angajăm la valorile de teren sub praguri, pe paginile care contează.
Viteza mă urcă în Google?
E un semnal de departajare între pagini la fel de relevante, nu un înlocuitor pentru conținut. Efectul cel mai clar al vitezei e asupra vizitatorilor care rămân pe site, nu asupra poziției.
Se poate rezolva doar cu un modul de cache?
Rareori. Cache-ul ajută la timpul de răspuns al serverului, dar nu convertește imaginile, nu scoate scripturile inutile și nu rezolvă saltul de conținut. E o piesă din lucrare, nu lucrarea.
Riscați să stricați ceva pe site?
Intervențiile pe CSS și pe scripturi pot afecta funcții. De aceea lucrăm pe un mediu de test, verificăm formularele, coșul și plata, și păstrăm posibilitatea de revenire la varianta anterioară.
Ce fac cu imaginile pe care le încarc eu?
Îți dăm dimensiunile corecte pentru fiecare loc din site și, unde platforma permite, punem conversia automată. Fără asta, o singură fotografie încărcată direct din telefon poate anula câștigul pe o pagină.
Contează găzduirea?
Da, e fundația. Timpul de răspuns al serverului se consumă înainte ca browserul să înceapă să deseneze. Pe o găzduire foarte aglomerată există o limită sub care nu se poate coborî, oricât se optimizează site-ul.
Merge și pe PrestaShop?
Da, cu specificul lui: multe module adaugă fișiere pe toate paginile, iar paginile de listare cu filtre sunt cele mai grele. Se lucrează pe module, pe imaginile de produs și pe cache, în această ordine.
Rezultatul rămâne în timp?
Doar dacă e păstrat. Fiecare modul nou, cod de urmărire sau imagine mare adăugată ulterior mută valorile înapoi. Măsurarea periodică prinde devreme degradarea, cât se corectează în câteva minute.
Ultima actualizare a conținutului: . Prețurile afișate sunt orientative, fără TVA, și se confirmă prin ofertă scrisă.
Cât de rapid e site-ul tău pe telefon?
Trimite-ne adresa și îți spunem ce arată datele reale de teren, unde se pierde timpul și cât costă corectarea.