Hogyan válasszunk gyors tárhelyet a SEO/SEM és a hatékony internetes marketing érdekében?

„A gyors tárhely egy jól működő, nagy teljesítményű weboldal alapja. Tudja meg, miért kell törődnie a webhely sebességével a visszautasítási arányok, a konverziók, a Google SEO, a Google hirdetések költségei és a felhasználói élmény érdekében. Tudja meg, mi befolyásolja a webhely sebességét, és mire figyeljen a gyors tárhely kiválasztásakor. Ismerjen meg 3 eszközt is, amelyekkel tesztelheti weboldalának és tárhelyének sebességét.

Miért számít a weboldal sebessége?

.
Évről évre gyorsabb és erősebb számítógépek, táblagépek és okostelefonok kerülnek forgalomba. Számítási teljesítményük olyan gyorsan növekszik, mint az átlagos internetsebesség Lengyelországban és a világon. Úgy tűnik, hogy az eszközök és az internet sebességének növekedésével a weboldalak betöltési sebességének is növekednie kellene, de ez nem így van.

Az internet és a webfejlesztési technológia fejlődésével a weboldalak egyre nagyobbak és összetettebbek lesznek. Ezt a további szkriptek, fejlett közösségi mechanizmusok, bővítmények és kiegészítések okozzák. Az idő múlásával a szerIek egyáltalán nem gyorsabbak, és ma sem töltődnek be rövidebb idő alatt, mint korábban.

És fontos, hogy egy weboldal a lehető leggyorsabban töltődjön be a közönség, az olvasók vagy az ügyfelek eszközein? Határozottan igen!

Az oldal sebessége vs. elutasítási arány

.
Az első és valószínűleg legfontosabb tényező, amelyre a weboldal sebességével kapcsolatban figyelni kell, a visszautasítási arány (bounce rate). Ez egy olyan mutató, amely megmondja, hogy a felhasználók mekkora hányada hagyja el az oldalunkat anélkül, hogy bármilyen műveletet végezne.

És ebben az esetben nem a visszafordulási arányról beszélek, amit a Google Analyticsből ismerhetsz. Ha egy oldal néhány másodpercig töltődik, akkor a Google Analytics nyomkövető szkriptje gyakran nem töltődik be. Vannak, akik egyszerűen bezárják a lapot vagy a böngészőablakot, ha az oldal nem töltődik be elég gyorsan, és soha nem térnek vissza. Az ilyen felhasználó nem lesz számon tartva az Analyticsben és a hasonló statisztikákban.

A Google 2017-es tanulmánya szerint az oldal betöltési idejének 1 és 3 másodperc közötti növekedése 32%-kal, 1 és 5 másodperc közötti növekedése pedig 90%-kal növeli az elutasítási arányt.

 

 

A Pingdom eszköze azt vizsgálta, hogy az oldalak átlagos elutasítási aránya hogyan változik az oldal betöltési idejével. A 2 másodpercről 3 másodpercre való növekedés majdnem megduplázza a visszautasítási arányt. Háromról négy másodpercre pedig még több mint kétszeresére emelkedik. Egy olyan oldal tulajdonosának, amely 6 másodpercnél tovább töltődik a felhasználó eszközén, számolnia kell azzal, hogy a visszafordulási arány meghaladhatja az 50%-ot (az emberek több mint fele megszakítja a látogatást).

 

.

 

Egy gyors oldal tehát alacsonyabb elutasítási arányt jelent, és így végső soron több látogatót. És végső soron ez az, ami minket érdekel.

Az oldal sebessége vs. konverzió

.
Egy másik szuper fontos kérdés, amit a weboldal sebessége befolyásol, az konverzió. A konverziós ráta a felhasználók azon százalékos aránya, akik egy oldalon végrehajtják a kívánt műveletet. Ez lehet egy cikk elolvasása, egy videó megtekintése, egy megrendelés leadása, egy űrlap elküldése vagy egy telefonos kapcsolatfelvétel.

A konverzió a legfontosabb dolog, amit szeretnénk, ha a webes látogató megtenne. Ez egy olyan üzleti mérőszám, amelynek a legtöbb esetben meg kell határoznia, hogy mennyire hatékony egy webhely. Ha egy műveletet mondjuk 1000 felhasználóból 1 hajt végre (konverzió: 0,1%), az meglehetősen gyenge, ha pedig 10 felhasználóból 1 (konverzió: 10%), az nagyszerű. Bár végső soron minden az Ön üzleti céljaitól függ.

És kiderült, hogya weboldal betöltési sebessége egyenesen arányos hatással van a konverziós arányra. És ez igaz, akár egy e-kereskedelmi vállalkozásról, akár egy blogról, akár egy leszállási oldalról, vagy például egy egyszerű, ajánlatot tartalmazó céges weboldalról beszélünk.

A Google kutatás szerint minden egyes másodpercben, amikor egy oldal betöltődik egy mobileszközön, 20%-kal alacsonyabb a konverziós arány..

Egy kissé eltérő tanulmány alapján a Cloudflare készített egy érdekes, ezt a problémát szemléltető grafikont:

 

.

 

A gyorsabb oldalbetöltési idő tehát sokkal magasabb konverziót jelent. A magasabb konverzió pedig magasabb bevételt és nyereséget jelent a vállalkozásodban, függetlenül attól, hogy cipőket árulsz egy e-kereskedelmi oldalon, vagy egy vicces képeket tartalmazó oldalról beszélünk, amely hirdetésekből keres pénzt.

Site speed vs SEO

.
Az, hogy egy weboldal gyorsan fut-e, a Google keresőmotorja számára is számít. 2010-ben a Google blog arról számolt be, hogy a webhely sebessége az egyik tényező, amely befolyásolja a Google rangsorolását.

Akkor a vállalat szerint ez még olyan tényező volt, amely csak kis mértékben befolyásolta a pozíciókat. Azonban 2018 januárjában , az úgynevezett sebességfrissítést végrehajtva néhány hónappal később a Google hivatalosan bejelentette, hogy az oldalsebesség befolyásolja az oldalak rangsorolását és pozícióit az organikus keresési eredményekben.

