Preguntas Frecuentes - FAQ

Fontos tudni, hogy a weboldal sebessége soha nem egyetlen tényezőtől függ. A végső betöltési idő eredője mindig több dolog kombinációja:

• egyrészt attól, hogy milyen erős / mennyire terhelt a tárhely vagy a szerver,
• másrészt attól, hogy mennyire van jól megírva és optimalizálva maga a weboldal (pl. képek mérete, bővítmények, sablon, cache, adatbázis).

Éppen ezért lassulás esetén mindig érdemes külön-külön megvizsgálnod a szerver oldali és a weboldal oldali tényezőket, és csak ezután lehet felelősen kijelenteni, hogy „szerver gond” vagy „weboldal hiba” okozza a problémát.

Az alábbi leírás segít végigmenni a leggyakoribb okokon, amikor „lassúnak érződik” egy weboldal. Külön választjuk:

• Szerver oldali hibalehetőségek
• Weboldal (program / tartalom) oldali hibalehetőségek
• Gyakori HTTP hibakódok (HTTP 500 stb.) rövid magyarázata

A cikk úgy van felépítve, hogy informatikai előképzettség nélkül is érthető legyen, és lépésről lépésre tudj haladni.

Tartalom

1. Mit jelent az, hogy „lassú” a weboldal?
2. Gyors ellenőrzések (mielőtt „pánikolsz”)
3. Szerver oldali hibalehetőségek
   • Erőforrás-limit elérése (CPU, memória, I/O) – 503, 508 hibák
   • Betelt tárhely vagy inode limit – lassulás, 500-as hibák
   • PHP / MySQL oldalról érkező gondok – 500, 503 hibák
   • Karbantartás, hálózati hiba, túlterheltség – időszakos 500–503 hibák
4. Weboldal (program, tartalom) oldali hibalehetőségek
   • Túl nagy képek, „túl nehéz” oldal
   • Túl sok vagy hibás bővítmény / sablon – főleg WordPressnél
   • Külső scriptek, harmadik fél szolgáltatásai
5. Gyakori HTTP hibakódok rövid magyarázata
6. Lépésről lépésre: mit tegyek, ha lassú az oldalam?

1. Mit jelent az, hogy „lassú” a weboldal?

Lassú lehet az oldal többféleképpen:

• A böngésző sokáig csak tölt, fehér az oldal, majd egyszer csak megjelenik.
• A lap teteje megjelenik, de a képek, menük, funkciók csak másodpercek múlva töltenek be.
• Időnként hibakód jelenik meg (például HTTP 500, 503, 508), majd egy frissítés után megint működni látszik.
• Csak bizonyos aloldalak, például a webshop kosár vagy a WordPress admin (wp-admin) lassúak.

Fontos: a lassulás hátterében mindig valamilyen erőforrás vagy programkód áll – a kérdés az, hogy ez a szerveren („vasoldalon”), vagy a weboldal programjában van.

2. Gyors ellenőrzések (mielőtt „pánikolsz”)

Mielőtt mélyebbre ásnál, érdemes kizárni, hogy nem a saját gépeddel vagy interneteddel van a probléma.

1. Próbáld ki másik eszközön / hálózaton
   Nyisd meg az oldalt:

   • saját gépen,
   • mobiltelefonon (4G/5G mobilnettel),
   • ha lehet, egy másik internetkapcsolaton is.

   Ha mindenhol lassú, valószínűleg nem a saját gépeden van a gond.

2. Próbáld ki inkognitó / privát ablakban
   A böngészőben nyiss új „inkognitó” vagy „privát” ablakot, és így teszteld.
   Ha így gyorsabb, akkor a gond lehet a böngésző cache / cookie beállításaival, bővítményeivel.

3. Használj sebességmérő oldalt (pl. GTmetrix, PageSpeed)
   Ezek a szolgáltatások megmutatják:

   • mekkora az oldal mérete,
   • mennyi idő alatt jön az első válasz a szervertől (TTFB – Time To First Byte)(A TTFB mérete függhet, a weboldal optimalizáltságától, alapértelmezetten a magasabb TTFB még nem jelenti a szerver oldali hibát automatikusan),
   • mely fájlok lassítanak (képek, CSS, JavaScript, külső scriptek stb.).

   A weboldal-gyorsítással kapcsolatosan ez a cikkünk segíthet számodra.

4. Ellenőrizd az oldalad a cPanel felületen elérhető PHP X-Ray App szolgáltatással.
   Az X-Ray App használatával kapcsolatos leírásainkat ITT érheted el.

Tipp: ha csak egyetlen gépen vagy hálózaton lassú az oldal, érdemes a helyi eszközt, routert, böngészőt is átnézni (frissítés, újraindítás).
Ha ezek alapján is tartósan lassú, nézzük végig külön a szerver- és weboldal-oldali okokat.

