404 hiba: teljes útmutató

A 404 hiba azt jelenti, hogy a szerver elérhető, de a kért címen nem talál tartalmat. SEO szempontból a 404 önmagában nem büntetés: a megszűnt lapoknak jogosan kell 404-et vagy 410-et adniuk. A gond akkor kezdődik, ha fontos, linkelt vagy forgalmat hozó lap tűnik el, ha belső linkek mutatnak hibás címre, vagy ha a hibalap valójában 200-as kóddal felel.

Alapfogalmak

A 404 egy HTTP-állapotkód, a szabvány szerinti neve „Not Found". A szerver ezzel azt mondja: a kérésed rendben megérkezett, de ezen a címen nincs semmi, amit visszaadhatnék. Ez különbözik az 5xx hibáktól, ahol maga a szerver hibázik, és a 3xx átirányításoktól, ahol a tartalom máshol van. A 404 a legőszintébb válasz arra, ha egy lap nem létezik.

A mindennapi szóhasználatban a „404-es oldal" két dolgot jelenthet. Az egyik az állapotkód, amelyet a böngésző és a kereső kap. A másik az a hibalap, amelyet a látogató lát: egy üzenet, keresőmező, néhány hasznos link. A kettő független egymástól. Lehet jól megtervezett hibalapod, amely rossz kóddal felel, és lehet helyes 404-es kódod egy üres, használhatatlan lappal. SEO szempontból a kód számít, felhasználói szempontból a lap.

A téma a Technikai SEO alapjai közé tartozik, és kapcsolódik az állapotkódokhoz, az átirányításokhoz és a feltérképezéshez.

Rokon állapotkódok

Kód	Jelentés	Mikor használd
200	OK	A lap létezik és tartalommal felel
301	Végleges átirányítás	A tartalomnak van közvetlen utódja egy új címen
404	Not Found	A cím nem létezik, vagy nem tudjuk, visszatér-e
410	Gone	A tartalmat szándékosan, véglegesen eltávolítottuk
Soft 404	Nem állapotkód, hanem a kereső besorolása	Nem kívánatos: a lap 200-at ad, de hibalapnak vagy üresnek tűnik
5xx	Szerverhiba	Nem 404: a lap létezhet, de a szerver nem tudja kiszolgálni

404 vagy 410?

Mindkettő azt jelenti, hogy a tartalom nincs itt. A 410 annyival többet mond, hogy a hiány szándékos és végleges. A gyakorlatban a Google a kettőt nagyon hasonlóan kezeli: mindkettő esetén idővel kiveszi a címet az indexből. A 410-et akkor érdemes használni, ha biztos, hogy a tartalom nem tér vissza, és ezt egyértelműen jelezni akarod, például egy megszüntetett termékcsoportnál. Ha bizonytalan vagy, a 404 a biztonságos alapértelmezés.

Mi a soft 404?

A soft 404 nem állapotkód, hanem a kereső ítélete. Akkor jelzi, ha egy lap 200-as kóddal felel, de a tartalma alapján hibalapnak, üres lapnak vagy értelmetlen tartalomnak tűnik. Tipikus eset a „nincs találat" oldal, a készleten kívüli termék üres lapja, vagy az, amikor minden megszűnt cím a kezdőlapra irányít. A részleteket a soft 404 útmutató tárgyalja.

Hogyan működik?

Egy kérés feldolgozásakor a szerver vagy az alkalmazás megpróbálja megtalálni a címhez tartozó tartalmat. Statikus oldalnál ez egy fájl keresése, CMS-nél egy adatbázis-lekérdezés, például egy bejegyzés vagy termék azonosítója alapján. Ha nincs találat, a szerver 404-es kóddal és egy hibalappal felel. A lényeg, hogy a kód a válasz első sorában legyen, ne csak a lap szövegében.

A 404 útja a keresőben