A kérdéssel kapcsolatos független kutatást végezte többek között Neil Patel, aki 5000 véletlenszerű kulcskifejezésre ellenőrizte a Google találatait, és megvizsgálta a keresési eredményekben megjelenő 143 827 URL sebességét. A következtetések? Mennél alacsonyabb a TTFB (time to first byte, azaz az idő, amíg az első információt elküldi az oldalt fogadó szerver), annál magasabb az oldal rangja.

 

 

Az igazság kedvéért meg kell jegyezni, hogy vannak tanulmányok, amelyek nem egészen értenek egyet ezzel a tézissel. A baclinko.com kutatói, akik 11,8 millió kulcsszavas kifejezésre vonatkozó TOP 10 találat oldalbetöltési idejét vizsgálták, azt mondják, hogy bár egy lassan működő oldal negatívan befolyásolhatja a Google pozícióját, a top 10 találat (amelyeket ebben a tanulmányban elemeztek) nem mutat közvetlen összefüggést az oldal sebessége és a pozíció között. Az 1-10. pozícióban lévő oldalak általában viszonylag gyorsabbak, mint a Google találati oldalain található további URL-ek.

 

.

 

2020-ban a Google új kezdeményezést jelentett be Web Vitals (Core Web Metrics) néven. Ez a weboldalak betöltési idejének 3 kulcsfontosságú szempontját tartalmazza, amelyekre a weboldal tulajdonosoknak és fejlesztőknek, akik felhasználói élményt és jó helyezést szeretnének biztosítani a Google-ban, érdemes összpontosítaniuk.

2021-től várhatóan a Core Web Vitals lesznek azok a felhasználói élményért felelős tényezők, amelyek befolyásolják a webhelyek rangsorolását, és láthatóságát a Google-on. A Core Web Vitals mutatókat többek között a Google Search Console eszközben ellenőrizheti.

Egyes SEO-szakértők azt is gyanítják, hogy egy weboldal Google-pozícióját befolyásoló tényező az úgynevezett tartózkodási idő (vagy hamarosan az is lehet), amely a keresési találatokban egy linkre való kattintás és a weboldalról a Google-be való visszatérés között eltelt idő. Minél lassabb az oldal, annál nagyobb az esélye annak, hogy a felhasználó nem várja meg, amíg betöltődik, és gyorsabban visszatér a találati listára, hogy a találatok közül a következő oldalt látogassa meg.

Egyértelműen a webhely sebességének közvetlen hatása van egy webhely láthatóságára a Google-ban, ezért ha fontos, hogy forgalmat kapjon a keresőmotorból, érdemes gondoskodnia arról, hogy gyors szerverrel és optimálisan felépített weboldallal rendelkezzen.

A webhely sebessége vs. Google hirdetések

.
De a Google organikus keresőmotoros eredményei nem minden. Hiszen a Google-nek még mindig van saját hirdetési rendszere, amelyen keresztül hirdethetünk a keresési találatokban, valamint a külső webhelyek hirdetési hálózatában. De vajon az oldal sebessége bármilyen módon befolyásolja a Google-tól vásárolt fizetett hirdetéseket? Kiderült, hogy igen.

A minőségi pontszámról beszélünk, amely a Google értékelése minden egyes Google Ads-ban sugárzott hirdetésről. A minőségi pontszám 3 elemből áll:

1. .
   1. A hirdetés előre jelzett átkattintási aránya

.

1. 1. A hirdetés pontossága

.

1. 1. A céloldal minőségi pontszáma

.

Kitalálta már, hogy ezek közül az elemek közül melyikben rejtőzhet a weboldal sebességének kérdése? Igen, a hirdetés által megcélzott landing page „”minőségének”” értékeléséről van szó. A Google a sebességet a hirdetések minőségének értékelésénél figyelembe vett tényezők között sorolja fel:

 

 

„”Az oldal gyorsan betöltődik […]”” (a support.google.com webhelyről)

És mit jelent a magas hirdetésminőségi pontszám a gyakorlatban? A minőségi pontszám közvetlenül befolyásolja, hogy mennyit fizet a hirdetésedre történő minden egyes kattintásért. Minél magasabb a minőségi pontszám, annál alacsonyabb a kattintásonkénti költség (CPC). Ugyanazon hirdetési költségvetésen belül több kattintást tudunk elérni a weboldalunkra. Megéri ezért küzdeni? Véleményem szerint igen.

A weboldal sebessége vs. felhasználói élmény (UX)

.
És végül hagytam afelhasználói élmény kérdését egy gyors oldal meglátogatásáról. Minden webdesigner, weboldal-forgalomszerző, vagy végső soron üzleti vagy egyéb vállalkozás tulajdonosa számára fontosnak kell lennie, hogy a weboldalra látogató felhasználó elégedett legyen a látogatással.

Hiszen a weboldalak tervezésekor igyekszünk „”kézen fogva”” vezetni a felhasználót, megmutatva neki, hogy mit kínálunk és mit kell tennie. Ha például van egy webáruházunk, akkor szeretnénk az ottani vásárlást a lehető legkellemesebbé tenni. Ha pedig például blogunk van, azt szeretnénk, ha az olvasó nyugodtan elolvasná a bejegyzésünket, és később feliratkozna a hírlevélre.

Ha a látogatónak jó élménye van, hajlamos visszatérni hozzánk, és ajánlani az oldalunkat vagy szolgáltatásainkat az ismerőseinknek. Elvégre ez az, ami nekünk fontos, nem igaz?

Közben találtam egy az Ericsson tanulmányát, amely a különböző alkalmakkor tapasztalt stressz mértékét vizsgálta. És mi derült ki belőle? A mobileszközökön történő késések hasonló szintű stresszt váltanak ki, mint egy horrorfilm megtekintése..

 

.

 

Ezt szeretnénk finanszírozni a honlapunk látogatóinak? Feltételezem, hogy nem. Érdemes az oldal sebességére a felhasználói élmény (UX) részeként, azaz a felhasználók online látogatásunk során szerzett élményének részeként ügyelni.

