SSD szerverrel akár 60%-kal gyorsabb weboldal

|

Versanus Kft.
Versanus Kft.

Elindítottuk új, akár 60%-kal gyorsabb SSD szerverünket, és nagy örömömre szolgál, hogy most beszámolhatok a weboldalak betöltési idejét mérő tesztek eredményeiről.

Különösen ajánljuk Önnek, ha 60%-kal gyorsabb weboldal betöltés szeretne
Erre mi sem számítottunk. A mérések eredményén mi is meglepődtünk és örömünkben ittunk egy jó kis búzasört, én pedig elégedettem nyaltam le a habot a bajuszomról egy mosollyal is nyugtázva, hogy ez jó. (Valójában nem ezt a szót használtam)

Tehát, ha a weboldalán nagy felbontású képek, animációk találhatóak vagy akár webáruházat működtet, vagy egyszerűen nagy látogatói forgalmat generáló oldala van, netán sok adatbázis művelettel járó alkalmazást futtat.

Mi változik az SSD tárhellyel?
      • gyorsabban töltenek be az oldalak
      • gördülékenyebbek az adatbázis műveletek
      • összességében javul a felhasználói élmény

A weboldalak betöltési sebessége mindig is fontos volt, azonban ahogy telik-múlik az idő, úgy lesznek egyre komolyabbak a követelmények. Mára, amikor már a mobilinternet is nagyon gyors, már sokkal gyorsabbnak kell lennie egy weboldalnak is. A Google szerint egy webáruház esetében a 2-3 másodpercen belüli értéket tartják elfogadhatónak. Ez tehát a viszonyítási alap, melyet érdemes figyelembe venni. Főleg, hogy az idő pénz. Még a weboldal betöltési sebességénél is. Főleg webáruháznál. Igaz?

Akamai vizsgálata szerint: a látogatók 40%-a hagyja ott a lassú weboldalt, ha az több mint három másodperc alatt töltődik be. Egy látogató átlagosan mindössze 2,078 másodpercet hajlandó várni az oldaladra, ha viszont az oldalad egy-két másodperc alatt betöltődik, az már önmagában kétszázalékos látogatószámnövekedést eredményez. Ha leszorítható egy másodperc alá, akkor 4,6 százalékkal nőne a látogatószám.

Webshopok esetében a felhasználók 83 százaléka arra számít, hogy egy 3 másodpercnél gyorsabban betöltődik. Ha ez tovább tart, akkor a látogatók 44 százalékánál ez rossz benyomást kelt, 79 százalék esetében csökken a valószínűsége, hogy az oldalon legközelebb megint vásárolni fog, és durva 46 százalék pedig még panaszkodni is fog a lassú weboldal miatt a barátainak.

Az Amazon tanulmánya szerint minden egy másodpercnyi lassulás a konverzió 7 százalékos romlását eredményezi. Ők biztosan tudják miről beszélnek.
SEO szempontból a Google az 1,5 másodpercnél rövidebb betöltési időt díjazza. Tehát bele számít a sebesség a rangsorolásba is. Jó tudni!

Ön zárt már be oldalt azért mert lassú és nem győzte kivárni?
Önnek van weboldala, és szeretné, hogy a látogatók ott is maradjanak?

A lenti oldalak segítségével mérje le az oldalának mostani sebességét, és ha elégedetlen, rendelje meg SSD webtárhely szolgáltatásunkat.



Jöjjenek a mérési eredmények

Az új szerver neve: Corniche
Kezdjük az alapoknál. Az új szerverbe már nem winchestereket (HDD) építettünk, hanem villámgyors SSD tárolókat. De ez önmagában még nem lenne elég, ezért az SSD-k írási és olvasási sebességének maximális kihasználása érdekében speciális szerver alkatrészekkel vérteztük fel az új vasat, odafigyelve az alkatrészek minőségére és azok kompatibilitására. Aztán felruháztuk a megszokott szoftver környezettel, így megkapta a cPanelt, az R1Soft Backup adatmentő megoldást és a Softaculous alkalmazás telepítőt, ugyan úgy, mint a többi cPanel szerverünk.

A méréshez használt weboldal alapját a WordPress adta. Fogtuk az egyik régi HDD-s szerverünket a Furiant és létrehoztunk rajta egy új webtárhelyet. Softaculoussal telepítettük rá a WordPresst, aztán elkezdtük felruházni pluginekkel és tartalommal, hogy még se egy üres oldalt mérjünk. Az alábbi kiegészítőket telepítettük: Loginizer, Fusion Core, Fusion Builder, Revolution Slider és WooCommerce. Majd jöhetett az Avada sablon, aminek importáltuk is a demo tartalmát.

