Oldalmegszakítás – honnan ered ez a probléma és hogyan oldható meg?

A weboldal kiesését számos tényező okozhatja – a szerveroldalon fellépő hibától kezdve a megnövekedett forgalmon vagy a webhelyen végzett munkán át a webhely új tárhelyre történő ütemezett migrációjáig.

A legfontosabb azonban az, hogy váratlan nehézségek esetén hideg fejjel, gyorsan felkutassa a probléma forrását, és azt saját maga vagy a tárhelyszolgáltató segítségével hatékonyan elhárítsa.

Olvasson tovább, és ismerje meg a webhely összeomlásának leggyakoribb okait és megelőzési módszereit, azt, hogy mikor érdemes „ürítést” (karbantartási szünetet) alkalmazni, és hogy egy webhely összeomlása befolyásolhatja-e a webhely Google-rangsorolását.

Site break – leggyakoribb okok és megelőzési módszerek

.
Számos tényező okozhatja egy webhely törését. Ezek közül néhány csak rövid elérhetetlenséghez járulhat hozzá, míg mások hosszú távú elérhetetlenséget jelenthetnek az oldal elérésében. A leggyakoribb okok közé tartoznak a következők:

• technikai problémák a szerverrel;

.

• alkalmazási hibák (az oldal motorja vagy annak kiegészítői/plug-injei);

.

• az oldal túlterhelése megnövekedett forgalom vagy DDoS-támadás miatt;

.

• az oldal áthelyezése egy új szerverre;

.

Technikai problémák a szerverrel

.
Általában ez az első gondolat, ami eszünkbe jut, amikor egy weboldal összeomlik. A tárhelyszolgáltatás technikai (pl. hardver) vagy hálózati hiba, illetve szerver- vagy domain-hiba következtében is leállhat. Természetesen a webhelyhez megfelelő webtárhely kiválasztásával a legtöbb ilyen meghibásodás elkerülhető.

Egy jó webtárhely-szolgáltatónak olyan infrastruktúrával kell rendelkeznie, amely ellenáll a hardverhibáknak (pl. többszintű redundancia alkalmazásával, azaz a szerver „tartalék alkatrészeivel”, amelyek automatikusan átveszik a meghibásodott komponens működését). Segítenie kell továbbá a weboldalának nem megfelelő szerverkonfiguráció (pl. egy nem kompatibilis PHP-verzió) vagy a domain DNS-zónájának konfigurációjának gyors javításában (pl. az egyik bejegyzés véletlen törlése után).

Alkalmazási hibák vagy sebezhetőségek

.
Ezek a webhely összeomlásának néhány leggyakoribb oka. Előfordulhatnak a szoftverek, bővítmények (bővítmények, témák, integrációk) nem kompatibilis verzióinak telepítése vagy frissítése következtében. Egy másik ok lehet, hogy a webhely elavult verziója van. A webhelymotor hibái a szerver olyan verziókra történő frissítése következtében is előfordulhatnak, amelyeket az alkalmazás már nem támogat.

A vírusfertőzések szintén gyakori forrása a webhely elérhetőségi problémáinak. Ezek már csak a nem frissített modulok, bővítmények vagy témák használatának eredményeként is megjelenhetnek a webhelyen. A fertőzött fájlok tartalmazhatnak olyan kódrészleteket és szkripteket, amelyek végrehajtása során a felhasználót pornográf vagy ajánlati oldalra irányítják át. Vannak olyan szkriptek is, amelyek „a háttérben” egyéb, a szervert terhelő műveleteket hajtanak végre, például kriptopénzek ásását. Ez nyilvánvalóan megterheli a tárhelyet, lelassítja az oldal betöltési idejét, és akár annak teljes elérhetetlenségéhez is vezethet.

Szerencsére megvédheti magát az alkalmazáshibáktól és a sebezhetőségektől. Mindössze ennyi szükséges hozzá:

• telepítse a tesztelt bővítményeket, és ellenőrizze azok kompatibilitását a webhely motorjával;

.

• tartja naprakészen a webhelyet;

.

• készítsen biztonsági mentéseket (mentéseket), mielőtt nagyobb munkálatokat végez az oldalon

.

Ezzel szemben a vírusfertőzések elkerülése segít:

• jó gyakorlatok a webhely építésénél és bővítésénél (csak tesztelt kiegészítők);

.