Összefoglaló

.
Egy gyorsabb weboldallal számolhatunk:

1. 1. több ember fogja megismerni az oldalt

.

1. 1. a webhelynek magasabb lesz a konverziós aránya

.

1. 1. a webhely magasabb helyezést és több forgalmat fog kapni a Google-tól

.

1. 1. kevesebbet fogunk fizetni a hirdetésekért

.

1. 1. a felhasználók elégedettsége az oldal látogatásával magasabb lesz

.

És ez vonatkozik blogokra, híroldalakra, vállalati névjegykártya-oldalakra, online áruházakra, SaaS szolgáltatásokra vagy bármilyen más webhelyre. Egyszerűen a lapbetöltési sebesség minden egyes ezredmásodpercének lefaragásáért folytatott küzdelem megéri, és kézzelfogható és számszerűsíthető előnyökkel járhat..

Próbáld ki a Senuto Suite-ot 14 napig ingyen

Próbáld ki a Senuto Suite-ot 14 napig ingyen

Mi befolyásolja az oldal betöltési sebességét?

.
Számos tényező befolyásolja, hogy egy oldal végül milyen gyorsan töltődik be a felhasználó végkészülékén. Ezek közül néhányat nem tudunk befolyásolni (pl. az oldal látogatójának internetsebessége, az eszközének teljesítménye), de a legtöbb fontos tényezőt valóban mi irányíthatjuk.

Az oldal sebességét befolyásoló tényezőket, amelyekre a tulajdonos/fejlesztőnek befolyása van, 2 kategóriába sorolnám.

1. a weboldal back-endje

• • optimális kód (pl. olvasható, egyszerű kód vagy a WordPress bővítmények száma)
  • .
  • hosting (pl. adatbázis sebessége, lemezsebesség vagy használt HTTP protokoll stb.)
  • .

2. A weboldal front-endje

• • „”külső”” anyagok mennyisége (pl. analitikai szkriptek, widgetek, chatbotok, betűtípusok – Google Analytics, Facebook pixel, YouTube videó beágyazása stb.)
• A fájlok neve és mérete.

Ebből van egy kevés, és az említett dolgok egy része keresztezi egymást (pl. a felesleges kiegészítések nélküli optimális kódnak mind a back-endben, mind a front-endben meg kell lennie). Az azonban igaz, hogy nem lehet mindent leírni egyetlen cikk keretében. Ebben a maiban kizárólag az oldal sebességének abszolút alapvetőjére, azaz a gyors és hatékony tárhelyre fogok koncentrálni.

A tárhely minden weboldal teljesítményének alapja. Egy hatékony tárhely-környezet és egy tartalék „”erő”” lehetővé teszi, hogy bármelyik webhely, még a legrosszabbul optimalizált is, bontogassa szárnyait, ha sebességről van szó. Ezzel szemben még a programozási oldalról legjobban előkészített, gyors weboldal sem fog hatékonyan működni, ha a tárhely lassú.

Mire kell figyelni a nagy sebességű tárhely kiválasztásakor?

.
Most, hogy tudjuk, hogy a weboldalak sebessége fontos, és hogy a tárhely az egyik legfontosabb, a weboldal sebességét befolyásoló elem, nézzük meg, mi jellemzi a gyors tárhelyet. Milyen elemekre kell figyelni a tárhelyszolgáltatók kínálatában annak érdekében, hogy olyan tárhelyet válasszunk, amely megalapozza a gyors weboldalunk építését.

Az alábbiakban összeállítottam egy listát azokról az elemekről, melyekre érdemes odafigyelni a tárhely kínálatában, amelyek feladata elsősorban a sebesség lesz.

Processzor (CPU) és memória (RAM)

.
Intuitíve a legtöbben tudjuk, hogy minél gyorsabb a processzor és minél több RAM van egy számítógépben, annál gyorsabban fog futni. Amikor számítógépet választunk a munkához, általában gondosan megnézzük, hogy milyen processzorral rendelkezik, hány magja van, és hogyan van órajelezve. Gyakran elgondolkodunk azon, hogy érdemes-e több RAM-ért többet fizetni – 8 GB, 16 GB vagy esetleg 32 GB RAM-ot?

De számomra ismeretlen okból kifolyólag, amikor a weboldalunk, blogunk vagy üzletünk tárhelyének kiválasztásáról van szó, teljesen megfeledkezünk az olyan paraméterekről, mint a processzor vagy a RAM. Pedig a tárhely végső soron egy szerver, hasonlóan az otthoni számítógépünkhöz vagy laptopunkhoz. És minél jobb/gyorsabb a processzorunk és minél több RAM-unk van, annál gyorsabban fognak futni a weboldalak.

Természetesen a megosztott tárhely esetében nem rendelkezünk kizárólagos használattal az egész gép felett (mint egy dedikált szerver megvásárlása esetén). Gyakran az is előfordul, hogy nem áll rendelkezésünkre garantált erőforrás, például RAM vagy CPU (mint a VPS szerverek esetében). A tárhelyajánlatban azonban információt kell találnunk arról, hogy mennyi processzor és mennyi RAM áll majd rendelkezésünkre.

Milyenek ezek a paraméterek az ajánlatokban?.

• • A RAM MB-ban (megabájt) vagy GB-ban (gigabájt) van megadva. Pl. 256 MB, 512 MB, 1 GB, 2 GB

.

• • Processzor (CPU) a magok számában (pl. 2 mag), vCore (pl. 1 vCore), MHz vagy Ghz (pl. 500 MHz, 1 GHz) vagy százalékban (pl. 100% CPU, 200% CPU)

van megadva.

Sajnos nem minden tárhelyszolgáltató cég ad ilyen információt közvetlenül az ajánlatában. Néhányuknál az egyes tárhelycsomagokban rendelkezésre álló CPU-ról és RAM-ról szóló információk a súgóoldalakon, a szerződési feltételekben, a „”technikai részletekben”” vagy a „”biztonsági korlátok”” nevű oldalakon vannak elrejtve.

