EAGLE SOLUTIONS
Google PageSpeed Insights (pagespeed.web.dev) este gratuit și oricine îl poate rula pe orice site – de aceea îmi place: clientul nu trebuie să se bazeze pe cuvântul meu, ci pe propria măsurare. Măsurarea eaglesolutions.ro din 11 septembrie 2026 arată la fel pe mobil și pe desktop: 100 performanță, 100 accesibilitate, 100 bune practici, 100 SEO. Acest articol este despre ce a fost nevoie pentru asta și despre ce nu am făcut, intenționat.
Ce măsoară PageSpeed de fapt?
Dă patru scoruri. Performanța arată în cât timp apare și devine utilizabilă pagina pe un telefon obișnuit, pe o rețea mai lentă. Accesibilitatea verifică contrastul, textul alternativ al imaginilor, navigarea de la tastatură. Bunele practici privesc securitatea și standardele moderne (HTTPS, consolă fără erori, formate de imagine actuale). SEO verifică bazele pentru motoarele de căutare: titluri, descrieri, posibilitatea de indexare, afișarea pe mobil. Performanța este cea mai grea: majoritatea site-urilor WordPress stau aici între 40 și 70 de puncte pe mobil.
1. Temă proprie pe blocuri, fără page builder
Cea mai mare decizie: site-ul nu a fost făcut cu Elementor sau cu alt page builder vizual, ci cu o temă personalizată, construită pe sistemul de blocuri propriu al WordPress. Page builderele sunt comode, dar încarcă pe fiecare pagină sute de kilobytes de CSS și JavaScript proprii – chiar și atunci când pagina respectivă nu folosește nimic din ele. Tema pe blocuri încarcă doar ceea ce pagina folosește cu adevărat. Și la proiectele de client aceasta este prima întrebare: chiar e nevoie de page builder, sau ar intra doar din obișnuință?
2. Puține extensii, fiecare justificată
Pe site rulează cinci extensii: SEO, formular de contact, multilingvism, gestionarea cookie-urilor și firewall-ul de securitate. Cache-ul este soluția proprie, la nivel de server, a găzduirii. Orice altă funcție – date structurate, măsurarea conversiilor, raportul lunar – este rezolvată de cod propriu, mic, care face exact ce trebuie și nimic altceva.
3. Cache-ul și serverul
Găzduirea oferă server LiteSpeed, cu extensia LiteSpeed Cache, cache de obiecte (Memcached) și o rețea de distribuție a conținutului (CDN). Asta înseamnă că, la cererea unui vizitator, în majoritatea cazurilor pleacă o pagină HTML gata făcută, de pe serverul cel mai apropiat de el, fără interogarea bazei de date. Primul byte sosește mult sub o jumătate de secundă – aceasta este baza pentru tot restul.
4. Imagini: WebP, la dimensiune, încărcate leneș
Toate imaginile sunt în format WebP, în variante ajustate la dimensiunea de afișare, și se încarcă doar atunci când vizitatorul derulează aproape de ele. Imaginea principală de deasupra pliului este excepția: browserul o cere imediat, cu prioritate ridicată, ca afișarea celui mai mare element (LCP) să fie rapidă. Capturile de ecran ale referințelor și coperțile blogului sunt făcute la fel.
5. Coduri de măsurare doar după consimțământ
Google Analytics și orice alt script extern se încarcă doar dacă vizitatorul a acceptat în bannerul de cookie-uri – este o obligație GDPR, dar ca efect secundar ușurează și încărcarea inițială. Nu există widget de chat, nu există video care se încarcă automat, iar butonul de WhatsApp este un simplu link.
6. Ce am omis, intenționat
Nu există bibliotecă de fonturi de pe server extern, nu există slider pe pagina principală, nu există framework de animații. Animațiile fine de apariție constau din câteva linii de CSS și JavaScript proprii. La fiecare element „frumos" m-am întrebat: aduce clienți, sau doar încetinește?
Ultimele puncte: de la 99 la 100
Măsurarea din ziua precedentă arăta încă 99 la performanță și 95 la accesibilitate. Am bănuit mai întâi o problemă de contrast, dar raportul Lighthouse spunea altceva: ordinea titlurilor sărea un nivel (h4 imediat după h2), ceea ce este o eroare de accesibilitate, pentru că cititoarele de ecran construiesc structura paginii din titluri. După corectarea a două niveluri de titlu, scorul a ajuns la 100. La performanță, o singură rulare pe mobil a dat și 88, cu un Speed Index de 8 secunde; următoarea rulare a fost 100. Valorile de laborator fluctuează, de aceea mă uit la media mai multor măsurători, nu la o singură captură de ecran. În aceeași zi am redus și fișierul fontului la un sfert (84 în loc de 327 kilobytes, doar setul de caractere maghiar-român-englez), ca să rămână rezervă și pe rețele mobile lente.
Ce înseamnă asta la un proiect de client?
Aplic aceleași principii și la site-urile de firmă și la magazinele online: page builder doar când e justificat, puține extensii, cache la nivel de server, imagini WebP, măsurare condiționată de consimțământ. Și pe un site existent, lent, majoritatea punctelor pot fi recuperate – cei mai importanți șapte pași i-am descris într-un articol separat. Dacă ești curios unde stă propriul tău site, măsoară-l pe pagespeed.web.dev și trimite-mi rezultatul pe pagina de contact – îți spun gratuit ce îl încetinește.