3. Szerver oldali hibalehetőségek

Ebben a részben azokat a problémákat vesszük sorra, amelyek a tárhely erőforrásaihoz, beállításaihoz kötődnek. Ezek jelentős részét cPanelen te is ellenőrizni tudod, de módosítani sokszor csak csomagváltással vagy ügyfélszolgálati segítséggel lehet.

3.1. Erőforrás-limit elérése (CPU, memória, I/O, EP) – 503, 508 hibák

Osztott tárhelyen minden fiók kap egy bizonyos mennyiségű:

• CPU-t (processzort)
• Memóriát (RAM-ot)
• I/O-t (adatolvasás sebességét)
• Entry Process-t (párhuzamosan folyó folyamatok számát)

Ha a weboldal túl sok erőforrást használ (például sok egyidejű látogató, rosszul megírt bővítmény, túl „nehéz” lekérdezés), akkor:

• az oldal nagyon lelassul, vagy
• 503 Service Unavailable vagy 508 Resource Limit Is Reached hibakód jelenhet meg.

Mit tudsz ellenőrizni?

• Lépj be a cPanel felületre.
• Keresd a Resource Usage / Erőforrás használat menüpontot.
• Ha ott piros vagy sárga jelzéseket látsz (CPU, memória, I/O, EP limit), akkor valószínű, hogy a lassulást erőforrás-limit okozza. (Az erőforrás-limit elérését egy hibás bővítmény is okozhatja, így önmagában ez még nem tekinthető kizárólag szerver oldali hibának)

Mit tehetsz?

• Ha WordPress/Joomla stb. fut az oldalon, nézd át a bővítményeket (lásd a 4. fejezetet).
• Gondold végig, volt-e hirdetési kampány, TV-megjelenés, akció, ami miatt hirtelen megnőtt a forgalom (például Cápák között, Black Friday stb.). Ilyenkor érdemes előre jelezni a várható forgalomnövekedést.
• Amennyiben rendszeresen eléred a limitet, célszerű nagyobb tárhelycsomagra váltani vagy plusz erőforrást kérni.

Ha nem tudod eldönteni, mi fogy el, érdemes hibaleírással ticketet nyitnod:
https://ugyfeladmin.tarhely.eu/submitticket.php

3.2. Betelt tárhely vagy inode limit – lassulás, 500-as hibák

Ha a tárhely megtelik (vagy eléri az inode limitet – túl sok fájl van), a rendszer:

• nem tud ideiglenes fájlokat létrehozni,
• az adatbázis sem tud kényelmesen dolgozni,
• a levelezés is problémássá válhat.

Ennek következménye lehet:

• jelentős lassulás, vagy
• HTTP 500 Internal Server Error üzenet, esetleg más hibakód.

Mit tudsz ellenőrizni?

• cPanel → Disk Usage / Lemezhasználat menüpont.
• Ha nagyon a maximum közelében vagy:
  • törölj felesleges fájlokat, régi mentéseket, logokat,
  • ürítsd a webmail spam / törölt elemek mappáit,
  • ellenőrizd a softaculous_backups és egyéb mentés mappákat (bizonyos cikkek részletesen bemutatják, mit tartalmaznak ezek a mappák).

Lemezterület felszabadításában és fájl darabszám törlésében ez a cikkünk segíthet számodra.

Ha nem szeretnél törölni semmit, kérhetsz tárhelybővítést is.

3.3. PHP / MySQL oldalról érkező gondok – 500, 503 hibák

Előfordulhat, hogy a háttérben futó:

• PHP verzió vagy
• bizonyos modulok / beállítások

nem ideálisak az adott weboldalhoz, vagy egy plugin/komponens hibázik, és így túl sok erőforrást kér.

Tipikus jelek:

• HTTP 500 Internal Server Error
• időszakos 503 Service Unavailable
• WordPress vagy más rendszer speciális hibaüzenete (például „Error establishing a database connection”).

Mit tudsz ellenőrizni?

• cPanel → Error log / error_log fájl (lásd: log fájlokról szóló cikk).
• cPanel → MultiPHP Manager menüpont: itt tudod megnézni és – ha több verzió elérhető – módosítani, hogy az adott domain(ek)hez melyik PHP verzió legyen beállítva.
• cPanel → MultiPHP INI Editor menüpont: itt tudod a PHP-hoz tartozó egyes ini értékeket (pl. memory_limit, upload_max_filesize, max_execution_time stb.) módosítani.

A különböző PHP-modulok (extensionök) az újabb szervereken alapértelmezetten be vannak kapcsolva. Ha azt tapasztalod, hogy egy szükséges modul nincs bekapcsolva vagy nincs telepítve, akkor azt csak rendszergazda kollégáink tudják bekapcsolni / telepíteni, ezt saját magad a felületen már nem tudod állítani.

