A weboldalad offline lesz, és te tudsz róla utolsónak. A weboldal leállása nem küld előzetes figyelmeztetést. Egyik pillanatban az oldal él, a következőben már minden látogatónak hibát ad. Amíg te a dolgodat végzed, a leendő ügyfelek elmennek, az érdeklődők elpárolognak, és a kár minden órával nő, amíg valaki észre nem veszi a problémát, és szól neked.
A leállás egyike azoknak a problémáknak, amelyek elméletinek tűnnek, amíg meg nem történnek. Akkor sürgősnek és költségesnek érződnek. A jó hír, hogy a weboldal leállásának legtöbb oka kiszámítható, és a kiesés okozta kár a megfelelő felkészüléssel jelentősen csökkenthető. A jó kezelés azt jelenti, hogy tudod, mi okozza, tudod, mit tegyél, ha megtörténik, és vannak rendszereid, amelyekkel gyorsan észreveszed.
Ez a cikk bemutatja, mi a weboldal leállása, mi okozza, hogyan hat egy vállalkozásra, mit tegyél, ha megtörténik, és milyen lépésekkel előzheted meg, hogy olyan gyakran előforduljon.
Mi a weboldal leállása?
A weboldal leállása minden olyan időszak, amely alatt a weboldal nem érhető el a látogatók számára. Idetartoznak a teljes kiesések, amikor az oldal minden kérésre hibát ad, valamint a részleges hibák is, amikor egyes oldalak, űrlapok vagy funkciók leállnak, míg az oldal többi része elérhető marad. Annak a látogatónak a szemszögéből, aki el akarja érni az oldalt, minden betöltési hiba leállásnak számít.
A leállást az elérhetőséggel mérik, amelyet általában egy adott időszakra vetített százalékban fejeznek ki. Az az oldal, amelynek 99 százalékos az üzemideje egy évben, ezalatt is több mint 87 órán át offline van. A 99,9 százalékos üzemidejű oldal alig kevesebb mint 9 órán át. Ha megérted, mi a weboldal üzemideje, és miért számít, abból megérted, mit jelentenek ezek a számok, és hogy a különböző típusú oldalaknál mik a reális üzemidő-célok.
Mi okozza a weboldal leállását?
Szerverproblémák
A weboldalt tároló szerver többféle okból meghibásodhat. A hardverhibák, az operációs rendszer összeomlásai és a konfigurációs hibák mind offline állapotba hozhatják a szervert. A megosztott tárhelyek, ahol több oldal fut ugyanazon a szerveren, további kockázatot hordoznak: az ugyanazon a szerveren lévő másik oldal okozta problémák mindazon oldalak elérhetőségét befolyásolhatják, amelyek ezt az infrastruktúrát használják.
Forgalmi csúcsok
A látogatók hirtelen megugrása túlterhelheti azt a szervert, amely nincs felkészítve a terhelés kezelésére. Ez akkor fordulhat elő, ha egy bejegyzést széles körben megosztanak, ha egy jelentős kiadvány linkel az oldalra, vagy ha egy hirdetési kampány a vártnál jóval több forgalmat hoz. Az oldal először a terhelés alatt lelassul, aztán nem reagál, aztán hibákat ad. A rögzített erőforráskorlátú csomagokon lévő oldalak különösen ki vannak téve ennek.
Szoftverfrissítések ütközései
A platform, a bővítmények, a témák vagy az egyedi kód frissítései olyan ütközéseket okozhatnak, amelyek az oldal egyes részeit elrontják, vagy teljesen offline állapotba hozzák. Ez az egyik leggyakoribb oka a nem tervezett leállásnak azokon az oldalakon, amelyek több harmadik féltől származó összetevőre épülnek. Az a frissítés, amely önmagában helyesen működik, ütközhet egy másik összetevővel, és olyan hibákat okozhat, amelyeket nehéz gyorsan diagnosztizálni.
Tárhelyproblémák
Maguk a tárhelyszolgáltatók is kiesésekkel találkoznak. A hálózati problémák, az adatközponti gondok és az infrastruktúra meghibásodásai az egész tárhelykörnyezetet leállíthatják, függetlenül attól, hogy az azon lévő egyes oldalak mennyire jól vannak beállítva. A tárhely megbízhatósága szolgáltatónként jelentősen eltér, a szolgáltatási szintszerződéseik pedig meghatározzák, hogy milyen szintű elérhetőség fenntartásáért felelnek.
Külső támadások
Az elosztott szolgáltatásmegtagadásos támadások egyszerre sok forrásból árasztják el a szervert kérésekkel, felemésztik az erőforrásait, és lehetetlenné teszik, hogy válaszoljon a valódi látogatóknak. A kisebb oldalakat akkor is elkaphatják a megosztott infrastruktúrát célzó támadások, ha nem ők a szándékolt célpont. A legjobb védekezés olyan tárhelykörnyezet, amelybe infrastruktúraszinten be van építve a támadások enyhítése, ahelyett hogy egyetlen oldalra bíznák a terhelés elnyelését.
Hogyan hat a weboldal leállása a vállalkozásodra
Elvesztett látogatók
Minden látogató, aki a kiesés idején próbálja elérni az oldalt, és hibával találkozik, üres kézzel távozik. Az olyan oldalaknál, amelyek a webes forgalomra építenek az érdeklődők, az eladások vagy a foglalások megszerzéséhez, a leállás minden órája közvetlenül elmulasztott lehetőségeket jelent. Azok a látogatók, akik a kiesés alatt elmennek, ritkán térnek vissza azonnal, és néhányan egyáltalán nem jönnek vissza, ha az élmény elég erős negatív benyomást hagy.
Hatás a keresési helyezésre
Egyetlen rövid kiesés valószínűleg nem okoz tartós kárt a keresési helyezésben. A keresőmotorok tudják, hogy alkalmanként előfordul leállás, és a rövid elérhetetlenségi időszakokért nem büntetik azonnal az oldalakat. Az ismétlődő kiesések vagy a hosszan tartó leállás más a helyzet. Ha a bejáró többször érkezik az oldalra, és elérhetetlennek találja, az oldalt ritkábban járhatják be, ami lassítja az új tartalom indexelését, és idővel csökkentheti a láthatóságot.
Bizalomvesztés
Azoknál a látogatóknál, akik egy kritikus pillanatban, például vásárlás befejezésekor vagy űrlap beküldésekor tapasztalják, hogy az oldal leáll, a bizalomra gyakorolt hatás azonnali és tartós. Az az oldal, amely tranzakció közben áll le, a sikertelen élmény miatti bosszúság mellett megbízhatósági aggályokat is kelthet. A szolgáltató vállalkozásoknál a hitelesség szorosan összefügg a következetességgel. Az az oldal, amely nem elérhető, amikor egy leendő ügyfél meglátogatja, üzenetet küld arról, hogyan működik a vállalkozás, még akkor is, ha a műszaki oknak semmi köze nem volt ahhoz, hogyan vezetik a vállalkozást.
Mit tegyél, ha leállt a weboldalad
Erősítsd meg, hogy az oldal tényleg leállt
Bármilyen lépés előtt győződj meg róla, hogy az oldal mindenki számára leállt, nem csak neked. A böngésző gyorsítótárával kapcsolatos problémák, a helyi hálózati gondok vagy az internetszolgáltató útválasztási hibái miatt úgy tűnhet, hogy az oldal nem elérhető, pedig online van. Használj olyan független elérhetőség-ellenőrzőt, amely több helyről teszteli az URL-t, hogy megerősítsd, a kiesés valós és széles körű, mielőtt továbblépsz.
Nézd meg a figyelő riasztásait
Ha beállítottad a weboldal-figyelést, és megérted, miért van rá szükséged, nézd meg a figyelő vezérlőpultját vagy a riasztási előzményeket, hogy lásd, mikor kezdődött a kiesés, az összes oldalt érinti-e vagy csak bizonyosakat, és vannak-e olyan minták, amelyek az okra utalnak. A kiesés kezdetekor rögzített figyelési adatok sokkal hasznosabbak bármilyennél, amit utólag rekonstruálhatsz, és világos kiindulópontot adnak annak, aki a javításon dolgozik.
Vedd fel a kapcsolatot a tárhelyszolgáltatóddal
Ha a figyelési adatok és a saját platformbeállításaid alapvető ellenőrzése nem fedi fel az okot, vedd fel a kapcsolatot a tárhelyszolgáltatód ügyfélszolgálatával. Ők olyan rálátással bírnak a szerverinfrastruktúrára, amilyen neked nincs. Add meg a kiesés kezdetének idejét, az oldal által visszaadott hibakódokat, és a már elvégzett ellenőrzések eredményét. Jegyezd fel, mikor kerested meg az ügyfélszolgálatot, és milyen frissítéseket adtak a vizsgálat közben.
Tájékoztasd a látogatókat, ha hosszú a kiesés
Azoknál a kieséseknél, amelyek egy rövid időablaknál tovább tartanak, a proaktív kommunikáció csökkenti az oldalt elérni próbálók bosszúságát. Ha van külön állapotoldalad vagy közösségimédia-jelenléted, frissítsd egy rövid üzenettel arról, hogy az oldal jelenleg nem elérhető, és a problémát vizsgálják. Ez különösen fontos azoknál a szolgáltató vállalkozásoknál, ahol az ügyfelek időkritikus feladatot akarhatnak elvégezni. Az egyszerű visszajelzés arról, hogy a problémáról tudnak, és dolgoznak rajta, többet ér a hallgatásnál.
Hogyan előzd meg a weboldal leállását
Válassz megbízható tárhelyet
A tárhely megbízhatósága nem egyforma a szolgáltatóknál. A tárhelylehetőségeket a közzétett üzemidő-adatok, az infrastruktúra, amelyen futnak, az adatközpontok közönségedhez viszonyított elhelyezkedése, és a szolgáltatási szintszerződésük által nyújtott garanciák alapján értékeld. Az olcsó tárhely gyakran megosztott infrastruktúrát jelent oldalanként korlátozott erőforrás-kiosztással, ami növeli a kitettséget mind a forgalmi csúcsok okozta hibáknak, mind az ugyanazon a szerveren lévő más oldalak okozta problémáknak.
Tartsd naprakészen a szoftvert
Az elavult szoftver az oldalhibák egyik leggyakoribb közreműködője. Ha naprakész maradsz a platformfrissítésekkel, a harmadik féltől származó összetevőkkel és az oldalon lévő egyedi kóddal, csökkented annak az esélyét, hogy egy ismert hiba kiesést okoz. Ha lehetséges, teszteld a frissítéseket előkészítő környezetben, mielőtt éles oldalra alkalmaznád őket, különösen a nagyobb verzióváltásokat, amelyeknél nagyobb az ütközések kockázata.
Állíts be figyelést
A figyelőeszközök rendszeres időközönként, külső helyekről ellenőrzik az oldal elérhetőségét, és SMS-ben vagy e-mailben értesítenek abban a pillanatban, amikor az elérhetőség leesik. Figyelés nélkül csak akkor tudod meg, hogy az oldal leállt, ha valaki szól, ami percekkel vagy órákkal a kiesés kezdete után lehet. Ha van figyelés, percen belül tudod. Ez az időablak óriási gyakorlati különbséget jelent abban, milyen gyorsan lehet alkalmazni a javítást, és mekkora a látogatókra gyakorolt hatás. Ha megérted, miért fontos a weboldal karbantartása, abba beletartozik, hogy a figyelés beállítása alapszint, nem opcionális extra.
Tarts naprakész biztonsági mentéseket
A biztonsági mentések nem előzik meg a leállást, de jelentősen csökkentik a helyreállítás idejét bizonyos típusú kiesések után. Ha egy szoftverfrissítés, egy biztonsági esemény vagy egy konfigurációs hiba olyan módon károsítja az oldalt, amelyet nem lehet könnyen visszacsinálni, egy friss mentés lehetővé teszi, hogy az oldalt egy ismert, működő állapotba állítsd vissza, ahelyett hogy a nulláról építenéd újra. A mentéseket az éles oldaltól elkülönített helyen kell tárolni, hogy egy szerverhiba ne érintse a mentést is mindennel együtt.
Hogyan kezeli a WEMASY az üzemidőt
A WEMASY tárhelyinfrastruktúráját a platform kezeli, így a frissítések, a szerverkarbantartás és az infrastruktúra figyelése az oldal tulajdonosától semmilyen teendőt nem igényel. A platformban beépített üzemidő-figyelés van riasztásokkal, így az oldal tulajdonosa értesítést kap, ha az elérhetőség leesik. A WEMASY a platformszintű szoftverfrissítéseket központilag kezeli, így megszűnik az ütköző frissítések kockázata, amely az önállóan üzemeltetett környezetben több független összetevő kezelésével jár.
Nézd meg, mi tartozik hozzá, a WEMASY weboldalépítőnél, vagy nézd meg a csomagokat az árak oldalon.
Gyakran ismételt kérdések
Honnan tudom, hogy leállt a weboldalam?
A leggyorsabb módja annak megerősítésére, hogy az oldal leállt, ha online elérhetőség-ellenőrzőt használsz, amely egyszerre több helyről teszteli az URL-t. Ezek az eszközök megmutatják, hogy az oldal globálisan ad hibát, vagy csak egy adott régióból vagy hálózatról. Az üzemidő-figyelés beállításával automatikus riasztást kapsz abban a pillanatban, amikor az elérhetőség leesik, így nem kell arra várnod, hogy egy látogató jelezze a problémát. A WEMASY weboldalépítőjével ezt közvetlenül a saját weboldaladon is beállíthatod.
Általában mennyi ideig tart kijavítani a weboldal leállását?
A megoldás ideje teljes mértékben az októl függ. Egy egyszerű konfigurációs hiba, amelyet az oldal tulajdonosa vissza tud csinálni, percekig tarthat. A tárhelyszolgáltató szintjén bekövetkező szerverinfrastruktúra-hiba órákig is eltarthat, attól függően, milyen gyorsan tudja az ügyfélszolgálatuk azonosítani és megoldani a problémát. A friss mentések és a kiesés előtt végzett módosítások világos dokumentációja jelentősen segít leszűkíteni az okot, és csökkenti a megoldás idejét.
Árt a weboldal leállása a keresési helyezésnek?
Egyetlen rövid kiesés valószínűleg nem okoz tartós kárt a keresési helyezésben. A keresőmotorokat úgy építették, hogy értsék, alkalmanként előfordul elérhetetlenség, és észszerű toleranciát adnak az oldalaknak a rövid kiesésekre. Az ismétlődő vagy hosszan tartó leállás más helyzet. Ha a keresőmotor bejárója ismételten elérhetetlennek találja az oldalt, csökkentheti a bejárás gyakoriságát, ami lassítja az új tartalom indexelését, és idővel hathat a láthatóságra.
Mi számít jó üzemidő-százaléknak egy weboldalnál?
A 99,9 százalékos üzemidő a vállalati oldalak szokásos mércéje, ami évente nagyjából 8,7 óra leállást jelent. Sok menedzselt tárhelyszolgáltató 99,95 százalékot vagy többet céloz meg. A megfelelő mérce a vállalkozástól függ: az az oldal, amely éjjel-nappal tranzakciókat vagy foglalásokat dolgoz fel, kevésbé tűri a leállást, mint egy helyi szolgáltató vállalkozás bemutatkozó oldala kiszámítható nyitvatartással.
Mi a különbség a leállás és a lassú weboldal között?
A leállás azt jelenti, hogy az oldal teljesen elérhetetlen, és minden kérésre hibát ad. A lassú weboldal még online van, és tartalmat ad vissza, de olyan sebességgel, amely bosszantja a látogatókat, és egyeseket arra késztethet, hogy elmenjenek, mielőtt az oldal betöltődne. Mindkettő hat a látogatókra, és mindkettő számít, de más az okuk és más a megoldásuk. Az az oldal, amely a forgalmi csúcsok alatt lassú, lehet, hogy közel van azokhoz az erőforráskorlátokhoz, amelyek nagyobb terhelés mellett teljes kiesést okoznának.
A 404-es hibák ugyanazok, mint a weboldal leállása?
Nem. A 404-es hiba azt jelenti, hogy egy konkrét oldal nem található, de a szerver és az oldal többi része működik. A weboldal leállása azt jelenti, hogy maga a szerver nem elérhető, és egyetlen oldal sem tölthető be. A 404-es hiba azokat a látogatókat érinti, akik egy konkrét URL-t próbálnak elérni, a leállás minden látogatót érint, függetlenül attól, melyik oldalt kérték. A 404-es hibák működéséről és javításáról bővebben a 404-es hibáról és a javításáról szóló cikkben olvashatsz.