• az oldal motorjának, a bővítményeknek, a témának, a PHP verziójának rendszeres frissítése;

.

• erős és nehezen feltörhető hozzáférési jelszavak (a webszerverhez, az adatbázishoz, a webhely backendjéhez);

.

• rendszeres víruskeresés (lehetőleg a tárhelyszolgáltató által végzett);

.

• a webhely rendszeres tisztítása a felesleges bővítményektől;

.

• a webhelyek elkülönítése, ha egynél több webhelyet üzemeltet ugyanazon a szerveren;

.

Az oldal túlterhelése túlzott forgalom esetén

.
Ellentétben azzal, amit gondolhat, a webhely meghibásodásának ez az oka nem csak a népszerű webhelyek számára van fenntartva. Egy kis webhely, amely egy népszerű közösségi médiacsoportban vagy egy olyan szolgáltatásban, mint a Wykop, kapcsolódik, szintén áldozatul eshet a megnövekedett forgalom következtében bekövetkező összeomlásnak. Mondhatjuk, hogy az oldal a váratlan siker áldozatává válik – a hirtelen megugró látogatószám megbéníthatja a szerver processzorának teljesítményét, kimerítheti a rendelkezésre álló RAM-ot vagy a tárhelyen előírt kapcsolati korlátokat, amelyek korábban elegendőek voltak egy kis elérésű és forgalmú oldal kezelésére. Ha a szerver nem rendelkezik a kérések kezeléséhez szükséges erőforrásokkal, a látogatóknak 503 hiba-t jelenít meg.

A webhely túlterheltségét nemcsak a kívánt forgalom (ügyfelek, látogatók), hanem abottevékenység is okozhatja. A botok „megtámadhatják” oldalunkat például egy nem biztonságos kapcsolatfelvételi vagy hozzászólási űrlapon keresztül. Minél többen próbálnak megjegyzést hagyni vagy üzenetet küldeni, annál nagyobb a forgalom, annál több kérést kell a szervernek kezelnie, és következésképpen – kevesebb a szerveren rendelkezésre álló teljesítmény.

A túlterhelés egy másik típusa aDDDoS-támadás, amely olyan támadás, amely során botok egyszerre több eszközről kérdeznek le egy szervert vagy webhelyet, hogy elfoglalják az összes rendelkezésre álló erőforrást. A DDoS-támadás eredménye, hogy a webhelyhez nem lehet csatlakozni, és így – a webhely nem elérhető az ügyfelek és a látogatók számára.

A túlterhelés következtében fellépő webhelykiesésre való reagálás nehezebb, de nem lehetetlen. Ha webhelye népszerű webhely, a tárhely kiválasztásakor ügyeljen a szerver rugalmasságára. Promóciós események, Black Friday, vagy például egy TV-látogatás során további erőforrásokkal (CPU, RAM) erősíti a szervert, és így – immunissá teszi a hirtelen túlterheléssel szemben.

Ha a megnövekedett forgalmat nem tudod előre jelezni, győződj meg róla, hogy a webtárhelyed készen áll a szerver erőforrásainak növelésére, amikor a webhelyednek szüksége van rá. Mindenképpen tegyen egy felhőmegoldásra, még ha csak privát felhő (felhőszerver) formájában is, amely rugalmasságot és nagyobb stabilitást biztosít Önnek.

A nemkívánatos botforgalom leküzdésében segít Önnek biztosítani kapcsolatfelvételi űrlapjait és hozzászólási űrlapjait például captchával. A DDoS-támadások elleni védelmet bízza webtárhelyére. Mielőtt azonban szervert választ, győződjön meg róla, hogy az ilyen támadások blokkolására szolgáló mechanizmusokat használ, és hogy szolgáltatásait független adatközpontokban, különböző szolgáltatók és internetszolgáltatók független kapcsolataihoz tartozó független helyeken hosztolja.

DNS zóna terjesztése – szolgáltatás migráció

.
Nem minden megszakítást okoz rosszindulatú vagy problémás tevékenység. Átmeneti elérhetetlenség előfordulhat olyan tevékenységek miatt is, amelyeket mi magunk szándékosan végzünk. Ilyen például egy szolgáltatás új szerverre történő migrációja.

