Wojciech Maroszek 
Közzétett: 10.09.2021 
17 percek 
A 404-es hiba a HTTP-válaszkódok egyike, és valószínűleg a leggyakoribb. Valószínűleg ez lesz az első, amivel találkozik, amikor a világhálón böngészik. De több ilyen kód is létezik, és néhányat – különösen a hibaosztályok közül – érdemes közelebbről megvizsgálni. Honnan jön a bosszantó 404-es, miért kell gondoskodnia a 301-es kódokról a weboldalán, és melyik hiba jelentheti azt, hogy ideje újraindítani a routert? Olvasson tovább, és megtudhatja.
Legfontosabb megállapítások
- A 404-es hiba akkor jelenik meg, amikor a szerver nem találja a kért oldalt, gyakran elírás vagy nem létező erőforrás miatt.
- A 301-es átirányítás fontos SEO szempontból, mivel segít megőrizni a linképítés eredményeit és elkerülni a 404-es hibákat.
- Növelheti weboldala SEO láthatóságát a Senuto használatával, amely stratégiai átirányítások és tartalomoptimalizálás révén minimalizálja a 404-es hibák hatását.
- A 4xx hibakódok a felhasználói hibákat jelzik, míg a 5xx kódok a szerver oldali problémákat, mindkettő befolyásolhatja a felhasználói élményt és a weboldal teljesítményét.
- A 404-es hibák csökkentése és a hibák kreatív kezelése javíthatja a felhasználói élményt és csökkentheti a weboldalról való visszapattanások számát.
HTTP hibák
Hogyan jelenik meg tehát egy hibaüzenet a kért oldal helyett?
Tisztán technikai nyelven szólva, egy HTML-kóddal ellátott fájlra irányuló kérést küldünk a webhelyet fogadó szervernek. Amikor megnyit egy webböngészőt, és beír egy olyan címet, mint senuto.com/en/blog, a szerverünk fogadja a kérést, és válaszként megjeleníti a Senuto blogját.
Ha azonban beírja a senuto.com/en/whereswally címet, a szerver egy olyan kérést kap, amelyre nem ismeri a választ. A kiszolgáló nem tudja, hogy hol van Wally. Egy ilyen lekérdezéssel szembesülve egy szelíd „ehem”-mal fog válaszolni hibaüzenet formájában.
A 404-es hiba talán a legelterjedtebb hibakód. Szóbeli leírása a „Nem található”. Nem annyira azt jelenti, hogy Wallyt nem találták meg, hanem azt, hogy a felhasználó által beírt weboldal címét nem ismerték fel – valószínűleg azért, mert hibát tartalmaz.
Próbáld ki a Senuto Suite-ot 14 napig ingyen
Próbáld ki a Senuto Suite-ot 14 napig ingyenApplication and server errors
A 404-en kívül még 20 más úgynevezett kliensalkalmazási hiba létezik, amelyek mindegyike „4”-gyel kezdődik: 401, 402 és így tovább. Ezek közül néhányat később megnézünk.
Külön kategóriát képeznek a HTTP szerver hibakódok, amelyek „5”-el kezdődnek: 501-es, 502-es stb. hiba.
Ezek a hibák – 4xx és 5xx – valamilyen információt jelentenek, amit a szervertől kapunk a feltett kérdésre válaszul. A hibakód lehetővé teszi számunkra, hogy felismerjük, mi történt, amikor a szerver egy adott típusú kérést kapott.
Miért érdemes erre figyelnünk? Mi az előnye annak, ha jobban megértjük a hibakódok finomságait, amelyekkel találkozhatunk? Ennek három alapvető oka van:
- A saját tudatosságunk és elégedettségünk. A böngésző néha érthetetlen üzenetet jelenít meg. Ahelyett, hogy idegesen felhívnánk az internetszolgáltatót, és megkérdeznénk, miért nem működik már megint az internet, magunk is azonosíthatjuk a hiba okát. Ez különösen akkor kielégítő, ha egy kicsit is kocka vagy, és szereted tudni ezeket a dolgokat. Vagyis muszáj, különben a rendszer nyaggatni fog.
- A hiba azonosításának és kijavításának képessége. Ez mindenekelőtt a webhelytulajdonosokra vonatkozik. A hibák nem mindig láthatóak – a 404-es hibát könnyű felismerni, de nem mindig vagyunk tisztában a többivel, ami a felhasználóink számára megjelenhet, és elriaszthatja őket a weboldalunktól, negatívan befolyásolva a forgalmat. A programozóknak és webmestereknek mindenképpen meg kell ismerkedniük a hibakódokkal.
- Gondoskodjunk a SEO-ról. Ez a pont kapcsolódik az előzőhöz. A weboldalon előforduló hibák nem csak képi problémát jelentenek. Az ilyen problémák közvetve alááshatják webhelye helyezését a keresőmotorokban. Ezt mindjárt elmagyarázom.
HTTP válaszosztályok
Igen, válasz – mert nem minden válasz hiba. A hibák osztályába tartoznak, mint már említettük, a 4xx és 5xx kódok.
A válaszkódok teljes listája így néz ki:
- 1xx: információs válaszok (100-199) – tájékoztatnak például arról, hogy változás történt a protokollban, vagy arról, hogy minden rendben van, és nyugodtan megnyugodhatsz.
- 2xx: sikeres válaszok (200-299) – az ügyfél kérése feldolgozásra került.
- 3xx: átirányítások (300-399) – az ügyfélnek további lépéseket kell tennie a művelet befejezéséhez.
- 4xx: ügyfélhibák (400-499) – az ügyfél valamit rosszul csinált (pl. rossz helyen kereste Wallyt).
- 5xx: szerverhibák (500-599) – nem az ügyfél a hibás, hanem a technológia.
Összesen több mint 50 kód van. Koncentráljunk a legnépszerűbb vagy figyelemre méltó kódokra. Ezek majdnem kizárólag hibák lesznek – 4xx és 5xx -, kiegészítve egyetlen 3xx-el. Ezzel kezdünk.
301 Állandóan áthelyezve
Ez az üzenet azt jelenti, hogy a weboldal valamely erőforrása véglegesen átkerült egy másik címre. Például a blogunkon www.sweetassblog.pl, az „Élet” kategóriában „1. cikk” kreatív cím alatt tettünk közzé egy cikket www.sweetassblog.pl.
Az URL címe így nézhetne ki:
http://www.sweetassblog.pl/life/article-1/.
Ezt a linket mi tettük ki. Megosztottuk a Facebookon, szétkentük az egész interneten, ameddig a szem ellát, és még néhány közös blogon is újra közzétették.
De valamivel később megváltoztattuk annak a kategóriának a nevét, amelyben az 1. cikk megjelenik. Most az „Élet” helyett a kategória neve „Cicák”. Az URL is ennek megfelelően változott:
http://www.sweetassblog.pl/kitties/article-1/.
Szóval mi a probléma?
Nos, a régi link még mindig megjelenik az összes többi internetes forrásban! Ha valaki rákattint, a link tévútra vezeti – konkrétan egy 404-es hibát megjelenítő oldalra. Nincs itt senki, akit Wallynak hívnak.
A megoldás? Egy átirányítás. Pontosan erre való a 301-es hivatkozás. A kiszolgálónak tudnia kell, hogy az URL új változata
http://www.sweetassblog.pl/life/article-1/.
http://www.sweetassblog.pl/kitties/article-1/, és azt a címet kell megadnia a felhasználónak, aki a régi, elavult linkre kattintott.
Bizonyos esetekben az ilyen átirányítások automatikusan történnek – például a WordPress újabb verziói, amelyek nemcsak a legtöbb blognak, hanem egyre több üzletnek is otthont adnak, a felhasználó bevonása nélkül dolgozzák fel a 301-et. Megváltoztathatod a cikk címét, és ezzel együtt az URL is megváltozik, de hiába kattint valaki az eredeti URL-re, a megfelelő helyre irányítják át.
Bizonyos esetekben azonban az átirányítást manuálisan kell végrehajtani – egy megfelelő pluginnal (WordPress) vagy a .htaccess fájlba történő módosítások mentésével.
Az átirányítás akkor is hasznos, ha egy aloldalt már nem akarunk tovább fejleszteni, vagy hogy az emberek meglátogassák – de törölni sem akarjuk, mert az interneten sok forrás hivatkozik rá. Ez forgalmat hoz a weboldalra, és növeli a keresőmotorokban elfoglalt helyezését. Ebben az esetben beállíthatunk egy átirányítást, hogy az A oldalra belépni próbáló felhasználók automatikusan a B oldalra kerüljenek.
401 Nem engedélyezett
Ez a hiba érvénytelen hitelesítési hitelesítő adatok esetén jelenik meg. Egyszerűen fogalmazva, valószínűleg rossz felhasználónevet és/vagy jelszót adott meg.
A 401-es hiba többnyire a bejelentkezési oldalon végzett műveletek eredményeként fordul elő. Adja meg a helytelen adatokat, nyomja meg az Entert, és máris 401-et kap.
Figyelem: A 401-es hiba nem mindig a bejelentkezési oldal előzi meg. Előfordulhat, hogy egy adott oldalra próbál belépni (pl. egy weben talált linken keresztül), és rögtön a 401-es hiba jelenik meg. Ebben az esetben érdemes felkeresni a weboldal kezdőlapját, és ott keresni a bejelentkezés vagy fiók létrehozásának módját. Ezután bejelentkezett felhasználóként próbálja meg újra megnyitni azt az oldalt, amely korábban „nem volt engedélyezve”.
Ha webhelytulajdonosként vagy rendszergazdaként problémái vannak a 401-es hibával, jegyezze meg a tárhelyszolgáltatóját – lehet, hogy a saját oldalukon olyan biztonsági intézkedések vannak érvényben, amelyek a problémákat okozzák.
403 Forbidden
Nem szabad átmenned. Miért kapja a 403-as kódot? Például azért, mert olyan oldalra próbálsz belépni, ahol a tulajdonos privát adatokat tárol, vagy ahol csak a szervezet alkalmazottai férhetnek hozzá.
Könnyen kitalálhatod, hogy normál felhasználóként nem sokat tehetsz, ha 403-as kóddal szembesülsz. Megpróbálhatsz kapcsolatba lépni a webhely tulajdonosával, és hozzáférést kérni.
Ha viszont Ön egy weboldal tulajdonosa, és szeretné megakadályozni a hozzáférést egyes erőforrásaihoz, az egyik módszer az, hogy a .htaccess konfigurációs fájl segítségével letilt bizonyos IP-címeket (vagy egy egész címtartományt).
404 Not Found
Itt nincs semmi. Ön, a felhasználó valószínűleg rossz URL-t írt be a böngészőablakába (esetleg elírta), vagy csak a webhely egy nem létező aloldalát próbálta elérni. Azonban nem ezek az egyetlen okok, amiért a 404-es, az interneten a legnépszerűbb hibatípus megjelenhet. Soroljuk fel az összes lehetséges okot:
- Hibásan írta be a címet a böngészőbe, vagy olyan aloldalt próbál elérni, amely nem létezik.
- A link, amelyre rákattintott, hibát tartalmaz (pl. hiányzik az URL utolsó betűje).
- Az erőforrás a kiszolgálón máshová lett áthelyezve, és nem történt átirányítás (lásd 301, fentebb).
- Az erőforrás véglegesen törlődött az oldalról (pl. egy hónappal ezelőtt elmentett egy linket egy termék aloldalára egy webáruházban, és azóta a termék elfogyott, így egy szép 404-es eredményt kap, amikor megpróbálja elérni az aloldalt).
.
A 404-es oldallal leginkább a e-kereskedelmi vállalkozások minden típusában találkozhatunk: online könyvesboltok, ruházati boltok, aukciós oldalak stb. esetében.
Legónak is van 404-es oldala.
Kétféle 404-es oldal létezik. Egyrészt lehetnek érdektelenek vagy egyenesen csúnyák, és merev és unalmas módon kommunikálják, hogy a felhasználó egy üres oldalt kért.
Internet Explorer, nem hiányzol nekünk.
Másrészt a 404-es oldalak a maguk módján kreatívak lehetnek, kellemes látványt nyújtanak, és megnyugtatják a felhasználót. Valahol rossz irányba tévedtél, de nem baj, mert most például feliratkozhatsz a hírlevélre. Vagy – ha webáruházról van szó – megnézhet néhány kedvezményes terméket.
A 404-es hiba és a weboldal SEO
A kreatív 404 egy olyan dolog, amire érdemes odafigyelni egy weboldal tulajdonosaként vagy adminisztrátoraként. A másik a 404 csökkentése. Ez visszavezet minket az átirányítások témájához. Ha egy adott aloldal megváltoztatta a címét vagy megszűnt létezni, általában jobb átirányítani a felhasználót egy másik, működő aloldalra, mint 404-es üzenetet osztogatni.
Egy ilyen hibaüzenettel ellátott oldal általában hozzájárul a visszafordulási arány növekedéséhez. Bounce-nak nevezzük azt, amikor a felhasználó belép az oldalra, majd gyorsan elhagyja azt. A Google azt állítja, hogy az oldal 404-es hibája nem befolyásolja az oldal keresőmotorban való helyezését – és igaz, hogy nincs közvetlen kapcsolat. De van egy közvetett. A magas visszafordulási arány negatív hatással lehet az oldal SEO-jára, a 404-es hibák pedig növelik ezt. Szóval iktassuk ki őket, amennyire csak lehet.
408 Request Timeout
Az oldal betöltődik. És töltődik. És töltődik… amíg végül feladja és 408-as időt kér. A kérés időzített leállt.
Mint minden 400-as, a 408-as is egy felhasználói hibakód (legalábbis elméletileg).
Ha 408-at lát, hadd mondjam el, mielőtt az internetszolgáltató tanácsadója telefonon keresztül mondja: ellenőrizze, hogy más weboldalak is lassan vagy egyáltalán nem töltődnek-e be, és ha igen, állítsa vissza a routerét, majd frissítse az oldalt.
Ha a böngészőnek túl sokáig tart a szerverhez való kapcsolódás, az valószínűleg az internetkapcsolatod miatt van.
De arra is van egy kis esély, hogy a szerver beállításai váltják ki a 408-at. A webhely rendszergazdájaként ellenőrizheti a konfigurációs fájlt – ez határozza meg azt az időt, amely után a HTTP-kérést el kell utasítani. A határérték megnövelése segíthet a gyakori (és korai) 408-as hibákon.
500 belső szerverhiba
Ismeretlen okokból a szerver nem tudja feldolgozni a felhasználó által küldött kérést. Például amikor egy elektronikai áruház weboldalára mész, ami eddig mindig működött, de ma úgy dönt, hogy 500-as hibát ad.
És pont a fekete pénteken! Micsoda szívás.
Szar ügy lehet, de talán nem véletlen, hogy éppen fekete pénteken. Az 500 akkor jelenhet meg, amikor a szerver túlterhelt. Túl sokan próbálnak egyszerre belépni egy olyan oldalra, ami nincs felkészülve ekkora forgalomra. Ez megtörténhet egy kiárusítási napon vagy a félév végén, amikor a diákok megrohamozzák a vizsgaeredmények oldalát.
Ezt technikailag szervertúlterhelésnek nevezik, amelyet a túl sok bejövő kérés okoz.
Az 500-as hiba további lehetséges okai a következők:
- sérült vagy rosszul megírt .htaccess fájl,
- más fontos konfigurációs fájlok hiánya a szerveren,
- hibák a weboldal szkriptjeiben.
Felhasználóként egyszerűen újrafrissítheti az oldalt – a legegyszerűbb megoldás gyakran működik. Ha ez sem segít, törölje a gyorsítótárat és a cookie-kat, és indítsa újra a böngészőt. Azt is elfogadhatja, hogy ezúttal nem tudja megvenni azt a fantasztikus elektromos robogót 30 százalékos kedvezménnyel, és inkább sétálni megy.
A weboldal tulajdonosaként vagy rendszergazdájaként azonban mindenképpen érdemes utánanézni az 500-as hiba okának, és ha lehetséges, megszüntetni azt. Igazából ugyanúgy, mint bármely más szerverhiba esetén.
A fent leírt 500-as hiba eléggé rejtélyes – tudod, hogy valami baj van, de a szerver nem tud részleteket mondani az okáról.
Az 503 pontosabb. Azt jelenti, hogy a szerver jelenleg nem tudja kezelni a kérést – azaz betölteni az oldaladat – túlterhelés (az a kedvezményes robogó megint elszállt) vagy tervezett karbantartás miatt.
Ha Ön a weboldal tulajdonosa vagy adminisztrátora, és meglepte az 503-as hiba, próbálja meg újraindítani a szervert (ha a weboldal dedikált szerveren van). Nézze meg azt is, hogy a tárhelyszolgáltatója éppen karbantartást végez-e. Ha igen, akkor a szerverek egy időre leállnak, és meg kell várnia, amíg újra bekapcsolják őket.
504 Gateway Timeout
Ez a hiba hasonló a fentebb tárgyalt 408-ashoz, azzal a különbséggel, hogy itt a bűnös egyértelműen a szerver. Pontosabban a weboldalt kiszolgáló szerverek nem kommunikálnak jól egymással.
Ha az információátvitel közöttük túl sokáig tart, a felhasználó a kért oldal helyett az 504-es hibát kapja.
Ennek több oka is lehet, ezért be kell vonni a rendszergazdát, és valószínűleg szakértővel is konzultálni kell, hogy megtalálják a kiváltó okot, és megszüntessék azt.
A fenti lista a figyelemre méltó HTTP-válaszkódok szubjektív kiválasztása. Sokkal több üzenet létezik, beleértve a hibákat is, és a teljes lista megtalálható a Wikipédia oldalon.