Érdemes azonban mélyebbre ásni az oldalon, és olyan tárhelyet (és tárhelycsomagot) választani, amely minimum 1 CPU magot (vagy 1 vCore / 1 GHz / 100% CPU) és minimum 1 GB RAM-ot kínál. Ezek olyan paraméterek, amelyeknek a legtöbb esetben elegendőnek kell lenniük ahhoz, hogy az oldalak gyorsan fussanak.

Ha már tárhelyet használ, a CPU- vagy RAM-fogyasztás egyes tárhelyszolgáltatóknál ellenőrizhető a tárhelykezelő panelbe való bejelentkezés után.

Speed disk

.
Talán néhányan emlékeznek még a platteres HDD-kről az SSD-kre való „”átállásra””. Számítógépeink csendessége vagy alacsonyabb energiafogyasztása mellett a legnagyobb észrevehető különbség… a számítógép teljesítményének gigantikusgyorsulása volt. Hirtelen az operációs rendszer sokkal gyorsabban indult, hirtelen a böngésző villámgyorsan betöltődött.

És bár ma már az SSD-k a legtöbb személyi számítógépben vagy laptopban alapfelszereltségnek számítanak, nem feltétlenül így van ez a tárhelyek esetében – amelyek végül is szintén merevlemezeken tárolják adatainkat. A mai napig sok cég kínál még mindig „”régi”” HDD-lemezeken alapuló tárhely-fiókokat, amelyek sokszorosan lassabbak utódaiknál.

Milyen típusú lemezeket találhatunk a webtárhelyeken?.

• HDD, azaz hagyományos platteres merevlemezek.
• .
• SSD, vagyis sokkal gyorsabb szilárdtest-memóriák.
• SSD.
• NVMe SSD-k, azaz a leggyorsabb SSD-típus (akár 10-11-szer gyorsabb, mint a hagyományos SSD-k).

És milyen az ilyen meghajtók írási és olvasási sebessége?

 

.

 

A fent említett, MB/s-ban megadott fájlok lemezre írásának és olvasásának sebessége mellett a lemez (és az egész tárhely) sebességének fontos paramétere a IOPS, vagyis a másodpercenkénti műveletek száma. Minél magasabb ez az érték, annál gyorsabban képes a tárhely különböző információkat olvasni (és írni) a lemezről, és annál gyorsabban futnak majd az oldalai. Ne feledje, hogy egy weboldal, blog vagy áruház minden egyes megjelenése sok műveletet generál a szerver lemezén lévő különböző adatok olvasására és írására.

A nagy sebességű tárhely kiválasztásakor a lemez típusa mellett arra is figyeljünk, hogy:

• minden adat SSD-n vagy SSD NVMe-n van-e tárolva (egyes tárhelyek az adatoknak csak egy részét, például a MySQL adatbázisokat, tartják gyorsabb meghajtókon, a többit – például a fájlokat és a leveleket – pedig lassabb HDD-ken).
• A tárhely nem korlátozza az IOPS-ot (egyes tárhelyek nagy sebességű NVMe SSD-ket kínálnak, de korlátozzák a sávszélességüket az egyes ügyfelek számára).

A hosztolt levelezőszolgáltatás esetében a lemezsebesség nem sokat számít, de a webhelyfájlok és adatbázisok esetében már sokat számít. Ami viszont az IOPS-ot illeti, ha már van ilyen korlátozás, akkor érdemes ügyelni arra, hogy a limit legalább 100 IOPS legyen. Az ideális nagysebességű tárhely az, ahol az adatok 100%-a NVMe SSD-ken tárolódik, és nincs korlátozás az írásra és olvasásra .

HTTP/1.1, HTTP/2 és HTTP/3

.
Az első weboldalt 30 évvel ezelőtt hozták létre. Tim Berners-Lee, egy brit fizikus indította útjára 1990 decemberében a CERN, vagyis az Európai Nukleáris Kutatási Szervezet keretében. És ez áttörést jelentett, mert ma már el sem tudjuk képzelni az internetet weboldalak nélkül.

A HTTP protokoll határozza meg, hogy egy böngésző (pl. egy számítógépen vagy telefonon) hogyan kommunikál a weboldalakat futtató szerverrel, vagy hostdal. A protokoll a kezdetek óta jelentős változásokon ment keresztül. A HTTP/1.1 őskorinak tekinthető, mivel 1997-ben mutatták be. És bár azóta sok minden megváltozott, és a weboldalak nagyon másképp néznek ki, még mindig széles körben használják.

Olvassa el még: Http válaszkódok, avagy 404 hiba és még sok más. Mit mond a böngészője?.

A mai weboldalak sok grafikából, képből, CSS stílusokból, JS szkriptekből állnak. Gyakran nem egyszerű statikus oldalakról van szó, hanem összetett alkalmazásokról, például levelezésről a böngészőben, vagy akár egy online áruházról kosárral vagy bevásárlólistákkal.

Ehhez más HTTP protokollra van szükség, és 2015 májusában mutattak be egyet. A HTTP/2 nevet kapta, és megjelenésekor már a legtöbb nagy böngésző támogatta a piacon (Chrome, Opara, Firefox, IE, Safari, Edge). Sajnos ma még mindig csak a weboldalak 47%-a fut HTTP/2-n (W3Techs adatai).

És ez nagy kár, mert a HTTP/2-n futó webhelyek határozottan gyorsabbak, többek között ennek köszönhetően:

• • a szükséges fájlok aktív feltöltése az oldal által, anélkül, hogy megvárná, hogy a böngésző „”kérje””

.

• • több fájl egyidejű átvitele, ahelyett, hogy egyszerre egyet-egyet továbbítanának

.

• • egyetlen kapcsolat használata az összes adat átviteléhez, különálló kapcsolatok helyett

.

• • beépített fejléctömörítés

.

 

.

 

Mindezen fejlesztéseknek köszönhetően a végleges weboldalak sokkal gyorsabban töltődnek be, és a tárhely is gyorsabban képes kezelni az összes kérést.

