Un site WordPress se poate încărca în 600 de milisecunde, dar nu cu rețetele de acum zece ani

Un centru comercial britanic și-a refăcut site-ul pe WordPress și a ajuns la un timp de încărcare de 600 de milisecunde, cu scoruri de 99 pe calculator și 97 pe telefon în instrumentul de măsurare al Google. Cifrele sunt reale și verificabile. Lista de tehnici prin care au ajuns acolo merită însă citită cu creionul în mână, pentru că o parte din ea nu mai are sens astăzi.

Asta e problema cu sfaturile despre viteză: circulă mult după ce au încetat să fie adevărate.

Ce a funcționat și funcționează în continuare

Compresia imaginilor rămâne câștigul cel mai mare pentru cel mai mic efort. Pe majoritatea site-urilor de firmă din România pe care le vedem, imaginile ocupă între 60% și 80% din greutatea totală a paginii, adesea pentru că cineva a încărcat direct fișierele de la fotograf, la 4.000 de pixeli lățime, pentru a fi afișate la 800.

Încărcarea amânată a imaginilor de sub prima porțiune vizibilă, la fel: browserul nu mai cere nimic până când vizitatorul nu ajunge acolo. WordPress o face din oficiu de câțiva ani, dar unele teme și constructoare de pagini o dezactivează fără să anunțe.

Curățarea codului de spații și comentarii aduce un câștig mic, dar real, și nu strică nimic. Reducerea numărului de scripturi externe aduce un câștig mare. Fiecare instrument de urmărire, fiecare bară de cookieuri, fiecare widget de recenzii adaugă o conexiune către alt server, peste care tu nu ai niciun control.

Ce nu mai are rost să faci

Aici e partea interesantă. O bună parte din rețetarul clasic de optimizare a fost gândit pentru HTTP/1.1, protocolul prin care browserul putea deschide doar câteva conexiuni simultane către un server. În condițiile acelea, fiecare fișier în plus costa scump, așa că lumea le lipea între ele.

De aici vin două obiceiuri care astăzi nu mai ajută. Primul: unirea tuturor imaginilor mici într-un singur fișier mare, din care se decupează bucăți prin cod. Al doilea: contopirea agresivă a tuturor fișierelor de stil și de cod în câte unul singur.

HTTP/2 permite ca zeci de fișiere să circule în paralel pe aceeași conexiune. Practic toate găzduirile serioase, inclusiv cele românești, îl au activ de ani buni. Într-un asemenea context, cele două tehnici nu doar că nu mai ajută, ci încep să încurce: un fișier mare trebuie descărcat integral chiar dacă vizitatorul are nevoie de o zecime din el, iar o modificare minoră invalidează memoria temporară a browserului pentru tot pachetul.

Nuanța, ca să nu cădem în cealaltă extremă: nici fragmentarea excesivă nu e gratuită. Sute de fișiere mici se comprimă mai prost decât câteva medii. Echilibrul rezonabil astăzi înseamnă grupare pe zone de folosință, nu contopire totală și nici împrăștiere completă.

Ce a apărut între timp și contează mai mult

Google nu mai măsoară doar cât durează încărcarea. Din 2020 folosește Core Web Vitals (indicatorii de performanță web ai Google), iar din 2024 componenta care privește reacția la interacțiune s-a schimbat: nu mai contează doar cât durează până răspunde la prima apăsare, ci cât de prompt răspunde pagina la interacțiuni de-a lungul întregii vizite.

Schimbarea asta lovește exact site-urile construite cu multe extensii care rulează cod în fundal. Poți avea un scor bun la încărcare și, totuși, o pagină care se blochează o jumătate de secundă de fiecare dată când cineva deschide meniul.

Stabilitatea vizuală, greșeala pe care o vede clientul

Al treilea indicator urmărește cât se mișcă elementele în timp ce pagina se așază. Toți am pățit-o: dai să apeși un buton, se încarcă un banner deasupra, butonul coboară, ai apăsat altceva. Se rezolvă simplu, rezervând din start spațiul pentru imagini și pentru zonele care se încarcă mai târziu, dar aproape nimeni nu verifică.

De unde începi, dacă începi azi

Măsoară întâi cu date reale, nu de laborator. Instrumentele care simulează o vizită îți dau un punctaj, dar utilizatorii tăi din România, pe rețea mobilă, într-un oraș mai mic, au altă experiență decât un server de test din Frankfurt. Google Search Console îți arată exact acest lucru pentru vizitatorii reali, gratuit.

Apoi ordonează: imaginile, scripturile externe, tema și extensiile, în ordinea asta. În majoritatea cazurilor, primele două rezolvă cea mai mare parte a problemei, iar la ultimul pas descoperi de obicei trei extensii instalate acum doi ani și uitate.

Cifra de 600 de milisecunde, în context

Un timp atât de mic se obține mai ușor pe un site de prezentare, cu conținut care se schimbă rar, decât pe un magazin online cu filtre, coș și stocuri actualizate în timp real. Nu e o comparație corectă și nu merită să o folosești ca țintă pentru orice proiect.

Pentru un magazin, sub două secunde pe telefon, cu indicatorii Google în verde, e un obiectiv sănătos și realist. Pentru un site de prezentare, sub o secundă e la îndemână dacă tema nu e supraîncărcată.

Cum te poate ajuta Emblematic

Construim site-uri pe WordPress fără straturi inutile de constructoare și extensii, tocmai pentru ca viteza să nu fie o reparație ulterioară, ci o consecință a felului în care e făcut site-ul. Când preluăm un site existent, măsurăm întâi cu date de la vizitatori reali, apoi atacăm în ordinea impactului, nu în ordinea în care sună bine într-un raport.

Dacă vrei să știi unde pierde timp site-ul tău și cât din el se poate recupera fără o refacere completă, echipa Emblematic.ro este disponibilă pentru o consultație fără obligații. Contactează-ne și stabilim împreună pașii următori.