În august 2026 am mutat goai.ro de pe WordPress pe Laravel. Nu pentru viteză, ci pentru mentenanță: 31 de pluginuri active înseamnă 31 de motive de actualizare și tot atâtea căi de intrare. Dar am măsurat oricum, înainte și după, fiindcă viteza site-ului este singurul lucru din SEO pe care îl puteți verifica singur în cinci minute.
Pe scurt
- Ce am testat
- Migrarea propriului site de pe WordPress pe Laravel, cu măsurători înainte și după.
- Ipoteza greșită
- Că vinovat era fișierul CSS de 91 KB. Blocarea lui completă nu a schimbat nimic.
- Cauza reală
- Documentul HTML: 173 KB, 1188 de elemente, generate de constructorul vizual.
- Rezultat
- Prima afișare de la 2320 la 1060 ms, deplasarea conținutului la zero, cereri de la 8 la 2.
- Ce puteți verifica singur
- Greutatea documentului brut și numărul de elemente din pagină, în sub un minut.
Ce am măsurat înainte
Site-ul vechi nu era neglijat. Avea 8 cereri de rețea, un singur fișier JavaScript, un singur CSS, zero resurse de la terți și un timp de răspuns al serverului de 138 de milisecunde. Trecea Core Web Vitals. Ce nu trecea era scorul de laborator.
Ipoteza care s-a dovedit greșită
Presupunerea evidentă era că vinovat e fișierul CSS de 91 KB. Am blocat complet fișierul și am măsurat din nou: 1484 de milisecunde față de 1536. Practic nicio diferență. Ipoteza a picat.
Vinovat era documentul HTML: 173 KB, 1188 de noduri și o adâncime de 22 de niveluri, generate de constructorul vizual de pagini și de temă. De aceea niciun plugin de cache nu putea rezolva situația: cache-ul livrează mai repede exact același document greu, pe care browserul de pe telefon tot trebuie să îl construiască.
Ce s-a schimbat după
Am rescris șabloanele de la zero, în loc să copiez HTML-ul existent. Toată operațiunea este descrisă pe pagina proiectului migrarea goai.ro de pe WordPress pe Laravel. Măsurat pe telefon, cu procesorul încetinit de patru ori și rețea 4G slabă:
| Ce am măsurat | WordPress | Laravel |
|---|---|---|
| Prima afișare a conținutului | 2320 ms | 1060 ms |
| Deplasarea elementelor în pagină | 0,007 | 0 |
| Blocajul firului principal | 306 ms | 0 ms |
| Documentul HTML | 173 KB | 38 KB |
| Cereri pentru prima afișare | 8 | 2 |
Ce puteți verifica pe site-ul dumneavoastră
Deschideți orice pagină, apăsați Ctrl+U și uitați-vă la câte kiloocteți are documentul brut. Dacă trece de 100 KB fără imagini, problema nu este la cache. Numărați apoi elementele din pagină cu document.querySelectorAll("*").length în consola browserului: peste 1000 de noduri, telefoanele mai vechi încep să se chinuie.
Concluzia care se aplică oriunde
Dacă vreți să vedem împreună unde se pierde timpul pe site-ul dumneavoastră, asta facem la optimizarea tehnică. Iar dacă problema este că se mișcă elementele în pagină, nu că se încarcă greu, subiectul este tratat separat în articolul despre deplasarea conținutului.
Înainte să cumpărați un plugin de optimizare, aflați care este cauza. Un test care infirmă o ipoteză valorează mai mult decât zece optimizări aplicate la nimereală, iar în cazul de față ipoteza cea mai plauzibilă era și cea greșită.
