404-es és egyéb 400-as, 500-as hiba. Mit akar mondani a böngészője?

Digital marketing
Wojciech MaroszekWojciech Maroszek
Közzétett: 10.09.2021
15 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.

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.

Application 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.

Vezesse be a Senutót most 14 nap ingyen – hitelkártya nélkül

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.

503 Service Unavailable

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.

Oszd meg ezt a posztot:  
Wojciech Maroszek

Content specialist i copywriter w Senuto, tworzy i zarządza treściami w serwisie. Przez lata związany z branżą mediów jako dziennikarz i wydawca.

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

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

1 órás INGYENES Senuto bemutató

Válassz időpontot és jelentkezz