A keresőrobot egy linkből, a sitemapből vagy a korábbi ismeretei alapján kéri a címet.
A szerver 404-es kóddal felel.
Ha a cím még nincs az indexben, a kereső egyszerűen nem veszi fel.
Ha már benne volt, a kereső idővel eltávolítja. Ez nem azonnali, a robot jellemzően újra próbálkozik.
A kereső a címet később is újra kérheti, főleg ha még mutatnak rá linkek. Ez normális, nem hiba.

Árt-e a 404 az oldal egészének?

A Google nyilvános dokumentációja és képviselőinek visszatérő nyilatkozatai szerint a 404-es címek önmagukban nem rontják az oldal többi lapjának rangsorolását. Minden oldalon vannak megszűnt vagy elgépelt címek, ez a web természetes állapota. A kár nem a kódból, hanem a körülményekből fakad:

Elveszett forgalom. Ha egy korábban jól rangsorolt lap tűnik el utód nélkül, annak forgalma is eltűnik.
Elveszett hivatkozások. A megszűnt lapra mutató külső linkek nem juttatnak értéket a lap utódjának, ha nincs átirányítás.
Rossz felhasználói élmény. A belső linkekről hibalapra érkező látogató elveszítheti a bizalmát.
Feltérképezési pazarlás. Nagy számú hibás belső link esetén a robot olyan címekre költ, amelyek soha nem adnak tartalmat.

Honnan jönnek a 404-ek?

A 404-es kérések forrása sokféle lehet: törölt vagy átnevezett lapok, elgépelt belső linkek, más oldalakon elírt hivatkozások, régi könyvjelzők, kampánylinkek, amelyek lejárt lapra mutatnak, és automatikus kérések, amelyek ismert sebezhetőségeket keresnek. Az első három forrás a te hatáskörödbe tartozik, a többit jellemzően csak kezelni lehet, megszüntetni nem.

Egyedi hibalap és a helyes kód

A legtöbb CMS és keretrendszer lehetővé teszi egyedi hibalap megjelenítését. A buktató az, hogy egyes megoldások a hibalapot átirányítással jelenítik meg: a hibás cím 302-vel egy /404/ nevű lapra küld, amely 200-as kóddal felel. A kereső így nem hibát, hanem egy létező lapot lát. A helyes megoldás az, hogy a hibalap tartalma az eredeti címen, átirányítás nélkül, 404-es kóddal jelenjen meg.

Fő módszerek

A 404-ek kezelése nem azt jelenti, hogy mindet meg kell szüntetni. Azt jelenti, hogy minden megszűnt címről tudatos döntés születik: átirányítás, visszaállítás vagy tiszta 404, illetve 410. A módszer egy döntési fán alapul, amely a cím értékéből és a tartalom sorsából indul ki.

Döntési szabály

Helyzet	Teendő
A tartalomnak van közvetlen utódja	301 átirányítás az utódra
A lapot tévedésből törölték, és értékes volt	Visszaállítás az eredeti címen
A tartalom megszűnt, nincs utódja	404 vagy 410, hasznos hibalappal
A cím soha nem létezett, elgépelés vagy robotkísérlet	404, nem kell vele foglalkozni
Elgépelt belső vagy külső link, gyakran kért cím	A belső linket javítani, a gyakori elgépelésre 301
Átmenetileg nem elérhető tartalom	Nem 404: a tartalom maradjon, vagy ideiglenes megoldás kell

A szabály lényege: átirányítás csak akkor, ha a cél valóban ugyanazt a szükségletet szolgálja ki. A kezdőlapra vagy egy általános kategóriára történő tömeges átirányítás rosszabb lehet, mint egy tiszta 404, mert a kereső soft 404-nek tekintheti, a látogató pedig nem azt kapja, amit keresett.

A jó hibalap

