A lassú WordPress oldalra könnyű azt mondani, hogy „kell egy cache plugin”. Néha segít, de gyakran csak elfedi a valódi okot. Sokkal jobb sorrendben mérni és kizárni a lehetséges szűk keresztmetszeteket.
1. Túl nagy képek
A leggyakoribb probléma még mindig az, hogy a böngésző jóval nagyobb képfájlokat tölt le, mint amekkorára ténylegesen szükség lenne. A megfelelő méret, modern formátum és lazy loading sokszor az első értelmes lépés.
2. Túl sok plugin
Nem önmagában a pluginok darabszáma a gond. Az számít, mennyi adatbázis-lekérdezést, JavaScriptet, CSS-t vagy külső hálózati kérést tesznek hozzá az oldalhoz. Egyetlen rosszul megírt plugin is többet árthat, mint tíz könnyű.
3. Nehéz sablon és page builder
Egy vizuális builder kényelmes lehet, de gyakran sok olyan markupot és assetet küld ki, amelyre az adott oldalon nincs szükség. Ha minden aloldal ugyanazt a nagy csomagot tölti, mobilon hamar érezhető lesz a különbség.
4. Render-blocking JavaScript és CSS
Nem mindegy, mikor indulnak el a scriptek. A mérés, chat, heatmap, cookie-kezelés, animációk és marketing tagek együtt komoly terhelést okozhatnak. A kritikus tartalomnak ezek előtt is gyorsan meg kell jelennie.
5. Fontok és harmadik fél erőforrások
Több betűcsalád, sok fontvastagság és külső szolgáltatások lassíthatják az első renderelést. A tipográfiánál is érdemes megkérdezni: valóban szükség van minden betöltött változatra?
6. Cache és CDN hiánya
A jól beállított cache sokat segíthet a statikus erőforrásokon és az ismételt látogatásokon. CDN akkor ad igazán értéket, ha a tartalom és a közönség földrajzi eloszlása vagy a terhelés ezt indokolja. Nem kötelező minden kis helyi oldalhoz.
7. Lassú szerver vagy PHP-oldali feldolgozás
Ha a HTML-re már önmagában sokat kell várni, akkor frontend-optimalizálással nem oldod meg a teljes problémát. Ilyenkor a TTFB, adatbázis, PHP-folyamatok, hosting és cache viselkedése is vizsgálandó.
Milyen sorrendben mérj?
- Nézd meg mobilon az LCP, CLS és INP jelzéseket.
- Ellenőrizd a szerver első válaszidejét.
- Keresd meg a legnagyobb képeket és erőforrásokat.
- Nézd meg, mennyi JavaScript fut az első képernyő előtt.
- Kapcsold össze a sebességmérést a valódi üzleti oldalakkal.
Ne a 100-as pontszám legyen a cél
A laborpontszám hasznos diagnosztikai jel, de nem üzleti KPI. Egy 95 pontos oldal is lehet rossz ügyfélszerző, és egy alacsonyabb pontszámú oldal is lehet használható. A cél az, hogy a valódi látogató gyorsan megkapja a fontos tartalmat, stabil legyen az oldal és ne legyen felesleges súrlódás.