Ezek után ellenőriztük az összerakott oldalt a Google PageSpeed Insightsel, ami elemzi a weboldalak tartalmát, majd javaslatokat ad az oldal gyorsabbá tételéhez. Az első mérés eredménye asztali környezetben 57 pontos volt. Ekkor elvégeztük azokat a beállításokat, amiket javasolt. Ehhez a WP Fastest Cache Options nevű plugint hívtuk segítségül, amivel bekapcsoltuk, hogy az oldal statikus elemeit (CSS stílus fájlok és JavaScript fajlok) legyenek kicsinyítve (minify), összefűzve, használja az oldal a Gzip tömörítést és a Leverage Browser Cachinget is, azaz a böngésző oldali gyorsítótárazást. Ennek eredménye, hogy végül a demo oldal 71 pontot kapott, mobil verzióra pedig 49-at. Ekkor átraktuk az SSD szerverre is. Ott a kapott eredmény gyönyörű szép Google PageSpeed 97 pont az asztali verziónál, a mobilnál pedig 75. Jöhetett a többi mérés.

Egyéb szerver oldali kiegészítő információk:
      • egy azon időben mértük, közel azonos szerver terheltség mellett (load: 0.5-1.5)
      • PHP 7.1
      • max_execution_time: 2600
      • max_input_time: 60
      • max_input_vars: 10000
      • memory_limit: 512M
      • kb. 150 letöltött elem (request)
      • kb. 2MB teljes méret


Mérési eredmények:
A mérésekhez különböző erre szakosodott oldalt használtunk. Ezek különböző földrajzi területekről virtualizálva mérik az oldal sebességét. Ez alatt azt értem, hogy „eljátsza”, mintha Ő egy Chrome böngésző lenne, ténylegesen megnyitja a weboldalt és a mérési eredményeket visszaadja grafikus formában. Ezekről készítettünk képernyőmentéseket.
Röviden és egyszerűen még egyszer: Fogtunk egy WordPresst, feltuningoltuk, feltettük egy régebbi HDD-s szerverre és az új SSD szerverre, és lemértük.

HDD szerveren mért eredmények:
Gtmetrix: 9.4 mp
Pingdom: 5.07 mp
Webpagetest: 9.8 mp
Chrome konzol: 5.6 mp

SSD szerveren mért eredmények:
Gtmetrix: 3.8 mp
Pingdom: 1.11 mp
Webpagetest: 5.4 mp
Chrome konzol: 2.6 mp



GTmetrix számai:
Mérés helyszíne: Vancouver, Böngésző: Firefox
SSD szerveren mért sebesség:
MIT LÁTNI?: Hogy, a HDD (2. kép) a teljes weboldalt, ami 2MB kicsit több, mint 150 elemmel 9.4 másodpers alatt tölt be, addig az SSD szerver már csak 3.8 másodperc alatt. Mindezt Kanadából. Budapestről mértünk 1.1 másodpercet is. A PageSpeed ​​és a YSlow pontszámok megmutatják, hogy a front-end (amit a böngészőben látunk egy adott honlapnál megjelenni), mennyire van optimalizálva a betöltési időhöz. Ezek azért jóval magassabbak a HDD-s szerverhez képest, mert az egész back-and (ami a weboldalt hajtja, például PHP, adatbázis, WordPress, stb. kiszolgáló egységek) az SSD miatt sokkal gyorsabban válaszolnak. Itt nagyon jól kijött a különbség.

HDD szerveren mért sebesség:


 

Pingdom számai:
Mérés helyszíne: Stockholm, Böngésző: -
SSD szerveren mért sebesség:
MIT LÁTNI?: Itt már nem látszik annyi információ, de lényegében ugyanazt mutatja mint a korábbi teszt, csak másik országból. Ugyan úgy 2MB mennyiséget kellett letölteni és ugyan azt a 152db elemet, bele értve a képeket, stílus (CSS) és Javascript fájlokat. A HDD-hez képest az SSD itt már mért 1.11 másodperces időt is Svédországból.

HDD szerveren mért sebesség:



 

WebPageTest számai:
Mérés helyszíne: Amsterdam, Böngésző: Chrome
MIT LÁTNI?: És végül egy mérés Amsterdamból.Az eredmény itt is csak ar arányokra világít rá. SSD esetén 5 másodperc, míg HDD-vel közel kétszerannyiidőbe telt.
SSD szerveren mért sebesség:

HDD szerveren mért sebesség:


 

Chrome számai:
Mérés helyszíne: Budapest - Versanus iroda, Böngésző: Chrome
SSD szerveren mért sebesség:
MIT LÁTNI?: Windows és Chrome böngésző esetén az F12-es gombot megnyomva feljön egy panel, ahol ha a Network fület választjuk, majd megnyitjuk az adott oldalt, az leméri ugyan ezeket az adatokat, csak a teszt "rendszer" ez esetben a saját gépünk és az az internet vonal, amire épp csatlakozunk.

HDD szerveren mért sebesség:

Hozzá kell fűznünk, hogy nem a legjobb pillanatot kaptuk ki az irodai mérésre. Volt, amikor másfél másodperc alatt betöltött:


 

Iratkozzon fel hírlevelünkre. Kérjük, adja meg nevét és e-mail címét.