Magyar
English
A weboldal sebessége ma üzleti kérdés: a lassú oldalt a látogatók egy része el sem várja, a webáruházakban kevesebb a vásárlás, és a Google a Core Web Vitals mutatókkal a felhasználói élményt is méri. A sebesség két részből áll: abból, milyen gyorsan válaszol a szerver, és abból, mennyi tartalmat kell a böngészőnek letöltenie és megjelenítenie. Az elsőért a tárhely, a másodikért elsősorban maga a weboldal felel.
Ebben a cikkben megnézzük, mennyit számít a tárhely a sebességben, mitől lesz egy tárhely gyors, hogyan mérd, és melyek a leggyakoribb tévhitek.
Mennyit számít a tárhely?
Amikor egy látogató megnyit egy oldalt, a böngésző először a szervertől kéri a HTML-t. Az az idő, amíg az első bájt megérkezik, a TTFB (Time to First Byte). Ebben benne van a hálózati út, a szerver feldolgozása (PHP futtatása, adatbázis-lekérdezések) és a tárhely terheltsége. Amíg a TTFB tart, a böngésző semmit nem tud csinálni, ezért egy lassú szerver minden további lépést késleltet.
A Google ajánlása szerint a TTFB legyen 0,8 másodperc alatt; egy jó tárhelyen egy gyorsítótárazott oldal ennél sokkal gyorsabb, jellemzően néhány száz ezredmásodperc. A TTFB közvetlenül hat a legnagyobb tartalom megjelenítésére (LCP), amely a Core Web Vitals egyik fő mutatója. A szerver válaszidejének csökkentéséről a TTFB javításának gyakorlati útmutatója szól.
A tárhely tehát a sebesség alapja: egy lassú szerveren a legjobban optimalizált oldal is lassú, egy gyors szerver viszont nem pótolja a nagy képek és a túl sok szkript okozta lassúságot.
Mitől gyors egy tárhely?
Tároló. Egy dinamikus weboldal minden kérésnél sok apró fájlt és adatbázis-rekordot olvas. Az NVMe SSD-k ebben nagyságrendekkel gyorsabbak a régi merevlemezeknél, és jóval gyorsabbak a SATA SSD-knél is, mert több műveletet végeznek el másodpercenként, kisebb késleltetéssel. Az aWh minden tárhelye NVMe SSD-n fut.
Processzor és memória, és a limitek. Megosztott tárhelyen nem a szerver teljes ereje számít, hanem az, hogy a te fiókod mennyit használhat belőle. Ha a csomag CPU-, memória- vagy folyamatlimitje kicsi, az oldal terhelés alatt lassul, bármilyen gyors is a szerver. Egy jó szolgáltató ezeket a limiteket nyilvánosan megadja, és elszigeteli a fiókokat, hogy egy szomszéd ne lassítsa a tiédet (az aWh cPanel tárhelyein ezt a CloudLinux végzi).
PHP-verzió és OPcache. Az újabb PHP-verziók gyorsabbak a régieknél; egy PHP 7.x-ről 8.x-re váltás önmagában érezhető gyorsulást hozhat. Az OPcache a lefordított PHP-kódot a memóriában tartja. Az aWh tárhelyein a PHP 8.3, 8.4 és 8.5 is elérhető.
Gyorsítótárazás. A legnagyobb gyorsulást az adja, ha az oldal nem minden kérésnél épül fel újra. Egy oldal-gyorsítótár (WordPressben egy gyorsítótárazó bővítmény) a kész HTML-t tárolja, így a PHP és az adatbázis meg sem szólal. A szerveroldali gyorsítótárazásról külön cikkünk szól.
Protokollok. A HTTP/2 egyetlen kapcsolaton párhuzamosan tölti le a fájlokat, a TLS 1.3 gyorsabban építi fel a titkosított kapcsolatot. Az aWh tárhelyein a HTTP/2 minden csomagban elérhető.
Hálózat és távolság. A szerver és a látogató közötti távolság minden kérésnél hozzáad néhány ezredmásodpercet. Európán belül ez néhány tíz ezredmásodperc, ami egy weboldalnál alig érezhető; egy másik kontinensen lévő szervernél már több száz. Ha a látogatóid távol vannak, egy CDN segít.
Hogyan mérd?
- PageSpeed Insights: a Google eszköze a valódi látogatói adatokat (Core Web Vitals) és egy laboratóriumi mérést is mutat, javaslatokkal.
- GTmetrix, WebPageTest: részletes vízesésdiagram arról, mi mennyi ideig töltődik; a TTFB itt is látszik.
- A böngésző fejlesztői eszközei (F12 › Hálózat): a saját gépedről.
curlparancs:curl -o /dev/null -s -w "%{time_starttransfer}\n" https://cegnev.hua TTFB-t adja meg másodpercben.
Többször és több oldalon mérj (főoldal, egy bejegyzés, egy termékoldal, a kosár), mert egy mérés lehet véletlenszerűen jó vagy rossz. A mérésről a weboldal sebességének méréséről szóló útmutató szól, a GTmetrix eredményeinek értelmezéséről a GTmetrix elemzésről szóló cikkben olvashatsz.
Hogyan döntsd el, a tárhely-e a lassú? Ha a TTFB magas (egy gyorsítótárazott oldalnál 0,5–1 másodperc fölött), a szerver vagy az alkalmazás lassú. Ha a TTFB jó, de az oldal mégis lassan jelenik meg, a böngészőben letöltött tartalom (képek, szkriptek, betűtípusok) a gond, és azon a tárhelyváltás nem segít.
Tévhitek
„Több GB tárhely = gyorsabb oldal.” A tárterület mérete semmit nem mond a sebességről. A tároló típusa (NVMe), a CPU- és memórialimitek és a szoftverkörnyezet számít.
„A korlátlan tárhely a legjobb.” A „korlátlan” csomagok mögött szinte mindig szigorú CPU- és memórialimitek vagy felhasználási feltételek állnak, amelyek mellett a korlátlan tárterület nem használható ki gyorsan.
„Ha lassú az oldal, tárhelyet kell váltani.” Gyakran nem: a legtöbb lassúságot nagy, optimalizálatlan képek, túl sok bővítmény, hiányzó gyorsítótár vagy elavult PHP okozza. Előbb mérj, és ha a TTFB jó, a weboldalon kell javítani. A képoptimalizálásról a WordPress képoptimalizálási útmutatónk szól.
„A VPS mindig gyorsabb.” Egy kis, rosszul beállított VPS lassabb lehet egy jó megosztott tárhelynél. A VPS akkor gyorsabb, ha a megosztott tárhely limitjei szűkek, és a szervert jól beállítod.
„A szerver helye a Google-helyezést is meghatározza.” A Google a célországot a domain végződéséből, a tartalom nyelvéből és a hivatkozásokból állapítja meg; a szerver helye legfeljebb a sebességen keresztül hat.
„Egy CDN mindent megold.” A CDN a statikus fájlokat (képek, CSS, JS) gyorsítja, a dinamikus oldalak (kosár, admin) szerveroldali lassúságán nem segít.
Mire figyelj a választásnál?
- NVMe SSD tároló,
- nyilvánosan megadott, elegendő CPU- és memórialimit,
- friss PHP-verziók,
- HTTP/2 és ingyenes SSL,
- szerveroldali gyorsítótárazási lehetőség (vagy legalább a gyorsítótárazó bővítmények jó támogatása),
- rendelkezésre állás SLA-ban,
- és lehetőség nagyobb csomagra vagy VPS-re váltani, ha nő a forgalom.
A teljes listát tárhely vásárlás előtti ellenőrzőlistánk tartalmazza.
Összefoglalás
A tárhely a weboldal sebességének alapja: a szerver válaszideje (TTFB) minden más előtt jön, és közvetlenül hat a Core Web Vitals mutatókra. Gyors tárhelyet a tároló típusa (NVMe), a csomag erőforrás-limitjei, a friss PHP és a gyorsítótárazás tesz, nem a gigabájtok száma. Mielőtt tárhelyet váltanál egy lassú oldal miatt, mérd meg, hogy a szerver vagy a weboldal a lassú.
Az aWh webtárhely, cPanel és WordPress tárhely csomagjai NVMe SSD-n, PHP 8.3–8.5-tel, HTTP/2-vel és 99,9%-os rendelkezésre állással érhetők el.
Gyakori kérdések
Mennyit számít a tárhely a weboldal sebességében?
A szerver válaszidejéért (TTFB) a tárhely és az alkalmazás felel, a letöltött tartalom mennyiségéért a weboldal. Egy lassú tárhelyen minden oldal lassú; egy gyors tárhely viszont nem pótolja a nagy képek és a sok szkript optimalizálását.
Mi a jó TTFB?
A Google szerint 0,8 másodperc alatt; egy gyorsítótárazott oldalnál egy jó tárhelyen ennél sokkal kevesebb, jellemzően néhány száz ezredmásodperc.
Az NVMe tényleg érezhetően gyorsabb?
Egy dinamikus oldalnál (WordPress, webáruház) igen, mert ezek sok apró lemezműveletet végeznek, és ebben az NVMe sokszorosan gyorsabb. Egy statikus oldalnál a különbség kisebb.
Számít a szerver helye?
Európán belül kevéssé, mert a különbség néhány tíz ezredmásodperc. Ha a látogatóid más kontinensen vannak, egy közelebbi szerver vagy egy CDN érezhetően segít.
Segít a Google-helyezésen a gyors tárhely?
Közvetve igen: a gyorsabb szerver javítja a Core Web Vitals mutatókat és a felhasználói élményt, amelyeket a Google figyelembe vesz. A tartalom minősége és relevanciája ennél jóval többet számít.