Ha bizonyos plugin / modul kikapcsolása után a hiba megszűnik, akkor nagy eséllyel az okozta a gondot.
Ha nem egyértelmű a hiba oka, célszerű hibaleírással ügyfélszolgálatot kérni, illetve fejlesztővel egyeztetni.

3.4. Karbantartás, hálózati hiba, túlterheltség – időszakos 500–503 hibák

Ritkábban, de előfordulhat:

• rövid idejű szerverkarbantartás,
• hálózati fennakadás,
• külső spam-lista vagy egyéb szolgáltató okozta fennakadás (ez általában inkább levelezést érint).

Ez tipikusan:

• rövid ideig tartó hibát vagy lassulást okoz,
• utána magától helyreáll.

Ha azt tapasztalod, hogy:

• több saját weboldalad is lassú / hibázik,
• és ez több független helyről is így látszik,

akkor érdemes ticketet nyitnod, hogy kollégáink ellenőrizzék az érintett szervert:
https://ugyfeladmin.tarhely.eu/submitticket.php

4. Weboldal (program, tartalom) oldali hibalehetőségek

Sok esetben a szerver rendben van, a lassulást maga a weboldal felépítése okozza. Ez különösen igaz a WordPress, WooCommerce, Joomla és más dinamikus rendszerek esetén.

4.1. Túl nagy képek, „túl nehéz” oldal

Gyakori ok:

• a képek tömörítetlenül, óriási méretben kerülnek feltöltésre (például 5–10 MB egy termékkép),
• egyetlen oldalra több tucat ilyen kép kerül,
• nincs beállított cache (gyorsítótár), így minden lekérésnél mindent újra generál a rendszer.

Mit tehetsz?

• Mielőtt feltöltöd a képet:
  • vágd le a felesleges részeket,
  • méretezd át (például 1920×1080 vagy kisebb),
  • tömörítsd (jpg, webp).
• Használj cache bővítményt / plugint (WordPress esetén például W3 Total Cache jellegű megoldásokat – erről külön cikk is elérhető ITT).
• Teszteld az oldalt GTmetrix / PageSpeed segítségével, és figyeld a Total Page Size és Fully Loaded Time értékeket.

Tipp: ha egy aloldalon sok nagy kép van (pl. galéria, blogbejegyzés, referenciaszekció), érdemes „lusta betöltést” (lazy load) használni, hogy a képek csak görgetéskor töltődjenek be.

4.2. Túl sok vagy hibás bővítmény / sablon – főleg WordPressnél

WordPress oldalakon nagyon gyakori lassulási ok:

• túl sok telepített plugin,
• nehéz vagy rosszul optimalizált sablon (theme),
• régi, frissítetlen bővítmények.

Ezek:

• felesleges adatbázis-lekérdezéseket futtatnak,
• háttérfolyamatokat indítanak (pl. wp-cron.php),
• folyamatosan hívják az admin-ajax.php, wc-ajax.php, xmlrpc.php fájlokat, ez pedig komoly terhelést okoz.

Mit tehetsz?

1. Frissítések
   Frissítsd a WordPress magot, sablont és bővítményeket (előtte ajánlott biztonsági mentés).

2. Felesleges bővítmények kikapcsolása
   Teszteléshez kapcsold ki a nem létfontosságú plugineket (bővítményen belül: Kikapcsolás).
   Ha kikapcsolás után érezhetően gyorsul az oldal, nagy eséllyel az adott plugin okozta a gondot.

3. Lassú adatbázis-lekérdezések (slow queries)
   Nagyobb WooCommerce vagy komplex WordPress oldalaknál előfordulhat, hogy bizonyos lekérdezések túl lassúak.
   Ehhez már fejlesztői / haladó szintű vizsgálat kell (slow queries, adatbázis-optimalizálás).

Ha nem vagy biztos abban, hogy mit szabad kikapcsolni, érdemes a fejlesztőddel egyeztetni, vagy teszteléshez másolatot készíteni az oldalról.

4.3. Külső scriptek, harmadik fél szolgáltatásai

Az oldal sok esetben hív:

• Google Fonts, Google Analytics, Tag Manager
• Facebook Pixel, chat modulok, hírlevél feliratkozó scriptek,
• más analitikai vagy marketing kódokat.

Ha ezek közül egy-egy szolgáltatás lassan válaszol, az egész oldal betöltését lassíthatja.

Mit tehetsz?

• Nézd át, hogy valóban szükség van-e minden külső scriptre.
• A felesleges kódokat (régi tracking kódok, már nem használt chat modul) távolítsd el.
• Ha valamilyen külső szolgáltatás hibás (például a chat szolgáltató szervere lassú), azt az adott szolgáltatónál kell jelezni.