A HTTP/2-t teljes mértékben támogatják a Google indexelő robotjai (amelyek a Chrome-on alapulnak) és a Google webhelysebesség-tesztelő eszközei, például a PageSpeed Insights.

Tehát amikor gyors webtárhelyet választ, válasszon olyan céget, amely HTTP/2 támogatást nyújt ügyfeleinek, így az oldalak gyorsabban töltődnek be. Miközben ezt írom, a HTTP/2 utódjának, a HTTP/3 protokollnak a megvalósítása a befejezéséhez közeledik. És már néhány webtárhely is tesztszerűen kínálja ennek a következő generációs szabványnak a támogatását, amely ismét felgyorsítja a weboldalakat. Érdemes rajta tartani a szemünket.

Szerver szoftver típusa

.
A tárhelyszolgáltatás HTTP szerverszoftverrel működik, amelynek feladata a kérések kezelése, feldolgozása és a weboldalak kiszolgálása a végfelhasználóknak. És mint minden szoftver esetében, itt is találkozhatunk gyorsabb és lassabb megoldásokkal.

A tárhely esetében leggyakrabban háromféle szerverszoftverrel találkozhatunk: Apache, Nginx és LiteSpeed.

A fent említett három megoldás közül a leglassabb az Apache, a dobogó második fokán pedig a – ma a világon legnépszerűbb – Nginx áll. A weben fellelhető (és saját magad által elvégzett) teljesítménytesztek többségének győztese a LiteSpeed, amely még a versenytársainál is sokkal gyorsabb.

Az alábbiakban a litespeedtech.com HTTP/2-n futó webhelyek különböző sebességtesztjeinek eredményeit mutatjuk be:

• • WordPress: A LiteSpeed 12x gyorsabb, mint az Nginx

.

• • Magento 2: A LiteSpeed 3x gyorsabb, mint az Nginx

.

• • Joomla: A LiteSpeed 426x gyorsabb, mint az Nginx

.

• • PrestaShop: A LiteSpeed 1000x gyorsabb, mint az Nginx

.

• • OpenCart: A LiteSpeed 2002x gyorsabb, mint az Nginx

.

• • Drupal: A LiteSpeed 7x gyorsabb, mint az Nginx

.

• • PHP: A LiteSpeed 1,3x gyorsabb, mint az Nginx

.

• • Kis statikus fájlok: A LiteSpeed 6x gyorsabb, mint az Nginx

.

A LiteSpeed a webtárhelyeknek szánt szerverszoftverek mellett ingyenes bővítményeket/kiegészítőket is kínál a weboldalak optimalizálására és felgyorsítására a szerverszoftverrel együttműködő gyorsítótárazás, fájlminimalizálás és egyéb kezelések révén. Ilyen bővítményeket találhatunk többek között a WordPress, Magento 1.X és 2.X, Joomla, Prestaschop, OpenCart, Drupal 8, XenoForo 1.X és 2.X, MediaWiki, Laravel vagy Shopware számára.

A „”wordpress tapasztalataim”” alapján azt mondhatom, hogy a LiteSpeed alapú tárhely használata és az LSCache plugin alkalmazása egy WooCommerce alapú blog vagy áruház esetében valóban nagyszerű eredményeket hoz. A plugin megfelelő beállításával (CSS, JS fájlok minifikálása, képek és fotók tömörítése stb.) pedig gyakorlatilag nélkülözhetjük az egyéb optimalizáló kiegészítőket, élvezve a gyors és hatékony weboldalt, blogot vagy áruházat.

Ha gyors és hatékony tárhelyet keres, javaslom, hogy mindenképpen figyeljen arra a szoftverre, amelyen a tárhely fut, és fogadjon egy olyan cég ajánlatára, amely pontosan a LiteSpeedre alapozva kínálja szolgáltatásait.

P PHP verzió

.
A PHP programozási nyelvet 1994/1995-ben mutatták be. Ma ez a világ legszélesebb körben használt webes szerveroldali szkriptelésre használt nyelve. A legtöbb dinamikus weboldal (beleértve az olyan népszerű CMS-eket is, mint a WordPress) PHP-alapú.

És mint minden szoftver, ez a programozási nyelv is fejlődik az idők során. Az egymást követő frissítések a webhelyeink biztonságát és stabilitását javító javítások mellett gyorsabb PHP szkriptelés-támogatást, és így gyorsabb weboldalakat is hoznak.

Az elmúlt években a legnagyobb teljesítményugrást a PHP 5.6-os verzióról 7.0-ra történő frissítése jelentette. De minden egymást követő verzió olyan fejlesztéseket is hoz, amelyek növelik a weboldalak sebességét. Az alábbiakban egy grafikon látható a WordPress webhelyek teljesítményéről a PHP-verziók változásával:

 

.

 

A PHP-vel kapcsolatos problémák a tárhelyszolgáltatóknál két:.

1. 1. Egyes tárhelyszolgáltatók ritkán frissítik a PHP-t, és nem nagyon igyekeznek ügyfeleiknek a legújabb verziókat biztosítani.

.

1. A PHP verzióváltása általában nem automatikus. Magán a webhely tulajdonosán múlik, hogy a PHP-verziót újabbra cseréli-e.
2. A webhely tulajdonosának magának kell megváltoztatnia a PHP-verziót.

És míg a második problémát könnyen kezelhetjük azzal, hogy időről időre benézünk a tárhelykezelő panelbe, hogy a PHP verziót újabbra cseréljük, a tárhelyünk lassúsága ellen már nem sokat tehetünk. Jelenleg a PHP új „”major”” verzióit évente adják ki, majd 2 évig aktívan támogatják, és további egy évig csak a kritikus biztonsági rések miatt kaphatnak frissítéseket.

 

.

 

Ha tehát gyors és hatékony tárhelyet keresel, érdemes ellenőrizni, hogy a cég milyen PHP verziót kínál, mielőtt egy adott ajánlatot választasz. És hogy ez a legfrissebb verzió-e, amelyet aktívan támogatnak és támogatni fognak a közeljövőben.