Maga az oldal fájljainak áthelyezési folyamata nem befolyásolja az oldal működését. Az adatok észrevétlenül és nagyon gyorsan másolódnak át a hosztok között. A migráció után azonban át kell irányítani a tartományt az új tárhelyre. Ehhez meg kell változtatni a domain DNS-bejegyzéseit. A DNS-rekordok módosítása okozza a terjedést. Ilyenkor a domain „felfrissül” az interneten. Néha a propagáció úgy történik, hogy X óráig a weboldal a forráskiszolgálóról, X órától pedig a célkiszolgálóról fut. Egy ilyen esetben a terjedés nem okoz fennakadást a webhely működésében. Előfordulhat azonban, hogy a webhely X óráig a forráskiszolgálóról fut, és csak néhány órával később kezd el futni arról a kiszolgálóról, amelyre a migráció történt.

Vannak módszerek a terjedés befolyásolására (lerövidítésére) a DNS rekordok gyakori frissítésének beállításával (TTL maximum néhány másodpercig), de ne feledje, hogy a terjedési folyamat akár 48 órát is igénybe vehet, és nem minden helyen ér véget ugyanabban az időben.

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

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

Az oldal kiesése – hogyan lehet megtalálni a probléma forrását?

.
Amikor kimaradás történik, nem ritka, hogy azonnal pánikba esünk, amit rengeteg stressz és felesleges idegeskedés kísér. Közben a legjobb, ha megőrizzük hideg fejünket, és végigmegyünk néhány alapvető lépésen, amelyek elvezetnek minket a diagnózishoz.

Kezdésként javaslom, hogy válaszoljunk néhány kérdésre:

.
1. A meghibásodás bekövetkezése előtt folyt-e és milyen munka a helyszínen

.

2. Változott a szerver konfigurációja a közelmúltban, ha igen – milyen beállítások történtek?

.

3. Változott-e a közelmúltban a domain konfigurációja, ha igen – milyen beállításokat végeztek?

.

4. Elfelejtettem fizetni a domainért és/vagy a tárhelyért?

.

Ha az összeomlás a webhelyen végzett munka eredményeként következett be, javaslom, hogy állítsa vissza a webhely biztonsági mentését az utolsó biztonsági mentésből (lehetőleg ha a tárhelyszolgáltató készítette), majd végezze el a további munkát már a webhely munkaverzióján (nem a produktív változaton).

Ha a módosítások a szerver vagy a domain konfiguráció részeként történtek – kérjen segítséget a tárhelyszolgáltatótól a konfiguráció visszaállításához a szerkesztés előtti állapotba.

Ha még nem fizette ki a domain vagy a tárhely díját – azonnal utalja át a szükséges összeget, és küldjön átutalási visszaigazolásokat a megjegyzések mielőbbi visszaállítása érdekében.

A hiba nem a folyamatban lévő munka eredményeként következett be, és a domain és a tárhely ki van fizetve. Mi a következő lépés?”

.
Ha a fenti kérdések mindegyikére „nem” a válasz, akkor ideje továbblépni az ellenőrzés következő lépésére. Ellenőrizze a webhely teljesítményét különböző eszközökön, különböző szolgáltatóktól származó internettel. Ha a hiba hálózati alapú, előfordulhat, hogy az Orange szolgáltatótól származó oldal nem jelenik meg, de a Play internet használatával megjelenített oldal már megfelelően működik.

Még mindig nem működik? Ebben a szakaszban azt javaslom, hogy telefonáljon a tárhelyszolgáltató forródrótjára, és győződjön meg arról, hogy nincs szerverhiba (érdemes megkérdezni azt is, hogy a domain megfelelően működik-e – aktív státuszban van-e).

Ha hiba van, akkor marad az, hogy szorítson, hogy minél hamarabb megoldódjon. Ha a hiba nem áll fenn – keressük tovább.

Érdemes ebben a helyzetben a tárhelyszolgáltatóval diagnosztizáltatni a hibát. Ennek a diagnózisnak a szervernaplók elemzésére kell összpontosítania, és ha a naplók nem jelzik a problémát – a szerver vírusfertőzésre való átvizsgálását kell elvégezni.

Ha a naplók „tiszták”, és a vizsgálat semmit nem mutatott ki, a helyzet sokkal bonyolultabbá válik, de egy jó tárhelyszolgáltatónak nem szabad feladnia a probléma forrásának keresését, és végül (ha a hiba a szerver oldalán van) – megoldani a nehézséget.