5. Gyakori HTTP hibakódok rövid magyarázata

A lassulás mellé gyakran jár valamilyen hibakód is. A leggyakoribbak:

• HTTP 500 – Internal Server Error
  Általános hiba, jellemzően a weboldal kódja, bővítmény, sablon vagy .htaccess okozza.
  Teendő: nézd meg az error_log fájlt, kapcsold ki a gyanús bővítményeket, ellenőrizd a PHP-beállításokat. Szükség esetén fejlesztői segítség.

• HTTP 503 – Service Unavailable
  A szolgáltatás átmenetileg nem érhető el, gyakran túlterhelés vagy karbantartás miatt.
  Teendő: ellenőrizd az erőforrás-használatot (cPanel Resource Usage), illetve kérdezd az Ügyfélszolgálatot, ha rendszeres.

• HTTP 508 – Resource Limit Is Reached
  Elérted a tárhelyhez beállított erőforrás limitet (CPU, memória, I/O, kapcsolatok).
  Teendő: bővítmények / lekérdezések optimalizálása, cache, esetleg csomagváltás.

• HTTP 404 – Not Found
  Nincs ilyen oldal / fájl.
  Közvetlen lassulást nem okoz, de ha a weboldal sok nem létező erőforrást próbál letölteni, az összhatás lassulás lehet.

• HTTP 504 – Gateway Timeout, 502 – Bad Gateway
  A háttérben futó szolgáltatás (adatbázis, másik szerver) túl lassan válaszolt vagy nem volt elérhető.
  Teendő: fejlesztői vizsgálat, adatbázis-optimalizálás, erőforrás-ellenőrzés.

• Cloudflare jellegű hibák (pl. 522, 524)
  Ilyenkor a Cloudflare és a tárhely közötti kapcsolat lassú vagy szakadozik.
  Teendő: Cloudflare-beállítások, TTL, proxy állapot ellenőrzése; szükség esetén kérdezd meg az Ügyfélszolgálatot.

Jogos kérdés ilyenkor: „Ez most szerver vagy weboldal hiba?”
Sokszor a hibakód és az error log alapján lehet eldönteni; ebben kollégáink is tudnak segíteni.

6. Lépésről lépésre: mit tegyek, ha lassú az oldalam?

Összefoglalva egy követhető lista:

1. Ellenőrizd, hogy máshol is lassú-e
   Másik eszköz, másik hálózat, inkognitó ablak.
   Ha csak nálad lassú: lehet helyi internet / gép probléma is.

2. Figyeld meg, milyen hibakód vagy jelenség látszik
   Van-e konkrét hibakód (500, 503, 508 stb.)?
   Készíts képernyőképet a hibáról.

3. Mérd meg a sebességet GTmetrix / PageSpeed segítségével
   Jegyezd fel:

   • TTFB (Time To First Byte) értéket,
   • összméretet (page size),
   • főbb javaslatokat (nagy képek, cache hiánya, blokkoló scriptek stb.).

4. Nézd meg cPanelen az erőforrásokat
   Resource Usage (CPU, memória, I/O, kapcsolatok).
   Disk Usage (tárhely / inode).
   Error log (error_log tartalma, ha van friss bejegyzés).

5. WordPress / más CMS esetén
   Frissítsd a rendszert, sablont, bővítményeket.
   Inaktiváld egyesével a gyanús vagy felesleges bővítményeket.
   Ellenőrizd a képek méretét, cache beállításokat.

6. Ha a fenti lépésekkel nem jutsz dűlőre – írj nekünk ticketet
   A ticketben érdemes megadnod:

   • a domain nevet,
   • pontos időpontokat, amikor lassulást tapasztaltál,
   • ha volt hibakód, annak szövegét / képernyőképét,
   • GTmetrix / PageSpeed mérés linkjét (ha készítettél ilyet),

Ticket nyitás:
https://ugyfeladmin.tarhely.eu/submitticket.php

Így a kollégáink célzottan tudják megnézni, hogy szerver oldalon látszik-e terhelési gond vagy hiba, illetve jelezni tudják, ha a probléma a weboldal programjában van.

Kapcsolódó cikkek

• W3 Total Cache – cache-elési beállítások
• Hogyan gyorsíthatom, optimalizálhatom weboldalamat? - gtmetrix
• Mit tegyek, ha a .js fájlok miatt lassú a weboldalam? JavaScript optimalizálás.
• Google PageSpeed Insights – LCP/INP/CLS hibák javítása fejlesztői szinten
• Google PageSpeed Insights - mit mér, hogyan értelmezd, és mit optimalizálj a jobb mobil/asztali pontszámért?