Redis és Memcached.

A Redis és a Memchaced két hasonló megoldás. Modern NoSQL-adatbázisok, amelyek kivételes teljesítményt és magas tartalmi rendelkezésre állást biztosítanak. És honnan származik ez a teljesítmény? Nos, ennek az az oka, hogyaz adatok egy Redis vagy Memcached adatbázisban nem a lemezen tárolódnak, hanem a RAM-ban maradnak. És többek között az, hogy a memóriában való tárolás miatt sokszor gyorsabbak, mint a hagyományos adatbázisok vagy más megoldások.

Nos. De míg ez fontos lehet a fejlesztőknek, akik olyan egyedi szoftvereket készítenek, amelyek kihasználják a Redis vagy a Memcached ilyen és más előnyeit,de mi a helyzet a hétköznapi weboldalakkal, a WordPress-en futó blogokkal vagy az online áruházakkal? Hiszen ezek többnyire szabványos MySQL típusú adatbázisokon alapulnak.

A Redis vagy a Memcached gyorsítótár-rendszerként használható, amely a RAM-ban tárolja az információkat, például a népszerű blogbejegyzések tartalmáról, az áruházban található keresési eredményekről vagy például a kínált termékekről és azok paramétereiről. Vagy a webáruház vásárlóinak bevásárlókosarai tartalmáról.

Egy ilyen műveletextrémen felgyorsíthatja a dinamikus weboldalak betöltési idejét, amelyek a MySQL-adatbázishoz intézett lekérdezés végrehajtása helyett (ami sok időt vesz igénybe) a Redis vagy a Mamcahced adatbázisából kérik le a legfontosabb információkat (ami határozottan gyorsabb).

A megvalósításhoz pedig gyakran csak egy egyszerű WordPress pluginra (mint például a már említett LSCache vagy Redis Object Cache) és néhány kattintásra van szükség a kapcsolat létrehozásához.

 

.

 

Olyan tárhelyet keres, ahol az oldalai gyorsan futnak? Válasszon olyat, amely Redis és/vagy Memcached megoldást kínál. És élvezze ezeknek a megoldásoknak az előnyeit.

 

Hostinglinkek sebessége

.
Milyen gyors az otthoni internetkapcsolata? Mi a helyzet a mobilkapcsolattal az okostelefonon? És milyen a webtárhelyed kapcsolata? – Te is csodálkozol, hogy ez utóbbi kérdést miért nem teszi fel szinte senki?

Pedig a tárhelyszolgáltatónak – akárcsak Önnek otthon – van valamilyen speciális és korlátozott internetkapcsolata, amely a szerverre van rákötve, amelyen a webtárhelyet kínálják. Akkor miért van az, hogy az első dolog, amit még a telepítőnél, aki épp most kötötte rá a lakásodat az internetre, lefuttatod a SpeedTestet, hogy ellenőrizd az internetkapcsolatodat, de ugyanezt nem teszed meg a tárhelyen?

Van egy bökkenő ezzel az internetsebesség-teszteléssel a tárhelyszolgáltatónál. Ez nem könnyű feladat. Különösen azért, mert szem előtt kell tartanunk, hogy a tárhelykapcsolat megosztott a tárhelyszolgáltató összes többi ügyfele között, akik az adott szervert használják.

Tehát nincs mit dörgölődzni a tárhelyszolgáltató nyilatkozataihoz – ezt a kérdést magunknak kell tesztelnünk, például egy ingyenes tárhely próbaidőszak segítségével. Hogyan kell ezt megtenni? A web hosting link ellenőrzésére több módszer is létezik.

Először, feltölthetünk a tárhelyre minél nagyobb méretű fájlt (például egy filmet). Ezt megtehetjük FTP-n keresztül, vagy például média vagy fájlok feltöltésével a WordPressben vagy más szoftverben. A feltöltéssel láthatjuk, hogy milyen sebességgel töltődik fel a fájl, később pedig a letöltéssel ismét láthatjuk, hogy milyen sebességgel töltődik fel. Ez egy egyszerű megoldás bárki számára, de sajnos gyors internetkapcsolat szükséges hozzá.

A második út egy kicsit nehezebb, mert ehhez SSH-hoz, a tárhely parancssorához kell hozzáférni. Bejelentkezés után letölthetjük és futtathatjuk a Speedtest-CLI, a Speedtest.net parancssoros változatát. Ez analóg módon működik, mintha a böngészőn keresztül ellenőriznénk egy link sebességét (letöltés/feltöltés), azzal a különbséggel, hogy az eredmények a konzolon jelennek meg.

 

.

 

Érdemes a tárhely link sebességét többször is tesztelni különböző napokon vagy napszakokban, hogy megbizonyosodjunk arról, hogy a sávszélesség nem csökken drasztikusan, például az esti órákban vagy hétvégén. A 100 Mbps feletti átlagos teszteredmények a tárhely esetében rendben vannak.

A DNS-kiszolgálók sebessége

.
Az utolsó kérdés, amelyet érdemes ellenőrizni a tárhely sebességével kapcsolatban, a DNS-kiszolgálók válaszsebessége.

A DNS egyfajta internetes címjegyzék, amely a domainneveket (pl. mojafirma.pl) szerver IP-címekre (pl. 123.123.12.1) fordítja le. Minden alkalommal, amikor meg akarunk látogatni egy webhelyet, a tárhelyszolgáltatónk DNS-kiszolgálói lekérdezik, hogy „”Hol van pontosan ez a webhely?””. Néhány ezredmásodperc vagy több száz ezredmásodperc elteltével számítógépünk vagy okostelefonunk a következő választ kapja: „”Ez a weboldal az IP-címen található: XX.XX.XXX.XXX.XX””.

Ez a DNS-kérdések cseréje a készülékünk és a webtárhely között minden alkalommal része az oldal betöltésének, így minél rövidebb ideig tart, annál gyorsabban jut el a végfelhasználó oda, ahová kell, és annál gyorsabban töltődik be az oldal a készülékén.