Egyértelműen megmondja, hogy a keresett lap nem található.
Megtartja az oldal fejlécét, menüjét és arculatát, hogy a látogató ne érezze, hogy máshova került.
Ad keresőmezőt és néhány tematikus linket, például a fő kategóriákra.
Nem irányít át automatikusan sehova.
404-es kóddal felel, amit egyszer mindenképpen ellenőrizni kell.

Kidolgozott példa: megszűnt termékek

Egy webáruház évente több száz terméket vezet ki a kínálatból. Korábban minden kivezetett termék lapja a kezdőlapra irányított. A Search Console-ban egyre több cím jelent meg soft 404-ként, a látogatók pedig a kezdőlapon nem találták, amit kerestek.

Az új szabály három ágból állt. Ha a terméknek volt utódmodellje, a régi lap 301-gyel arra irányított. Ha nem volt utód, de a termék sok külső linket és keresést kapott, a lap megmaradt 200-as kóddal, egy rövid „már nem kapható" üzenettel és a hasonló termékek listájával, mert a lap továbbra is hasznos volt a keresőnek. Minden más termék lapja 410-et adott, egyedi hibalappal, amely a termék kategóriájára mutatott linkkel. A soft 404-ek száma a következő hónapokban csökkent, és a kategórialapok forgalma nem sérült.

Kidolgozott példa: hibás belső linkek

Egy tudástár átnevezte a cikkek egy részét, de a régi címekre nem került átirányítás. Egy feltérképezés száznál több belső linket talált, amely 404-re futott, főleg régi cikkek szövegében. A javítás két lépésben történt. Először minden régi címről 301 került az új címre, hogy a külső linkek is működjenek. Utána a belső linkeket egy keresés-cserével közvetlenül az új címekre írták, hogy ne keletkezzen felesleges átirányítási lánc.

Gyakori hibák

A 404-ekkel kapcsolatos hibák két irányba mennek. Az egyik a túlreagálás: minden 404-et el akarnak tüntetni, akár értelmetlen átirányításokkal. A másik az elhanyagolás: senki nem nézi, hogy fontos lapok tűnnek el, vagy hogy a belső linkek hibára futnak.

Hiba	Következmény	Javítás
Hibalap 200-as kóddal	A kereső létező lapnak látja, soft 404 lehet belőle	404-es kód a hibalapon
Minden 404 a kezdőlapra irányítva	Soft 404, rossz felhasználói élmény	Tematikus cél vagy tiszta 404
Belső linkek 404-es címre	Pazarolt feltérképezés, elvesztett látogatók	A linkek javítása
404-es cím a sitemapben	Ellentmondó jelzés, a Search Console hibát jelez	A sitemapből eltávolítani
Értékes lap törlése utód nélkül	Forgalom és hivatkozási érték elvesztése	Visszaállítás vagy 301 egy valódi utódra
404 a hibalapra irányítással	A kereső 302-t és 200-at lát, nem 404-et	Hibalap az eredeti címen, átirányítás nélkül

Tévhitek

„A 404-ek büntetést hoznak." Nem. A megszűnt lapok 404-e normális. A kár a körülményekből, nem a kódból fakad.
„Minden 404-et át kell irányítani." Nem. Ha nincs releváns cél, a tiszta 404 a helyes válasz. A tömeges, irreleváns átirányítás rosszabb.
„A Search Console 404-listáját nullára kell vinni." A lista a web természetes zaját is tartalmazza: régi, elgépelt, külső oldalakon keletkezett címeket. Azokkal kell foglalkozni, amelyek fontosak vagy belső linkből jönnek.
„A robots.txt-ben tiltsd le a 404-es címeket." Ezzel a robot nem látja a 404-et, így nem tudja eltávolítani a címet az indexből. A 404-nek láthatónak kell lennie.

Ellenpélda

Egy oldal az összes 404-es címet egy szkripttel automatikusan a legközelebbi hasonló című lapra irányította. Papíron minden 404 eltűnt. A valóságban sok cím teljesen más témájú lapra került, mert a címek hasonlósága nem jelentett tartalmi egyezést. A látogatók zavarodottan távoztak, és a kereső a célok egy részét soft 404-ként jelezte. A tanulság: a döntés tartalmi, nem mechanikus, és a tiszta 404 néha a legjobb válasz.

