Egy lassú weboldal ma már nem csupán kényelmetlenség – hanem közvetlen bevételkiesés. A látogatók többsége 3 másodpercen belül dönt: marad, vagy bezárja a fület. Ha a weboldalad lassan tölt be, a Google is lejjebb sorolja a találati listán, és az érdeklődők egy részét el sem éred. Ebben a cikkben összeszedtük a hét leggyakoribb okot, amiért egy weboldal lassú lehet – és azt is megmutatjuk, mikor elég a javítás, és mikor érdemes inkább újraépíteni az alapoktól.

Miért számít ennyire a betöltési sebesség?

A Google 2021 óta a Core Web Vitals mutatókat – köztük a betöltési sebességet – rangsorolási tényezőként kezeli. Ez azt jelenti, hogy két hasonló tartalmú weboldal közül a gyorsabb előbb jelenik meg a találatok között. A sebesség tehát nem technikai finomság, hanem SEO-kritérium.

A felhasználói oldalon a helyzet még egyértelműbb: a keresőoptimalizálás szempontjából mért adatok szerint minden egyes másodpercnyi késlekedés növeli a visszafordulási arányt és csökkenti a konverziót. Egy lassú webshop kevesebbet ad el. Egy lassú szolgáltatói oldal kevesebb ajánlatkérést kap.

1. Optimalizálatlan képek

Ez a messze leggyakoribb ok. Ha a weboldaladra feltöltött képek nagy felbontású, tömörítetlen fájlok – jellemzően JPEG vagy PNG –, akkor egyetlen oldalbetöltés során akár 5–10 megabájt adatot is letöltetnek a látogatóval. Ehhez képest egy optimalizált, WebP formátumú, megfelelő méretre vágott kép ugyanazt a vizuális minőséget nyújtja, töredék fájlmérettel.

A megoldás: a képeket feltöltés előtt át kell méretezni a megjelenítési méretre, WebP formátumba konvertálni, és lazy loading-gal (késleltetett betöltéssel) ellátni, hogy az oldal alján lévő képek csak akkor töltődjenek be, amikor a látogató odagörget.

2. Lassú vagy túlterhelt tárhely

A tárhely minősége közvetlenül meghatározza, hogy a szerver milyen gyorsan tudja kiszolgálni az oldalad. Egy olcsó, megosztott tárhelyen futó weboldal esetén előfordulhat, hogy több száz másik weboldallal kell osztozni ugyanazon a szerveren – és ha azok éppen terhelésen vannak, a te oldalad is lassabb lesz.

A szerver válaszideje (TTFB – Time to First Byte) az egyik legfontosabb mért érték. Ha ez 500 milliszekundum fölött van, az önmagában elegendő ok a tárhelyváltásra – még akkor is, ha minden más rendben van. A gyors tárhelyek LiteSpeed webszervert, SSD-t és szerver oldali gyorsítótárat használnak.

3. Nincs gyorsítótárazás (cache)

Amikor egy látogató megnyitja a weboldaladat, a böngészője letölti az összes szükséges fájlt: HTML, CSS, JavaScript, képek. Gyorsítótárazás nélkül ezt minden egyes látogatáskor megismétli – teljesen feleslegesen.

Egy jól beállított cache-megoldással a statikus fájlokat a látogató böngészője vagy egy közbenső szerver tárolja el ideiglenesen. A visszatérő látogató szinte azonnal látja az oldalt, mert a letöltendő adatmennyiség töredékére csökken. WordPress alapú weboldalakhoz erre speciális gyorsítótárazó pluginek és szerver oldali megoldások állnak rendelkezésre.

4. Túl sok és nehéz JavaScript

A modern weboldal-építő rendszerek és sablonok rengeteg JavaScript kódot töltenek be – sokszor olyanokat is, amelyekre az adott oldalon nincs is szükség. Egy egyszerű bemutatkozó oldalon például teljesen felesleges egy komplex slider-könyvtár vagy egy nehéz animációs csomag betöltése, ha azokat az adott aloldal egyáltalán nem használja.

A JavaScript fájlok azért is problémásak, mert blokkolják az oldal megjelenítését: amíg a böngésző feldolgozza a szkripteket, a látogató üres képernyőt lát. A megoldás a felesleges scriptek eltávolítása, a maradék minifikálása (tömörítése), és az aszinkron betöltés beállítása.

5. Nem megfelelő CSS-struktúra és render-blokkoló erőforrások

A CSS fájlok – akárcsak a JavaScript – render-blokkoló erőforrások lehetnek. Ha ezek a fájlok nagyok, szétszórtak és nem prioritás szerint töltődnek be, a böngésző nem tud elkezdeni semmit megjeleníteni, amíg mindegyiket le nem dolgozta.