Ez egy másik olyan kérdés, amit nem a tárhelyszolgáltató ajánlatában fogunk olvasni, hanem magunknak kell tesztelnünk. Szerencsére ebben az esetben nem leszünk kénytelenek furcsa trükköket végrehajtani fájlok feltöltésével vagy letöltésével, illetve parancssorok futtatásával. A teszteléshez a DNSPerf online DNS Speed Benchmark eszközét fogjuk használni.

Miután megadtuk egy adott tárhelyen futó (és a tárhely DNS-ét használó) webhely címét, kiválasztjuk a területi tartományt, vagyis azt, hogy honnan a tárhely DNS-kiszolgálóit teszteljük. Választhatunk a következők közül: az egész világ, meghatározott kontinensek vagy országok. A lengyel oldalak esetében, amelyeket elsősorban lengyel felhasználóknak szánunk, elég, ha Lengyelország vagy esetleg Európa DNS-ét ellenőrizzük. Kattintsunk és máris megvan az eredmény.

 

.

 

Érdekesség: A Googlebot (azaz a Google webhelyeket indexelő robotja) általában az USA-ban található szerverekről (bár nem csak) az USA-ban található webhelyeket látogatja. Ellenőrizze, hogy a tárhelye milyen gyorsan válaszol az USA-ból érkező DNS-lekérdezésekre.

Amikor webtárhelyet keres, érdemes olyat választani, amely gyors DNS-kiszolgálókat kínál ügyfelei számára. Alternatívaként olyan tárhelyre is fogadhat, amely DNS Anycast szolgáltatást kínál, amely a világ több-kevesebb pontján szétszórt DNS-kiszolgálókra támaszkodik, így gyorsabban kiszolgálja a világ különböző részeiről érkező lekérdezéseket.

Hogyan tesztelhetjük a weboldal és a tárhely sebességét?

.
A webhelyfejlesztés szerves része a tesztelés. Itt nem kell „”érzésre”” működni.

Attól, hogy egy weboldal gyorsan betöltődik egy új, nagysebességű internetre kapcsolt vállalati hardveren, még nem jelenti azt, hogy ugyanolyan jól fog működni egy 5 évvel ezelőtti olcsó okostelefonon, amelyet útközben használnak egy vonaton, ahol nincs WiFi és alig lehet 3G-t fogni. Pedig lehet, hogy az Ön potenciális ügyfele éppen ott és akkor szeretné meglátogatni az Ön webhelyét. Önnek pedig egyetlen esélye van arra, hogy jól mutatkozzon be, és jó első benyomást keltsen.

Ezért fontos, hogy olyan megfelelő webhelytesztelő eszközöket (és tárhelyet) használjon, amelyek többek között képesek szimulálni a webhely látogatását egy kicsit gyengébb eszközről vagy lassabb hálózati kapcsolatról.

Az alábbiakban javaslatokat készítettem 3 jó és bevált eszközre, amelyekkel tesztelheted a weboldalad és a tárhelyed sebességét.

Hogyan teszteljük a weboldal és a tárhely sebességét?

.
Mielőtt azonban rátérnék a konkrét eszközökre, még két megjegyzés magáról a tesztelésről, mert ahhoz, hogy jól végezzük és az eredmények megbízhatóak legyenek, érdemes tudni róluk.

1. Teszteld a legfontosabb aloldalakat (nem a főoldalt).

A legtöbb ember a főoldal címét írja be a webes sebességtesztelő eszközökbe. De vajon egy gyors kezdőlap, azt jelenti, hogy az egész weboldal gyors? Nem feltétlenül. Különösen azért nem, mert a honlapon belül általában nem a kezdőlap a leglátogatottabb aloldal.

Melyek a legfontosabb aloldalak a webhelyén?”” Egy blog esetében például lehet, hogy egy adott blogbejegyzés oldala a legnépszerűbb, és a legtöbb bloglátogató ezt keresi fel. Egy webáruház esetében ez lehet először egy adott termék oldala (lapja), amely a bestseller, másodszor pedig egy kategória vagy alkategória oldala a termékek listájával.

Inspirációként vethet egy pillantást a Google Analyticsben a Behavior -> Site Content -> All Pages menüpont alatt. Ott láthatja a legnépszerűbb oldalakat a webhelyén belül.

 

.

 

Jelölje ki tehát a legfontosabb aloldalakat a weboldalán belül, és tesztelje mindet. A kezdőlap lehet az egyik, de nem lehet az egyetlen.

2. Tesztelj többször.

Egyetlen teszt nem elég. Az egyik pillanatban lehet, hogy egy oldal gyorsan betöltődik, egy pillanattal később pedig örökké tarthat. Ez különösen az úgynevezett internetes csúcsidőben, azaz esténként és hétvégén érezhető, amikor az iskola vagy a munka után egyszerre többen használják az internetet. Ilyenkor megnő a forgalom az interneten, és előfordulhat, hogy a tárhelyünk már nem lesz olyan gyors, ha több látogató érkezik az oldalra.

Ezért érdemes tesztelni az oldal (és a tárhely) sebességét különböző időpontokban és különböző napokon. Reggel, munkanap közben, este, hét közben és hétvégén. És figyelje meg, hogy az eredmény hasonló vagy jelentősen eltér-e. Ha eltérnek, annak ellenére, hogy maga az oldal tartalma nem változik, a probléma valószínűleg a tárhely trónjával van, amely egyszerűen „”nem teljesít””.

Google PageSpeed Insights

.
Az első eszköz a Google PageSpeed Insights (PSI) nevű eszköze. Az eszköz jelenleg mind a Lighthouse laboratóriumi adatain, mind a webhelyek látogatóitól gyűjtött valós Chrome böngészőadatokon alapul. Számos fejlesztés után jelenleg az egyik legjobb online eszköznek tekinthető a webhelyek teljesítményének és sebességének tesztelésére.

Amikor beír egy webhely címét, 2 kategóriában kap eredményeket:

• mobilokon
• számítógépeken

