A WordPress gyorsítása – lépésről lépésre.

Miért számít a sebesség

A látogatók nem várnak. Minden további másodperc betöltési idő növeli azok arányát, akik elhagyják az oldalt, mielőtt bármit is láttak volna – különösen telefonon, gyenge térerő mellett.

A Google ezt szintén méri, és az oldalakat többek között a Core Web Vitals alapján értékeli: milyen gyorsan jelenik meg a legfontosabb tartalom (LCP), milyen gyorsan reagál az oldal a bevitelre (INP), és elcsúszik-e valami betöltés közben (CLS). A gyors oldal tehát nemcsak kellemesebb, hanem jobban is megtalálható.

Előbb mérjen, aztán változtasson

Mielőtt bármit átalakítana, szüksége van egy kiinduló számra. Ingyenes és sokatmondó a Google PageSpeed Insights eszköze: adja meg a címet, és figyeljen a mobileszközökre vonatkozó értékekre – ezek szinte mindig rosszabbak, és a Google számára ezek a mérvadók.

• Mérjen többször, és ne csak a kezdőlapot. Egy nagy képeket vagy űrlapot tartalmazó aloldal gyakran egészen másként viselkedik.
• Figyeljen a szerver válaszidejére (Time to First Byte). Ha magas, a szerver vagy egy minden lekérésnél sokat számoló bővítmény az oka – ilyenkor egy képoptimalizáló sem segít.
• Mindig csak egy dolgot változtasson, és utána mérjen újra. Különben nem tudja, mi segített.

Az alap: a tárhely

A legjobb bővítmény sem teszi gyorssá a túlterhelt szervert. Három dolog a döntő:

• Naprakész PHP. A PHP 8 jóval gyorsabban dolgozza fel a WordPresst, mint a régi PHP 7. Sok oldal kényelemből még elavult verzión fut.
• Elegendő memória és futási idő. Az oldalszerkesztőknek és a webáruházaknak több kell, mint egyes szolgáltatók szűkös alapbeállításai; ha szűkös, a lekérés megszakad vagy lelassul.
• Rövid utak. Ha a szerver és a látogatók ugyanabban az országban vannak, minden kérés gyorsabban célba ér.

Nálunk a weboldalak NVMe SSD-ken futnak Németországban, lekérésenként legfeljebb 1 024 MB PHP-memóriával, a PHP-verziót pedig domainenként Ön állítja be az Ügyfélközpontban.

Képek: a leggyakoribb fékező

Egy közvetlenül a fényképezőgépből származó fotó könnyen 5 MB – és egy 600 pixel széles csempében jelenik meg. A legtöbb lassú oldalt éppen az ilyen képek lassítják.

• Kicsinyítse feltöltés előtt. Egy weboldalhoz ritkán kell 2000 pixelnél nagyobb szélesség.
• Használjon modern formátumokat. A WordPress támogatja a WebP-t; a fájlok azonos minőség mellett jóval kisebbek a JPEG-nél.
• A lusta betöltés (lazy loading) csak akkor tölti be a képeket, amikor a látómezőbe görgetnek. A WordPress ezt magától beállítja – kivéve a legfelső első nagy képet, annak azonnal meg kell jelennie.

Gyorsítótár: ne építse fel minden alkalommal újra az oldalakat

Gyorsítótár nélkül a WordPress minden lekérésnél újra összeállítja az oldalt az adatbázisból. Egy gyorsítótár-bővítmény elmenti a kész eredményt, és közvetlenül azt szolgálja ki – gyakran ez a legnagyobb egyedi nyereség.

Fontos: egy gyorsítótár-bővítmény, nem három. Ha több fut egymáson, akadályozzák egymást, és pontosan azokat a hibákat okozzák, amelyeket aztán órákig keres az ember. Nagyobb változtatások után ürítse a gyorsítótárat, különben a látogatók még a régi állapotot látják.

Nálunk az egykattintásos telepítés kérésre rögtön beállítja az oldalgyorsítótárat is, az Ügyfélközpontban pedig ürítheti, be- vagy kikapcsolhatja – anélkül, hogy ehhez bejelentkezne a WordPressbe. Webáruházaknál szándékosan kihagyjuk: egy oldalgyorsítótár, amely nem ismeri a kosarat, különben idegen kosarakat mutatna a látogatóknak.

Bővítmények és témák kiselejtezése

Nem a bővítmények száma lassít, hanem egyes nehéz bővítmények. Egy diavetítő minden oldalon, három statisztikai bővítmény, egy oldalszerkesztő, amely minden oldalhoz több száz kilobájtnyi szkriptet tölt be – ez összeadódik.

• Próbaképpen kapcsolja ki egyenként a bővítményeket, és mérjen. Ami lassít, hamar kiderül.
• Az ingyenes Query Monitor bővítmény megmutatja, melyik bővítmény hány adatbázis-lekérdezést okoz.
• Amire már nincs szüksége, azt törölje – kikapcsolva továbbra is a szerveren marad, és ugyanúgy frissíteni kell.

Az adatbázis rendbetétele

Az évek során sok minden felgyűlik: minden bejegyzés több száz változata, törölt bővítmények maradványai, lejárt átmeneti adatok. Egy takarító bővítmény ezeket néhány kattintással eltávolítja. Előtte készítsen biztonsági mentést – ami egy adatbázisból törlődött, csak a biztonsági mentésből hozható vissza.