A megjelenés feletti első benyomáshoz szükséges, ún. above-the-fold CSS-t érdemes inline-ba emelni, a többi stíluslapot pedig késleltetve betölteni. Ez önmagában érezhető gyorsulást hozhat, különösen mobilon.

6. Elavult CMS, pluginek és felesleges bővítmények

Egy régi weboldal hátterében jellemzően elavult rendszer dolgozik. Az elavult tartalomkezelő vagy a frissítetlen pluginek nemcsak biztonsági kockázatot jelentenek, hanem teljesítményproblémákat is okoznak. Ráadásul sok weboldal tele van olyan pluginekkel, amelyeket valamikor telepítettek, de már nem is használnak – mégis lefutnak minden egyes oldalbetöltéskor.

Ahogy a weboldal felújítás szükségességéről szóló cikkünkben is leírtuk: az elavult rendszer előbb-utóbb nem csupán lassú lesz, hanem karbantarthatatlanná is válik. Ilyenkor már nem elegendő a sebességoptimalizálás – a teljes rendszer cseréje szükséges.

7. Nincs CDN (tartalomszolgáltató hálózat)

Ha a tárhelyed szervere fizikailag Magyarországon van, és egy magyarországi látogató nyitja meg az oldalad, az viszonylag gyors. De ha valaki Nyugat-Európából, vagy máshonnan látogat, a fizikai távolság miatt a kérés és válasz lassabb lesz.

Egy CDN (Content Delivery Network) a statikus fájlokat – képeket, CSS-t, JavaScriptet – a világ különböző pontjain elhelyezett szerverekről szolgálja ki, mindig a látogatóhoz legközelebbi csomópontról. Ez különösen akkor fontos, ha a célközönséged nem kizárólag Magyarországon van.

Hogyan lehet kideríteni, pontosan mi lassítja az oldaladat?

A Google ingyenes PageSpeed Insights eszközével bárki elvégezheti az alapvizsgálatot: a rendszer 0–100-as skálán értékeli az oldalt mobilon és asztali nézetben egyaránt, és konkrét javítási javaslatokat ad. A 90 feletti pontszám minősül gyorsnak, a 50 alatti értéknél már érezhető teljesítményproblémáról van szó.

Fontos azonban tudni, hogy a pontszám önmagában nem a cél – a valós felhasználói élmény a mérce. Egy 85-ös pontszámú, gyorsan betöltő oldal sok esetben jobb, mint egy 95-ös, ahol a optimalizálás kompromisszumokat okozott a megjelenésben vagy a funkcionalitásban.

Mikor érdemes felújítani, és mikor kell új weboldal?

Ha a lassúság oka elsősorban a képek, a cache hiánya vagy a felesleges pluginek, ezek javíthatók felújítással – mélyebb beavatkozás nélkül. Ezekben az esetekben egy célzott weboldal felújítás elegendő lehet.

Ha azonban az alapprobléma az elavult sablon, a rossz kódstruktúra, a lassú tárhely és a render-blokkoló erőforrások együttesen – akkor ezek egyenként is nehezen javíthatók, együtt pedig szinte lehetetlen hatékonyan kezelni őket egy régi rendszeren belül. Ezt tapasztaljuk mi is: ügyfeleink közül sokan azzal keresnek meg minket, hogy „csak egy kis gyorsítást” szeretnének, de az átvizsgálás után kiderül, hogy az oldal annyira elavult, hogy az újraépítés hosszú távon olcsóbb és jobb eredményt hoz.

Arról, hogy pontosan mikor érdemes felújítani és mikor éri meg inkább új weboldalt készíteni, részletesen írtunk a weboldal felújítás vagy új weboldal témájú cikkünkben.

Mennyibe kerül a sebességjavítás?

A sebességoptimalizálás ára nagyban függ attól, hogy milyen mélységű beavatkozásra van szükség. Egy képoptimalizálás és cache beállítás más nagyságrendű munka, mint egy teljes rendszercsere. A pontos képhez érdemes átnézni a weboldal felújítás áráról szóló cikkünket, ahol részletesen leírjuk, mit, miért és mennyiért érdemes elvégezni.

Mit tegyél most?

Ha lassúnak érzed a weboldaladat, az első lépés egy ingyenes sebességmérés: nyisd meg a Google PageSpeed Insights oldalát, és add meg a weboldalad URL-jét. Az eredmény megmutatja, hol van a probléma – és az is kiderül belőle, hogy apróbb javításokkal megoldható-e, vagy komolyabb beavatkozás szükséges.

Ha nem szeretnél egyedül beleásni a technikai részletekbe, szívesen elvégezzük az átvizsgálást helyetted, és pontosan megmondjuk, mi lassítja az oldaladat – és hogy mi lenne a legjobb megoldás. Írj nekünk, és ingyenesen megnézzük.