Ahogy korábban említettem –az eszköz, amelyen a webhelyet meglátogatjuk, elég sokat számít, amikor a sebességéről van szó.

Mindegyik nézetnek van egy külön általános értékelése egy 0-100-as skálán, amely megmutatja, hogy milyen gyorsan fut az oldalunk, és mennyire van optimalizálva a sebességre.

• • egy 100 és 90 pont közötti értékelés jónak

tekinthető.

• • Az 89 és 50 pont közötti minősítés átlagosnak és javításra szorulónak

minősül.

• • és 49 pont és annál kevesebb minősítés – rossznak.

.

 

.

 

Az eredményekből közvetlenül nem tudjuk megmondani, hogy a minősítés melyik részéért felelős a webtárhely, de az a paraméter, amelyre ebből a szempontból érdemes odafigyelni, kétségtelenül a „”Kezdeti szerver válaszidő””, vagyis a szerver lekérdezésre adott válaszideje, röviden TTFB.

 

.

 

.

 

Érdemes gondoskodni arról, hogy a TTFB minél alacsonyabb legyen. A Time To First Byte-ot pontosan befolyásolja a gyors (vagy lassú) tárhely és magának a weboldal kódjának (back-end) optimalizálása (pl. WordPress esetén a felesleges pluginok, a cache hiánya vagy egy rosszul megírt téma).

Emellett a tárhely közvetve számos más elemet is befolyásol, például az átirányítási időt, a sebességindexet vagy az első tartalom megjelenítését.

WebPageTest.org

.
Egy másik olyan eszköz, amelyet bátran ajánlok a webes sebesség teszteléséhez, a WebPageTest.org.

Ez egy elég hatékony eszköz, és még az első keresés előtt a tesztelt URL megadásán kívül megadhatjuk sok további elemet, pl:

• • milyen helyről kell a tesztet elvégezni (város és ország, pl. Varsó)

.

• • melyik böngészőből kell elvégezni a tesztet (pl. Chrome, Firefox, Opera)

.

A speciális beállításoknál beállíthatjuk azt is, hogy a tesztelt oldal milyen internetkapcsolatról töltődjön be (alapértelmezett: 5/1 Mbps kábel), hányszor töltődjön be (alapértelmezett: 3), és például azt is, hogy a weboldal betöltődését bemutató videót rögzítsünk-e. A speciális beállításoknál a tesztelés során a tesztelt oldal betöltődését is beállíthatjuk. Ha tehát azt szeretnénk látni, hogy egy oldal hogyan töltődik be Varsóból LTE kapcsolaton, és hogyan Londonból 3G-n, akkor mindezt beállíthatjuk. A PageSpeed Insights-ban ezt nem tudtuk megtenni.

 

 

Az eredményekben igazán sok adatot kapunk az oldal sebességéről. Az általános információkon kívül, hogy milyen gyorsan töltődött be teljesen az oldal (Fully Loaded – Time), információt kapunk arról is, hogy milyen gyorsan töltődtek be az oldal egyes elemei.

A tárhely tekintetében, amely nyilvánvalóan hatással van az oldal betöltési idejére, érdemes külön megnézni a korábban említett TTFB-t, amelyet itt egyszerűen First Byte-nak hívnak. Amellett, hogy egy táblázatban felsorolják, az oldal tetején is minden egyes elem (beleértve a First Byte-ot is) egy A-tól F-ig terjedő amerikai skálán van értékelve.

Pingdom Website Speed Test

.
A Pingdom Tool egy ismert cég által biztosított eszköz, amely a szerverek és weboldalak elérhetőségét és meghibásodási arányát figyeli.

Az eszközben meg kell adni a tesztelni kívánt webhely URL-címét, és ki kell választani a helyet, ahonnan a tesztelésre sor kerüljön. Sajnosa helyszínek között jelenleg nincs Lengyelország – a legközelebbi a németországi Frankfurt lenne.

 

Az eredmény egy 0-tól 100 pontig terjedő skálán egy pontszámot, az oldal méretét, az oldal elemeinek számát és a legfontosabb elemet – a betöltési időt (Load time) – is megadja.

És bár alább találunk egy listát az oldal optimalizálására vonatkozó tippekről, ezek a tippek nem lesznek olyan átfogóak, mint a Google eszközében. Az ezeken alapuló pontozás is sok kívánnivalót hagy maga után.

Érdemes azonban egy kicsit lejjebb kukucskálni a Fájlkérések résznél, hogy grafikonon lássuk, hogyan néztek ki az egyes elemek és mennyi ideig tartott a betöltésük. Ott többek között megtalálod:

• • a DNS-lekérdezésre adott válasz keresésének ideje (amiről korábban már írtam a DNS sebességének a tárhelyen történő ellenőrzésénél)

.

• • SSL handshake time

.

• • idő a tárhelyhez való csatlakozásra (Connect)

.

• • Az adatok hostingon keresztül történő elküldésének ideje (Send)

.

 

.

 

Többek között a gyors tárhely felelős mindezen elemek kezelési idejéért. Minél hatékonyabban működik, annál rövidebb az egyes szakaszok ideje, és annál gyorsabban tölti le a böngésző az adatokat, és végül – annál gyorsabban jelenik meg az oldal a felhasználó számára.

Összefoglaló

.
Foglaljuk össze az egész cikket.

• • már tudja, hogy az oldal betöltési ideje óriási hatással van, és közvetlenül lefordítja a látogatók számát, a konverziókat, az UX-et, a SEO vagy a Google Ads hirdetési költségeit.

.

• • Minden weboldal sebességének alapja a gyors tárhely. Ön már tudja, hogy mire kell figyelnie, amikor a tárhelyszolgáltatók ajánlatait vizsgálja.

.

• • Már tudja, hogy milyen eszközöket használjon a weboldal és a tárhely sebességének teszteléséhez, és tippeket keres a weboldal sebességének optimalizálásához.

.

Így nem tehetek mást, mint hogy sok szerencsét és villámgyors weboldalakat kívánok. Végül is – mindannyian szeretjük őket 🙂

 

”

FAQ