Abban az esetben, ha nem tudsz hozzáértő támogatást kapni, segítségedre lehet a webhely biztonsági mentése, azaz a webhely visszaállítása a legutóbbi biztonsági mentésből.

Az oldal vírusai vs. SEO

.
Ha a víruskeresés gyanús fájlokat jelzett vagy fertőzéseket észlelt, cselekedjen gyorsan. Vagy saját maga vírusmentesíti az oldalt, vagy vírusmentesítheti azt a webtárhelyén vagy egy harmadik féltől származó szakértővel. A vírusmentesítés után gondoskodjon webhelye védelméről, hogy elkerülje a fertőzés megismétlődését. Végezze el a webhely motorjának és a telepített bővítményeknek a frissítését, távolítsa el a felesleges bővítményeket (pl. a már nem használt bővítményeket), változtassa meg a webhely adminisztrációs paneljéhez és az FTP-kiszolgálóhoz való hozzáférés jelszavait, és ellenőrizze, hogy van-e a webhelynek a szerveren elfelejtett példánya. Ha igen – távolítson el mindent, ami felesleges. A webhely biztosításának szakaszában érdemes segítséget kérni egy webfejlesztőtől.

Sajnos egy fertőzött webhely elhagyása nagyon rossz hatással lehet a SEO-ra. A Google megvédi a felhasználókat a nem kívánt szoftverektől. Ha egy webhelyen fertőzést észlel, az azt felkereső felhasználók figyelmeztetést kapnak a veszélyes tartalomról, és gyakran lemondanak a további látogatásokról. Ezenkívül a Google blokkolja a rosszindulatú szkripteket tartalmazó aloldalak megjelenését a keresési eredményekben.

A webhely karbantartási leállása

.
Diagnosztizált probléma? Itt az ideje, hogy folytassa a megoldását! Ha a hibákat nem tudja „a háttérben” kijavítani az oldal működése, akkor érdemes beütemezni egy oldal karbantartási szünetet. A webhelykarbantartási szünet jól jön egy nagyobb webhely átalakítás, frissítés esetén vagy a javítási munkálatok során is.

A karbantartási szünet bevezetésének célja, hogy a látogató és az ügyfél elrejtse a webhely tökéletlen verzióját, illetve a webhelyen megjelenő hibákat a látogató és az ügyfél elől (különösen, ha a javítás során engedélyeztük a hibakeresési módot). Ennek a szünetnek azonban a lehető legrövidebbnek kell lennie, és a karbantartási munkálatokat (ha lehetséges) a webhely legkisebb forgalmú óráiban kell elvégeznünk.

Az ütemezett és időigényes munkálatok okozta megszakítást a megfelelő HTTP-kóddal (503-as kód) kell ellátni. Ennek a kódnak a bevezetése azt eredményezi, hogy ha a Google robotja meglátogatja a szervert, akkor közli vele, hogy az oldal elérhetetlensége átmeneti állapot. Ez a kód akkor is jól működik, ha oldalunk összeomlott, és számos aloldalát 404-es hibával jelöltük. Ebben az esetben az 503-as kód lesz a „kisebbik rossz”.

Hogyan befolyásolja az oldaltörés a SEO-t?

.
Egy rövid oldaltörés, függetlenül a probléma forrásától, nem okozhat kellemetlen következményeket a Google pozíciókat illetően. Leggyakrabban a robotoknak nem is lesz idejük megnézni az oldalt az elérhetetlenség alatt.

Ha a megszakítás hosszabb ideig tart, és a robotok az elérhetetlenség alatt megnézik az aloldalainkat, akkor átmeneti visszaesést tapasztalhatunk a pozíciókban. Minden azonban attól függ, hogy az üzemszüneti állapot mennyi ideig tart, és hány aloldalt látogat meg a robot az üzemszünet alatt. A Google láthatóságának esetleges ingadozásait a Senuto láthatóságelemzési diagramján láthatja:

.

Ha a robotok következő látogatásakor helyesen olvassák az oldalt, a pozíciók minden valószínűség szerint gyorsan visszaállnak a helyükre. Minél hosszabb a hiba, annál több időt vehet igénybe a visszatérési folyamat. Ha aggódunk amiatt, hogy sokáig kell várni a visszatérésre, a nehézség megoldása után érdemes a Google Search Console eszközzel meghívni a robotot az oldalunkra.

FAQ