Öt ok, amiért lassú a WordPress-oldalad

A Google három mérőszámmal írja le, milyen gyors egy oldal a valódi látogatók szemével (Core Web Vitals). A jó értékek: a fő tartalom 2,5 másodpercen belül jelenjen meg (LCP), betöltés közben ne ugráljon az oldal (CLS 0,1 alatt), és egy kattintásra 200 ezredmásodpercen belül reagáljon (INP). Ha az oldalad ezeken elbukik, szinte mindig az alábbi öt ok valamelyike áll mögötte, sokszor egyszerre több is.

1. Nehéz page builder vagy „mindent tudó” téma

A page builderek és a sok demóval árult témák minden lehetséges elrendezésre fel vannak készítve. Ezért olyan CSS-t és JavaScriptet is betöltenek, amire a te oldaladnak nincs szüksége, és mélyen egymásba ágyazott HTML-t generálnak. Mobilon ez lassú megjelenést és késlekedő gombokat jelent.

Ez nem csak a látogatónak lassú. A page builderek szerkesztőfelülete is nagy erőforrás-igényű: szerkesztés közben erősen terheli a szervert és a böngészőt, és sokat kell várni egy-egy előnézet betöltésére.

Mit tehetsz? A builder saját teljesítmény-beállításai és egy jó gyorsítótár sokat javítanak, de a nehéz alapot nem szüntetik meg. Tartós megoldás egy könnyű, saját fejlesztésű téma, amely csak azt tölti be, amit az oldal használ.

2. Túl sok bővítmény

Minden bővítmény újabb kódot, adatbázis-lekérdezést és sokszor újabb szkriptet hoz. Egy csúszka, egy ikoncsomag, egy animációs bővítmény és egy extra modulcsomag egyenként apróság, együtt már érezhető lassulás, és mindegyik frissítési kockázat is.

Mit tehetsz? Nézd át a bővítménylistát: mire való az adott bővítmény, használod-e még, mikor frissült utoljára. Ami csak megjelenést ad, az jó helyen van a témában, nem külön bővítményben.

3. Optimalizálatlan képek

A leggyakoribb egyszerű hiba: egy 5 MB-os, 4000 pixel széles fotó, amelyet az oldal 600 pixelesre kicsinyítve mutat. A böngésző ettől még a teljes képet letölti. A méret nélküli képek ráadásul ugráltatják az oldalt betöltés közben.

Mit tehetsz? Feltöltés előtt méretezd a képeket a valós megjelenítési méretre, és használj modern formátumot (WebP vagy AVIF). A képeknek legyen megadott szélessége és magassága, a hajtás alatti képek pedig csak görgetéskor töltődjenek be.

4. Gyenge tárhely, gyorsítótár nélkül, régi PHP-n

Egy túlterhelt, olcsó osztott tárhelyen a szervernek már az első bájt elküldéséig is sok idő kell. Ha nincs oldal-gyorsítótár, minden látogatásnál újra lefut minden adatbázis-lekérdezés. Az elavult PHP-verzió pedig nemcsak lassabb, hanem biztonsági javítást sem kap.

Mit tehetsz? Támogatott PHP-verzió (8.2 vagy újabb), oldal-gyorsítótár, és egy olyan tárhely, amely a forgalmadhoz méretezett. A tárhelyváltás sokszor a legolcsóbb gyorsítás.

5. Külső szkriptek

Chatablak, követőkódok, hirdetési pixelek, beágyazott térkép és videó, külső betűtípusok, csúszkák: mindegyik egy újabb szerverhez fordul, és sokszor a fő tartalom előtt töltődik be. Ezek rontják a legjobban az INP-értéket, vagyis azt, hogy az oldal gyorsan reagáljon.

Mit tehetsz? Csak azt a külső kódot tartsd meg, amelyet valóban használsz. A chatet és a videót elég kattintásra betölteni, a betűtípusokat a saját szerverről kiszolgálni, a követőkódokat pedig a süti-hozzájárulás után indítani (ezt egyébként az adatvédelmi szabályok is előírják).

Honnan tudod, melyik ok a tiéd?

Írd be az oldalad címét a Google PageSpeed Insights oldalán, és nézd a mobil eredményt. A „Diagnosztika” részben látod, mi a legnagyobb probléma: túl nagy képek, blokkoló szkriptek vagy lassú szerverválasz.

Ha nem szeretnél magad mérni, kérj ingyenes állapotfelmérést: megmérem a Core Web Vitals értékeket mobilon és asztalin, és leírom a 3–5 legfontosabb javítást. Ha az ok a nehéz alap, egy saját fejlesztésű témával a 90 feletti mobil PageSpeed reális cél.