Megelőzés: tartalomtörlési folyamat

A legtöbb fölösleges 404 abból születik, hogy egy lapot valaki töröl vagy átnevez anélkül, hogy végiggondolná a következményeket. Egy rövid, kötelező lépéssor ezt megelőzi. Törlés előtt a szerkesztő megnézi, van-e a lapnak forgalma, mutatnak-e rá belső vagy külső linkek, és van-e utódja. Ha bármelyikre igen a válasz, a törlés csak átirányítással vagy a belső linkek javításával együtt történhet. Átnevezésnél az átirányítás beállítása legyen a folyamat része, ne utólagos feladat. Ez a néhány kérdés kevesebb munkát jelent, mint a hibák utólagos felkutatása.

Mérés

A 404-ek mérése arra szolgál, hogy a fontos hibák kiemelkedjenek a zajból. Egy közepes oldalon is könnyen több száz 404-es cím gyűlik össze, de ezek közül jellemzően csak kevés számít igazán. A mérés tehát rangsorolás: melyik 404 okoz valódi kárt?

Források

Search Console oldalindexelési jelentés. A „Nem található (404)" kategória mutatja, milyen 404-es címeket ismer a Google, a soft 404-ek külön kategóriában jelennek meg.
Feltérképező program. Megmutatja a belső linkekből elérhető 404-eket, és azt is, melyik lapról jön a hibás link.
Szervernapló. Megmutatja, melyik 404-es címet kérik a legtöbben, látogatók és robotok egyaránt.
Analitika. Ha a hibalap külön lapcímet vagy eseményt kap, látszik, hány látogató érkezik rá és honnan.
Hivatkozáselemző eszköz. Megmutatja, mely 404-es címekre mutatnak külső linkek.

Prioritási mátrix

Jelzés	Prioritás	Teendő
Belső link mutat rá	Magas	A link javítása
Értékes külső linkek mutatnak rá	Magas	301 egy releváns utódra, ha van
Korábban forgalmat hozott	Magas	Visszaállítás vagy utód keresése
Sitemapben szerepel	Közepes	Eltávolítás a sitemapből
Csak a Search Console ismeri, nincs link és forgalom	Alacsony	Hagyni, a 404 helyes
Nyilvánvalóan értelmetlen cím	Nincs	Hagyni

Ellenőrzőlista

Egy nem létező címre a szerver 404-es kóddal felel, átirányítás nélkül.
A hibalap használható: menü, keresés, tematikus linkek.
A belső linkek egyike sem fut 404-re.
A sitemap nem tartalmaz 404-es címet.
A megszűnt, de értékes lapokról tudatos döntés született.
A soft 404-ek a Search Console-ban rendszeresen át vannak nézve.
Tartalomtörlés előtt van egy lépés, amely megkérdezi: van-e utódja, és mutatnak-e rá linkek?

Nagy oldalon a hibás belső linkek a crawl budget szempontjából is számítanak. A kódok teljes áttekintését a HTTP státuszkódok útmutatója adja, a szerveroldali hibákat pedig az 5xx hibák útmutatója.

A mérés ritmusa

Kis oldalon elég havonta egyszer átnézni a Search Console 404-es és soft 404-es kategóriáit, és negyedévente egy teljes feltérképezést futtatni. Nagy, gyakran változó oldalon, például webáruháznál, érdemes a belső linkek hibáit hetente figyelni, mert a kínálat változása gyorsan hoz létre új hibás linkeket. Minden nagyobb változtatás, migráció vagy sablonmódosítás után soron kívüli feltérképezés javasolt. A cél nem a 404-ek teljes eltüntetése, hanem az, hogy a fontos hibák ne maradjanak hetekig észrevétlenül.