Miért lassú egy weblap?
Ideális esetben egy weblap ( URL ) 400 ms, azaz 0,4 másodperc alatt letöltődik CSS, JS és képek nélkül ( azaz csak a HTML file ). Mégis az esetek többségében ettől magasabb letöltődési időket mérünk a WebyMonnal. Miért? Erre a kérdésre keressük a legáltalánosabb válaszokat. Ha érdekel, hogy a weboldalad mennyire gyors, milyen gyakran állnak a legfontosabb termék oldalaid, vagy a kosár funkciód, akkor regisztrálj be ingyen a https://secure.webymon.com oldalon és monitorozd folyamatosan a weboldalad teljesítményét és rendelkezésre állását.
Ha egy weblap lassú, annak jellemzően 2 alapvető oka lehet:
- a CMS nehezen építi fel a weblapot
- a szerver lassan szolgálja ki a kéréseket Itt olvashatsz arról részletesebben, hogy Egy weblap (URL) hogyan töltődik le és jelenítődik meg a böngészőben?
A portál / weblap motor (CMS) miatti lassulások
Ha a lassú letöltés oka a CMS rendszer, akkor a problémák az alábbiak miatt keletkezhetnek:
- túl nagy HTML file
- túl sok programozási hiba
- túl bonyolult weblap legenerálás
- lassú adatbázis kapcsolat
Túl nagy HTML file
Könnyű elképzelni, hogyha egy adott sebességű internet elérésen le akarunk tölteni egy fájlt és le akarjuk tölteni ugyan annak a fájlnak a 10-szer nagyobb testvérét, akkor a nagyobb fájl lassabban fog letöltődni. Nagyságrendileg tízszer lassabban.
Ha egy weboldal 10.000 byte hosszú, akkor az gyorsabban fog letöltődni mintha 150.000 byte hosszú oldalt akarunk letölteni. Arról nem is beszélve, hogy a rosszul felépített weblapok hasznos karakterszáma milyen alacsony lehet a teljes oldal méretéhez képest.
Ha nagy egy HTML lap, akkor az sokáig fog letöltődni, ha pedig mobilon akarjuk letölteni, akkor feltehetően még lassabban a mobil sávszélesség miatt.
Vedd fel a legfontosabb URL -jeidet a WebyMonban és mérd meg mennyi idő alatt töltődnek le. Ha a saját URL -jeidet megnézted, erdemes felvinni és mérni a konkurens URL -eket is, hiszen fontos, hogy gyorsabb legyél a versenytásaidnál. TIPP: Legyen a teljes HTML fájlod mérete 70 kbye alatt.
Túl sok programozási hiba
Ez a probléma direktben nem befolyásolja az oldal letöltődését, de a böngészőben való megjelenítésre mégis hatással lehet. Ha a weblapon nagyon sok HTML hiba van, akkor a böngészők nehezebben tudják értelmezni azt és emiatt lassabban fog megjelenni a weblap a látogatóid böngészőjében. Extrém esetben a súlyos programozási hibák miatt előfordulhat, hogy meg sem jelenik, vagy csak részben jelenik meg az oldalon mobilon vagy desktop böngészőben. A programozási hibákat legegyszerűbben és ingyenesen a wAudito rendszerünkkel ellenőrizheted. Itt tudsz a wAudito-ba ingyenesen regisztrálni: https://secure.waudito.com TIPP: Tartsd 0 -án a HTML hibák számát. Ellenőrizd a hibák számát a http://validator.w3.org/ oldalon, vagy a wAudito -ban.
Túl bonyolult weblap legenerálás
Gyakran találkozunk a technikai SEO auditok során azzal a jelenséggel, hogy a CMS rendszerek fejlesztői elbonyolítják, vagy rosszul közelítik meg az URL struktúra leképzését, vagy a weblap összeállítását és emiatt túl sok idő
- az adatbázis kapcsolat felépítése
- az URL leképzése
- a termékadatok és raktárkészlet adatok kiolvasása az adatbázisból
- a HTML responsive összeállítása, ami miatt [túl nagy terheket visz a weblap template]
Extrém esetben a webszervernek elmegy egy teljes másodperce mire kitalálja, hogy pontosan mit akar megjeleníteni és csak ezután kezdi el összeállítani a HTML lapot és az összeállítás után küldi el a látogató gépére az oldalt plusz a kiegészítő CSS, JS és képi elemeket is. Rengeteg elvesztegetett másodperc, amit a látogatók nem szeretnek és könnyen elkezdenek máshol nézelődni és máshol elkölteni a pénzüket. TIPP: Tartsd az oldal letöltődési idejét lehetőleg 0,4 másodperc közelében, de semmiképp ne engedd 1 másodperc fölé.
Lassú adatbázis kapcsolat
Semmit sem ér egy gyors CMS keretrendszer, ha adatbázist kell írnia / olvasnia, de az adatbázis kapcsolat felépítése lassú, mert a szerver túlterhelt, vagy rosszul van beállítva. Ha statikus HTML -eket generáló CMS rendszert használsz, mint amilyen a SEO CMS, akkor nincs ilyen problémád, de sajnos a weblap motorok több mint 90% adatbázishoz nyúl minden alkalommal, amikor adatokat akar megjeleníteni a felhasználóknak. ( Jobb esetben valamilyen cache technikával megpróbálja lecsökkenteni az adatbázishoz nyúlások számát ). Gondod végig, hogy mennyi idő ha a termék neve, az ára a leírása, a raktárkészlet információk és minden adatbázisban tárolódik, de ez az adatbázis csak 0,1 másodperces késleltetéssel válaszol. Másodpercek mehetnek el mire az oldal felépül és nagyon valószínű, hogy ezt a több másodperces üres képernyőt nem fogják a felhasználók végignézni és elmennek máshová költeni a pénzüket.
Szerver problémákra visszavezethető lassulások
Ha egy szerver lassú, annak a legtöbb esetben az alábbi okai lehetnek:
- túl sok weblapot szolgál ki a szerver
- biztonsági másolatok készítése magas prioritásal
- a weblapok erőforrás igénye nagyobb vagy máshogy elosztott mint ami a szerernek van
- gyenges internetes sávszélesség
Túl sok weblap egy szerveren
A tárhely szolgáltatók gyakran elkövetett hibája, hogy túlértékesítik a szervereiket. Ez azt jelenti, hogy ha egy szerver jó minőségben ki tud szolgálni 50 weblapot, akkor eladják 100 weblap tualjdonosnak, mert azoknak még nem tűnik fel a lassulás. Így dupla annyi bevételre tesznek szert, a weblap tualjdonosok pedig nem értik, hogy miért nem vásárol náluk senki. ( Mivel [lassú a weblap nem kerülhet a Google találati listák élére] és így látogatója sem lehet, ha pedig [hirdet AdWordsben az oldara, akkor is a hirdetés lekattintása után a látogatók elmennek], mert túl lassú a weblap megjelenítése.
Jelenleg 40.000.000 webapot monitorozunk ( 2016.07 ) és tervezünk egy szolgáltatást, ami megmondja, hogy a szervereden a tiéden kívül mennyi, általunk ismert másik domain található. spIPder lesz a szolgáltatás neve és már elindult az előregisztráció.
Biztonsági másolatok készítése magas prioritásal
A vizsgált weblapok közel 80%-ánál megfigyelhető, hogy hajnalban, amikor a biztonsági másolat készül a szerver belassul, vagy extrém esetekben akár közel egy órán át elérhetetlenné is válik. Ilyenkor a webszerver megy és dolgozik, de az erőforrásait arra használja, hogy a biztonsági másolatot elkészítse és nem arra, hogy a látogatókat kiszolgálja.
Hibás erőforrás elosztás
Más más szerver kell, akkor ha a weblap ami rajta van sok képet szolgál ki, vagy akkor ha adatokat gyűjt az internetről, vagy ha nagy mennyiségben szolgál ki olvasókat. Ugyan így teljesen más szerver kell egy videó streaming szolgáltatáshoz.
Ha speciális weblapod van, akkor mindeképp konzultálj szakértővel, hogy a megfelelő szervert tudja számodra biztosítani. Ha sok az IO (lemezművelet) és rosszul van beállítva a szervered gyorsan lassulás, vagy leállás lehet a vége.
Gyenge szerver oldali sávszélesség
Az internet szolgáltatók a “feltöltési” kapacitásukat jellemzően szervereknek adják el, hiszen a szerverek általában több adatot küldenek mint fogadnak, míg a “letöltési” kapacitásukat magánszemélyeknek, otthoni internetezésre árulják, hiszen az internetező magánemberek fogyasztók, több adatot töltenek le, mint amennyit feltöltenek az internetre. ( Ezért is lassabb általában a feltöltési sebesség egy otthoni előfizetésnél )
Ha a szervernek nincs elég sebessége, akkor a sok kérést nem tudja kiszolgálni és vagy belassul, vagy a kérések egy része elveszik. Olyan ez mintha egy 2 személyes ajtón egyszerre 50-en akarnának, egymás mellett bemenni: 2 ember átjut, 48 pedig a fallal fog találkozni, vagyis “lepattan”.
Ha valaki egy szervert használ veled és pornó képmegosztót üzemeltet melleltted, akkor amellett, hogy [a közös IP címetek feketelistára kerülhet] még az is előfordulhat, hogy elzabálja a weblapod elől a teljes sávszélességet és a látogatóid nem fogják tudni böngészni a weblapodat.