Miért lassú a weboldalam?
A lassú weboldal látogatókat és bevételt veszít — és a Google is hátrébb sorolja. Nézzük meg a leggyakoribb okokat, hogyan lehet diagnosztizálni, és mit lehet tenni ellenük.
A lassú weboldal látogatókat és bevételt veszít — és a Google is hátrébb sorolja. Nézzük meg a leggyakoribb okokat, hogyan lehet diagnosztizálni, és mit lehet tenni ellenük.
Ha weboldala lassan tölt be, annak szinte mindig technikai oka van — és az esetek nagy részében több tényező együttesen okozza a problémát. Egyetlen optimalizálás ritkán elég; rendszerszinten kell gondolkodni.
Kutatások szerint a mobilfelhasználók több mint fele elhagyja azt az oldalt, amely 3 másodpercnél tovább tölt be. Az Amazon belső vizsgálata megmutatta, hogy minden 100 ms késleltetés 1%-os bevételcsökkenést okoz. A sebesség tehát nem csupán kényelmi kérdés.
Az olcsó shared hosting esetén egy szerveren több száz weboldal osztozik az erőforrásokon. Ha valamelyik szomszédos oldal forgalomcsúcsot kap, az az összes többi oldal válaszidejét is rontja. Ez az egyik leggyakoribb, mégis legnehezebben felismerhető ok — mert a lassulás véletlenszerűnek tűnik és nem reprodukálható.
Mit lehet tenni: VPS-re váltás dedikált erőforrásokkal, vagy minőségi managed hosting (pl. DigitalOcean, Hetzner, Cloudways) választása.
Cache nélkül minden egyes látogató érkezésekor a szerver az adatbázisból generálja újra a teljes oldalt. Egy adatbázis-intenzív oldalon ez 50-100 lekérdezést is jelenthet oldalbetöltésenként. Megfelelő cache beállítással a generált HTML eltárolható, és az ismételt kérések töredék idő alatt kiszolgálhatók.
Mit lehet tenni: Szerveroldali cache bevezetése (Redis, Memcached), oldal-cache réteg (pl. Nginx FastCGI cache, Varnish), Laravel alkalmazásoknál route cache, config cache és view cache bekapcsolása.
A képek a legtöbb weboldalon a teljes oldalméretnövedékének 60-80%-át teszik ki. Ha egy 4 MB-os RAW fotót töltenek fel kép helyett, az oldal minden betöltésekor le kell tölteni — mobillon ez közel lehetetlenné teszi a gyors megjelenést.
Mit lehet tenni: Képek konvertálása modern formátumra (WebP átlagosan 25-35%-kal kisebb azonos minőség mellett PNG/JPEG-nél), megfelelő méretűre vágás, lazy loading bekapcsolása (a látható területen kívüli képek csak görgetéskor töltődnek be).
A PHP 8.x verziócsalád jelentős teljesítményjavulást hozott a 7.x-hez képest — egyes benchmark tesztek szerint 40-50%-os gyorsulást is mértek azonos kódon. Az elavult PHP verzió nemcsak lassú, hanem biztonsági kockázat is, mivel az EOL verziók már nem kapnak javításokat.
Mit lehet tenni: PHP verzió frissítése 8.2 vagy 8.3-ra (staging környezetben előtesztelve), OPcache bekapcsolása (a PHP bytecode-ot cache-eli, csökkenti a fordítási overhead-et).
Az N+1 lekérdezési probléma az egyik leggyakoribb teljesítménygyilkos: ahelyett hogy egy hatékony JOIN-os lekérdezéssel kérné le az adatokat, a kód minden egyes elemhez külön lekérdezést indít. 10 elemhez ez 11 lekérdezés; 100 elemhez 101 — az oldal exponenciálisan lassul.
Mit lehet tenni:
Laravel Debugbar-ral azonosítani a lassú lekérdezéseket, eager loading
(with()) alkalmazása,
adatbázis indexek hozzáadása a szűrt/rendezett oszlopokhoz,
MySQL slow query log bekapcsolása.
Minden egyes aktív bővítmény (plugin) PHP kódot tölt be és adatbázis-lekérdezéseket indít. Minden külső script (analytics, chat widget, reklám pixel, A/B teszt eszköz) HTTP kérést indít más szerverhez — ha az lassú vagy nem válaszol, az oldal megvárja.
Mit lehet tenni:
Felesleges bővítmények eltávolítása, külső scriptek aszinkron vagy késleltetett
(defer/async) betöltése,
GTM (Google Tag Manager) helyett natív implementáció kevesebb helyen.
Ha a szerver Magyarországon van, de az oldal Ausztráliából is megtekinthető, a statikus fájlok (képek, CSS, JS) minden kérésnél Budapest—Sydney között utaznak. CDN nélkül ez 200-400 ms extra késleltetést jelent csak a hálózati távolságból.
Mit lehet tenni: CDN bevezetése (Cloudflare ingyenes szinten már érdemi gyorsulást hoz), static asset-ek S3 + CDN kombinációból kiszolgálása.
Az első lépés mindig a mérés — nem a találgatás. Hasznos eszközök:
Részletes technikai háttér és haladó optimalizálási lehetőségek:
Teljesítmény és gyorsítás részletesenTeljesítmény audit, optimalizálás és folyamatos karbantartás.
Ajánlatkérés