404-es hibák tömeges átirányítása – Hogyan kezeld a hiányzó oldalakat SEO-barát módon

A 404-es (Nem található) hibák tömeges átirányítása az a technikai SEO folyamat, amelynek során a törölt, átnevezett vagy áthelyezett oldalak tucatjait automatikusan a megfelelő új címre irányítjuk, mind a látogatók, mind a keresőmotorok számára. A legjobb gyakorlat szerint, ha minden egyes régi URL-hez létezik közel azonos tartalmú új verzió, akkor 301-es végleges átirányítást kell alkalmazni. Ha nincs megfelelő alternatíva, a 410-es (Eltávolítva) státuszkód használata vagy egy informatív, egyedi 404-es oldal megjelenítése a célravezető. Ezzel megóvhatod a feltérképezési keretet, csökkentheted a hibás linkek okozta negatív élményt, és megőrizheted a régi URL-ek által megszerzett rangsorolási erőt.

Egy weboldalon a 404-es hibák elszaporodása általában költöztetés, domaincsere, kategória-átszervezés, termékek kivezetése, régi blogbejegyzések törlése, hibás belső linkek vagy külső forrásból származó rossz hivatkozások miatt következik be. Néhány hibás URL egyenkénti javítása egyszerű, de ha több száz vagy ezer találatról van szó, a manuális beavatkozás nemcsak időigényes, de növeli a hiba kockázatát is. Éppen ezért a tömeges átirányítási terv a technikai SEO egyik legkritikusabb karbantartási feladata.

Ebben az útmutatóban lépésről lépésre végigvesszük, hogyan azonosíthatod a 404-es hibákat, mely URL-eket érdemes átirányítani, mely esetekben kerüld el az átirányítást, valamint milyen tömeges megoldási lehetőségek léteznek Apache .htaccess, Nginx, WordPress és vezérlőpultok használatával. Konkrét példákkal szemléltetjük azt is, hogyan árthat a SEO-nak a rosszul kivitelezett tömeges átirányítás, és hogyan állíthatsz fel egy biztonságos ellenőrző listát.

Mi az a 404 Not Found hiba?

A 404 Not Found egy HTTP státuszkód, amely azt jelzi, hogy a kliens (böngésző vagy keresőrobot) által kért URL a szerveren nem található. Ez a hiba arra utal, hogy a szerver működik, de a kért erőforrás nem érhető el. Tehát a 404-es hiba a legtöbbször nem azt jelenti, hogy a tárhely vagy a szerver teljesen leállt; egyszerűen az adott oldal, fájl vagy útvonal nem fellelhető.

Ha például egy régi termékoldalad a /termek/regi-modell-telefon címen volt, de az új rendszerben a /telefonok/regi-modell struktúrára váltottál, a régi linkre érkező látogató 404-es hibával szembesülhet. Ugyanez a helyzet, ha a blog URL-szerkezete /2023/bejegyzes-cime formátumról /blog/bejegyzes-cime formátumra változik: ha a régi könyvtárra érkező forgalmat nem irányítod át, az oldal nem található hibát fog eredményezni.

Kis számú 404-es hiba, különösen nagyobb weboldalak esetén, természetesnek tekinthető. A Google is elfogadja, hogy bizonyos URL-ek idővel eltűnnek a webről. A probléma akkor kezdődik, amikor jelentős forgalmú oldalak, visszamutató linkekkel (backlink) rendelkező tartalmak vagy a webhely belső hivatkozásaiban még mindig szereplő URL-ek produkálnak 404-es hibát. Ilyenkor a felhasználói élmény romlik, a konverziós arány csökken, és a keresőmotorok webhely-feltérképezési hatékonysága is visszaesik.

Miért fontos a 404-es hibák tömeges átirányítása?

A tömeges 404-es átirányítás különösen a nagy tartalmi archívumok, webshopok, vállalati oldalak és régi domainről új domainre költöző projektek számára létfontosságú. Egyetlen hibás URL önmagában jelentéktelennek tűnhet, ám több száz törött URL felhalmozódása érezhető visszaesést okozhat a SEO-teljesítményben.

• Javítja a felhasználói élményt: A látogató a keresett tartalomhoz legközelebb eső oldalra jut, így kisebb az esélye a webhely gyors elhagyásának.
• Megőrzi a backlink értéket: A külső webhelyekről érkező régi hivatkozások 301-es átirányítással továbbadhatók a releváns új oldalakra.
• Hatékonyan használja a feltérképezési keretet: A keresőrobotok a folyamatos hibás URL-ek próbálgatása helyett az aktív oldalakra tudnak koncentrálni.
• Csökkenti a költöztetés kockázatát: Domain, CMS vagy URL-struktúra váltásakor mérsékelhető az organikus forgalomvesztés.
• Rendet tesz a riportokban: A Search Console és a naplófájlok hibasűrűsége csökken, így a valódi problémák jobban láthatóvá válnak.

Vegyünk például egy havi 50 000 organikus látogatót fogadó webshopot, ahol 800 termék URL-jét távolították el, és ezek közül 120 még mindig rendelkezik visszamutató linkkel. Ha mindet a főoldalra irányítanánk, az nem lenne jó megoldás. Ehelyett az adott termék új modelljét, a kategóriaoldalt vagy a legközelebbi alternatív termék oldalát kell párosítani. Ez a megközelítés jobban illeszkedik a felhasználói szándékhoz, és megkönnyíti a Google számára az átirányítás értelmezését.

Hogyan tárjuk fel tömegesen a 404-es hibákat?

A tömeges átirányítás megkezdése előtt a legfontosabb lépés a pontos adatgyűjtés. Ha csak találgatásokon alapuló listával dolgozol, rossz oldalakat irányíthatsz át, felesleges láncokat hozhatsz létre, vagy olyan URL-eket indexelhetsz újra, amelyeket valójában törölni kellett volna. A megalapozott munkához legalább három különböző forrásból érdemes adatot gyűjteni.

1. A Google Search Console használata

A Google Search Console Oldalindexelési jelentése lehetővé teszi a "nem található" státuszú URL-ek megtekintését. Itt exportálhatod a Google által feltérképezett és 404-esként megjelölt URL-eket. Különösen az elmúlt 3 hónapban ismétlődő URL-ek, a külső hivatkozásokat kapó oldalak és a webhelytérképedben tévesen szereplő címek élveznek prioritást.

A Search Console adatai SEO szempontból értékesek, de önmagukban nem elegendőek. Ennek oka, hogy néhány, a felhasználók által elért 404-es URL még nem került be a Google jelentésébe. Ezért a szervernaplókkal és webhely-feltérképező eszközökkel történő keresztellenőrzés elengedhetetlen. Ha webhelyed új infrastruktúrára költözött, a minőségi és gyors tárhelykörnyezet is befolyásolja a feltérképezési folyamatokat. Ezen a ponton érdemes lehet áttekinteni a nagy teljesítményű webtárhely megoldások és a weboldal költöztetési útmutató tartalmakat.

2. Valós látogatások elemzése a szervernaplókkal

A szervernaplók megmutatják, hogy a valódi felhasználók és a robotok mely URL-eket milyen státuszkóddal érték el. Különösen hasznos, ha az Apache vagy Nginx naplókban a 404-es választ adó URL-eket a kérések száma szerint rendezzük sorba. Ha például 10 000 különböző 404-es URL közül mindössze 40 adja a hibás forgalom 80 százalékát, akkor hatékonyabb ezeket az URL-eket előre sorolni.

Praktikus megközelítésként megvizsgálhatod az elmúlt 30 nap naplóadatait, kiszűrheted a 404-es státuszkódokat, és listázhatod a legtöbb kérést kapó URL-eket. Nagyobb webhelyek esetén a 90 napos adat megbízhatóbb eredményt ad. Ugyanakkor a nagyon régi és már forgalmat nem generáló URL-eket pusztán azért átirányítani, mert a listán szerepelnek, a legtöbbször felesleges.

3. Belső linkek ellenőrzése webhely-feltérképező eszközökkel

Olyan eszközökkel, mint a Screaming Frog, Sitebulb, Ahrefs, Semrush vagy hasonlók, feltérképezheted webhelyedet, és megtalálhatod a belső hivatkozásokból eredő 404-es hibákat. Az ilyen típusú hibákra a legjobb megoldás gyakran nem az átirányítás, hanem a hivatkozás forrásának javítása. Ha például egy menüben, láblécben vagy blogbejegyzésben rosszul írt URL található, először a linket kell közvetlenül a helyes oldalra frissíteni.

A belső hivatkozási hibák puszta 301-es átirányítással való lefedése technikailag működhet ugyan, de felesleges átirányítási lépést hoz létre. Ez növelheti az oldal betöltési idejét. Különösen a Core Web Vitals és a felhasználói élmény jelzéseinek felértékelődése miatt a 2026-os SEO környezetben a közvetlen és tiszta URL-struktúra előnyösebb.

Mely 404-es URL-eket érdemes átirányítani?

Nem minden 404-es hibát szabad automatikusan átirányítani. A leggyakoribb hiba az, amikor az összes 404-es URL-t a főoldalra vagy egyetlen kategóriába küldik. Ez a megközelítés nem elégíti ki a felhasználói szándékot, és a keresőmotorok "soft 404"-ként értékelhetik. Az átirányítási döntés meghozatalakor figyelembe kell venni az URL korábbi értékét, a felhasználói szándékot és az új tartalommal való egyezés mértékét.

A priorizáláshoz egyszerű pontozási rendszert használhatsz. Ha egy URL rendelkezik visszamutató linkkel, adj neki 3 pontot; ha van organikus megjelenítési előzménye, 3 pontot; ha kapott látogatást az elmúlt 30 napban, 2 pontot; ha belső link mutat rá, 2 pontot. Az 5 pont feletti URL-eket vedd fel az átirányítási listára. Ez a módszer különösen a több ezer URL-t tartalmazó projekteknél gyorsítja fel a döntési folyamatot.

Hogyan készítsünk tömeges átirányítási tervet?

Egy sikeres tömeges átirányítási munka a technikai fájlba való szabálybevitel előtt tervezést igényel. A legpraktikusabb formátum egy kétoszlopos átirányítási térkép: régi URL és új URL. Ehhez további oszlopok is adhatók, mint a státusz, prioritás, megjegyzés és az ellenőrzés eredménye.

1. lépés: Tisztítsd meg a régi URL-listát

A Search Console-ból, a naplófájlból és a feltérképező eszközből származó URL-eket egyesítsd egyetlen fájlban. Ezután távolítsd el az ismétlődéseket, különítsd el a felesleges paraméteres URL-eket, és ellenőrizd, hogy valóban 404-es hibát adnak-e. Például a /termek?id=123 és a /termek?id=123&utm_source=mail valószínűleg ugyanarra a tartalomra mutat; ezeket külön-külön értékelni helytelen, helyette az alap URL logikával érdemes kezelni őket.

2. lépés: Határozd meg a legmegfelelőbb cél URL-t

Minden régi URL esetében az új céloldalnak közel kell állnia a felhasználói szándékhoz. Ha egy régi SSL útmutatót töröltek, ne a tárhelycsomagok oldalára küldd, hanem irányítsd át egy aktuális SSL útmutatóra vagy az SSL termékoldalra. Például a mi az SSL tanúsítvány és az SSL tanúsítvány vásárlás oldalak megfelelőbb célpontok lehetnek a biztonsággal kapcsolatos régi tartalmak számára.

3. lépés: Dönts a 301, 302, 410 használatáról

A véglegesen áthelyezett oldalakhoz 301-es kódot használj. Ideiglenes kampányok, karbantartás vagy rövid távú változtatások esetén a 302-es választható. Azoknál a tartalmaknál, amelyeknek már semmilyen megfelelője nincs és nem is lesz, a 410 Gone egyértelműbb jelzést ad. A 404 a természetes állapot, ha egy erőforrás nem található, de értékes URL-ek esetében nem javasolt ellenőrizetlenül hagyni.

4. lépés: Teszteld tesztkörnyezetben

A tömeges átirányítási szabályok közvetlen élesítése kockázatos. Ha lehetséges, teszteld őket staging környezetben. Válassz ki legalább 20 minta URL-t: régi blogbejegyzést, régi terméket, paraméteres URL-t, kis- és nagybetű eltérést tartalmazó URL-t, perjellel végződő és anélküli változatokat. Ellenőrizd, hogy mindegyik egyetlen lépésben, 301-es átirányítással a helyes célhoz vezet-e.

Tömeges 404-es átirányítás Apache .htaccess segítségével

Apache szervereken a legelterjedtebb módszer az átirányítási szabályok .htaccess fájlon keresztüli meghatározása. Ez a módszer elérhető és praktikus sok megosztott tárhelyet használó webhely számára. Azonban egy apró elírás a .htaccess fájlban az egész webhely 500-as hibáját okozhatja. Ezért a módosítás előtt elengedhetetlen a fájlról biztonsági másolatot készíteni.

Kevés számú URL esetén a régi-új párosítások soronként meghatározhatók. Például a régi /regi-bejegyzes cím a /blog/uj-bejegyzes címre lesz 301-gyel átirányítva. Ha azonban több száz URL-ről van szó, minden sort egyenként megadni lelassíthatja a fájl feldolgozását. Ilyenkor érdemesebb URL-minták alapján szabályokat írni. Ha például a régi blogstruktúra /2022/bejegyzes-cime volt, az új pedig /blog/bejegyzes-cime, egyetlen szabállyal átalakíthatók a hasonló minták.

A .htaccess használatakor a következőkre kell figyelni:

• Az átirányítási szabályokat a lehető legegyszerűbben kell tartani.
• A régi URL-ről az új URL-re egyetlen lépésben kell eljutni; kerülni kell az átirányítási láncokat.
• A regex szabályokat élesítés előtt különböző mintákkal tesztelni kell.
• A HTTP-ről HTTPS-re, www-ről non-www-re és régi URL-ről új URL-re való átmenetet úgy kell sorba rendezni, hogy ne ütközzenek.
• Az átirányítási hurkot okozó szabályokat azonnal el kell távolítani.

Ha webhelyed megosztott tárhelyen fut, a vezérlőpult fájlkezelőjén vagy FTP-n keresztül érheted el a .htaccess fájlt. Ha a domain DNS és a tárhely oldala nincs megfelelően konfigurálva, az átirányítási tesztek félrevezetőek lehetnek. Ezért érdemes ellenőrizni a domain átirányítás hogyan működik és a DNS beállítások útmutató témaköröket is.

Tömeges 404-es átirányítás Nginx-szel

Nginx-et használó szervereken az átirányítási szabályok általában a server block konfiguráción belül kerülnek meghatározásra. Az Nginx nagy forgalmú webhelyek esetén teljesítmény szempontjából erős, azonban a konfigurációs fájlokhoz való hozzáférés legtöbbször VPS vagy dedikált szerver jogosultságot igényel. A megosztott tárhely felhasználói ezeket a beállításokat közvetlenül nem érhetik el.

Nagyszámú párosítás esetén az Nginx oldalon a map struktúra használható. Ez a megközelítés egy olyan tábla logikát hoz létre, amely a régi URL-eket a cél URL-ekkel párosítja. Nagy átirányítási listák esetén ez rendezettebb megoldást kínál a teljesítmény szempontjából. Azonban minden változtatás után konfigurációs tesztet kell végezni, és a szolgáltatást újra kell tölteni.

Az Nginx alkalmazásoknál a következő ellenőrző lista hasznos:

• A szolgáltatást nem szabad újraindítani a konfigurációs fájl szintaxisának ellenőrzése nélkül.
• A 301-es szabályok nem ütközhetnek a HTTPS és domain kanonizálási szabályokkal.
• A map listákat külön fájlokba kell rendezni, és verziókövetés alatt kell tartani.
• Nagy forgalmú webhelyeken először alacsony kockázatú URL-csoportokkal kell tesztelni.
• Az átirányítás után a hozzáférési naplókat legalább 48 órán keresztül figyelni kell.

A VPS-t vagy dedikált szervert használó webhelyeknél a technikai ellenőrzés rugalmasabb. Egy hibás konfiguráció azonban a webhely teljes elérhetetlenségéhez vezethet. Ezért a kritikus változtatások előtt teljes biztonsági mentést kell készíteni, karbantartási ablakot kell tervezni, és lehetőség szerint szakértői támogatással kell haladni. Ha a szerverinfrastruktúra bővítésén gondolkodsz, a VPS szerver megoldások tartalom segíthet.

Tömeges 404-es átirányítás WordPress webhelyeken

A WordPress számos bővítményt kínál a 404-es hibák észlelésére és átirányítására. Olyan eszközökkel, mint a Redirection, Rank Math, Yoast Premium vagy hasonlók, a régi és új URL párosítások importálhatók. A CSV fájllal történő tömeges átirányítás egyszerű módszer azoknak a felhasználóknak, akik nem szeretnének a technikai fájlokba belenyúlni.

A WordPress-nél arra kell figyelni, hogy a bővítmények száma és az adatbázis terhelése növekedhet. 10 vagy 20 átirányítás esetén a bővítmény praktikus lehet. Azonban egy 10 000 átirányítási bejegyzést tartalmazó nagy webhelyen, ahol minden kérést az adatbázison keresztül ellenőriznek, ez befolyásolhatja a teljesítményt. Ilyen esetekben a szerver szintű átirányítás egészségesebb lehet.

A WordPress esetében ajánlott folyamat a következő:

• Először ellenőrizd az állandó link struktúrát, és győződj meg róla, hogy nem változott-e meg véletlenül.
• Kövesd nyomon a 404-es naplókat egy bővítménnyel 1-2 hétig.
• Az értékes URL-eket párosítsd régi-új formátumban egy CSV fájlban.
• Az importálás előtt próbálj ki egy 10 soros tesztfájlt.
• Az átirányítás után ürítsd a gyorsítótárat, és teszteld a minta URL-eket.

Ha WordPress webhelyeden teljesítményproblémákat tapasztalsz, nem elég csak az átirányítási bővítményekre koncentrálni. A PHP verzió, a gyorsítótárazás, a téma minősége és a tárhely infrastruktúra is fontos. Ezen a ponton érdemes megfontolni a WordPress tárhely csomagok és a WordPress gyorsítási útmutató ajánlásait.

Helyes-e az összes 404-es hibát a főoldalra irányítani?

Nem, általában nem helyes az összes 404-es hibát a főoldalra irányítani. Ez a gyakorlat rövid távon csökkenti a hibajelentéseket, de nem kínálja a felhasználónak a keresett tartalmat. A Google a nem releváns átirányításokat soft 404-ként értékelheti. Vagyis hiába ad a szerver 301-es választ, a keresőmotor ezt az átirányítást minőségileg gyengének ítélheti.

Ha például egy régi technikai cikket a főoldalra irányítasz, az nem oldja meg a felhasználó problémáját. Ha a látogató SSL telepítést keres, de a tárhely főoldalán landol, valószínűleg azonnal távozik. Ehelyett egy aktuális SSL telepítési útmutatóra, a releváns kategóriára vagy egy valóban megfelelő termékoldalra kell irányítani. Ha nincs egyezés, egy egyedi 404-es oldal keresőmezővel, népszerű kategóriákkal és támogatási linkkel jobb élményt nyújt.

A 404, 301, 302 és 410 közötti különbségek

A tömeges átirányítás során pontosan érteni kell a HTTP státuszkódokat. A hibás kódhasználat félrevezető jelet küldhet a keresőmotoroknak.

SEO szempontból a leggyakrabban használt kód a 301, de ez nem jelenti azt, hogy minden esetben 301-et kell használni. A 410 különösen a spam URL-ek, régi keresési találati oldalak, soha vissza nem térő készletű termékek vagy jogi okokból eltávolított tartalmak esetében lehet tisztább jelzés.

Ellenőrző lista a tömeges átirányítás után

Az átirányítási szabályok élesítése nem a munka vége. Az igazi siker az alkalmazás helyes működésének mérésében rejlik. Az alábbi ellenőrző listát az élesítést követő első 7 napon belül kell alkalmazni.

• Teszteld a minta URL-eket böngészőben és státuszkód-ellenőrző eszközökben.
• Ellenőrizd, hogy a régi URL egyetlen 301-es lépéssel a cél URL-re mutat-e.
• Ellenőrizd, hogy nincs-e 301-es lánc vagy hurok.
• Kövesd figyelemmel a Google Search Console-ban, hogy csökken-e az új 404-es hibák száma.
• Elemezd újra a szervernaplókban a legtöbb kérést kapó 404-es URL-eket.
• Győződj meg róla, hogy a webhelytérkép nem tartalmaz 404-es vagy átirányított URL-eket.
• Frissítsd a belső hivatkozásokat közvetlenül az új URL-ekre.
• Ürítsd a gyorsítótár és a CDN réteget.

Különösen, ha CDN-t használsz, a régi átirányítási vagy 404-es válaszok a gyorsítótárban maradhatnak. Ilyenkor hiába van helyes szabály a szerveren, a felhasználó a régi választ láthatja. Az SSL-nek, a CDN-nek és a tárhely rétegeknek együtt kell helyesen működniük. Hogy a biztonságos kapcsolat oldalán ne legyen probléma, érdemes áttanulmányozni a SSL tanúsítvány telepítése és a biztonságos weboldal készítése útmutatókat.

Gyakori SEO hibák az átirányítás során

A tömeges 404-es átirányítási munkák során a leggyakoribb hibák általában az elsietett weboldal-költöztetési folyamatokból erednek. Az alábbi hibák elkerülése segít megőrizni az organikus teljesítményt.

• Nem releváns célokra irányítás: 301-es átirányítás adása a régi tartalomhoz nem kapcsolódó oldalakra rontja a felhasználói elégedettséget.
• Tömeges átirányítás a főoldalra: Kozmetikailag csökkenti a hibajelentéseket, de a SEO értéke korlátozott.
• Átirányítási lánc: Ha a régi URL először egy köztes URL-re, majd onnan az új URL-re mutat, nő a késleltetés és a rangsorolási erő elvesztésének kockázata.
• Átirányítási hurok: Az URL-ek egymásba forgása elérhetetlenné teszi az oldalt.
• Régi URL meghagyása a webhelytérképen: Ellentmondásos jelet küld a keresőmotoroknak.
• A belső linkek javításának elmulasztása: A folyamatosan 301-en keresztül működő belső hivatkozások felesleges terhelést okoznak.
• A paraméterek ellenőrzésének hiánya: A szűrési, keresési és nyomkövetési paraméterek több ezer hamis 404-es hibát generálhatnak.

A tapasztalt technikai SEO csapatok a nagy átirányítási projekteknél először csoportokra osztják az URL-eket. Például a blog URL-eket, termék URL-eket, kategória URL-eket, médiafájlokat és paraméteres URL-eket külön értékelik. Így megelőzhető, hogy egyetlen általános szabály az egész webhelyet tönkretegye.

Példa forgatókönyv: 1200 régi termék URL egy webshopban

Képzeljünk el egy webshopot, amely régi infrastruktúráról újra költözött. A régi rendszerben a termékcímek /product/123-termek-nev formátumúak voltak, míg az új rendszer a /termek/termek-nev formátumot használja. A költözés után a Search Console 1200 darab 404-es URL-t mutat. Ebben az esetben a következő praktikus terv alkalmazható:

• Először a termékazonosítókat párosítják a régi és az új adatbázisban.
• A még kapható termékeket egy az egyben 301-es átirányítással az új termék URL-re küldik.
• A kifutott, de helyettesíthető termékeket az új helyettesítő termékre irányítják.
• A nem helyettesíthető termékeket a szülőkategóriára irányítják, de a kategóriának valóban relevánsnak kell lennie.
• A teljesen értéktelen, forgalmat nem generáló és megfelelővel nem rendelkező URL-ek 410-es státusszal maradnak.
• A régi termékekre mutató belső linkeket frissítik az új termék URL-ekkel.

Ennél a megközelítésnél az 1200 URL nem ugyanarra a helyre kerül. Például 650 termék egy az egyben az új URL-re, 220 termék a helyettesítő termékre, 180 termék a kategóriára kerül, 150 termék pedig 410-es lesz. Egy ilyen osztályozás mind a felhasználói elégedettséget, mind a SEO jel minőségét javítja.

Mikor van szükség egyedi 404-es oldalra?

Még tömeges átirányítás mellett is garantált, hogy néhány felhasználó 404-es oldalra fog érkezni. Ezért az egyedi 404-es oldalt nem szabad elhanyagolni. Egy jó 404-es oldal egyértelműen elmagyarázza a hibát, és nem a kilépés, hanem a megoldás felé tereli a felhasználót.

Egy hatékony 404-es oldal a következő elemeket tartalmazhatja:

• Rövid és érthető hibaüzenet
• Webhelyen belüli keresőmező
• Népszerű kategóriák vagy szolgáltatások
• Kapcsolatfelvételi vagy támogatási link
• Visszatérési link a főoldalra
• A márka hangneméhez illő letisztult dizájn

A 404-es oldalnak HTTP státuszkódként valóban 404-et kell visszaadnia. Néhány webhely vizuálisan hibát jelez, de a szerver 200 OK választ küld. Ez soft 404 problémához vezethet. Helytelen azt a jelet küldeni a keresőmotornak, hogy az oldal létezik, miközben a felhasználó nem találta meg a keresett tartalmat.

Legjobb gyakorlatok a 2026-os SEO szabványok szerint

2026-ban a technikai SEO már nem csupán arról szól, hogy helyes jelet küldjünk a keresőrobotoknak. A Google AI Overviews, a fejlett keresési élmények és a felhasználóközpontú minőségi rendszerek miatt az átirányításoknak értelmesnek, gyorsnak és következetesnek kell lenniük. Egy átirányításnak nemcsak technikailag kell működnie, hanem ki kell elégítenie a keresési szándékot is.

• Minden fontos 404-es URL esetében végezz szándékegyeztetést.
• Rendszeres időközönként frissítsd a tömeges átirányítási listákat.
• Ne adj hozzá átirányított URL-eket az XML webhelytérképhez.
• Győződj meg róla, hogy a kanonikus címkék nem mondanak ellent az átirányítási céloknak.
• A régi HTTP és www változatokat egyetlen kanonikus struktúrába vond össze.
• Teszteld, hogy a mobil és asztali felhasználók ugyanarra a célra érkeznek-e.
• Mérd meg az oldal sebességét az átirányítás után.
• A fontos oldalak esetében kövesd nyomon az uptime-ot és a szerver válaszidejét.

Az infrastruktúra minősége is része ennek a folyamatnak. Egy lassú vagy gyakran hibázó szerveren a legjobb átirányítási térkép sem hozza a várt eredményt. Webhelyed stabil működéséhez fontos az olyan alapvető összetevők helyes konfigurálása, mint a vállalati tárhely csomagok, a domain regisztráció és az SSL tanúsítványok.

Rövid összefoglaló és konklúzió

A 404-es (Nem található) hibák tömeges átirányítása nem a hibás URL-ek véletlenszerű lefedése, hanem egy adatelemzést, a felhasználói szándék megértését, a helyes HTTP státuszkód kiválasztását és technikai tesztelést igénylő SEO karbantartási folyamat. Az értékes régi URL-eket 301-es átirányítással a releváns új oldalakra kell továbbítani, a megfelelővel nem rendelkező tartalmakat szükség esetén 410-esként kell megjelölni, a belső hivatkozásokat pedig közvetlenül javítani kell.

A legjobb eredmény érdekében gyűjts adatokat a Search Console-ból, a szervernaplókból és a feltérképező eszközökből; készíts régi-új URL térképet; végezz kontrollált bevezetést Apache, Nginx vagy WordPress oldalon; majd kövesd rendszeresen nyomon az átirányítási láncokat, a webhelytérképet és a 404-es jelentéseket. A stabil tárhely, a helyes domain konfiguráció és a biztonságos SSL telepítés megerősíti ennek a folyamatnak a technikai alapját.

Ha webhelyeden jelentős számú 404-es hiba, költöztetés utáni forgalomvesztés vagy összetett átirányítási igény jelentkezik, először egy kis URL-csoporttal tesztelve haladj tovább. Infrastruktúrád megerősítéséhez és webhelyed stabilabb kezeléséhez tekintsd meg a Hostragons tárhely, domain és SSL megoldásait; a számodra megfelelő konfigurációt nyugodtan és tervszerűen alakíthatod ki.

Gyakran Ismételt Kérdések

A 404-es hibák tömeges átirányítása hasznos a SEO számára?

Igen, ha helyesen végzik, akkor hasznos. Különösen a visszamutató linkekkel rendelkező, forgalmat hozó vagy új megfelelővel bíró régi URL-ek releváns oldalakra történő 301-es átirányítása támogatja a felhasználói élményt és a SEO jelek folytonosságát. A nem releváns tömeges átirányítások azonban károsak lehetnek.

Átirányíthatom az összes 404-es oldalt a főoldalra?

Technikailag lehetséges, de SEO szempontból általában nem javasolt. Ha a felhasználó egy régi terméket, cikket vagy kategóriát keres, és a főoldalra kerül, a keresési szándéka nem teljesül. Ez soft 404 érzékeléshez és alacsony felhasználói elégedettséghez vezethet.

Mikor helyesebb a 410-es kód használata a 404-es helyett?

Ha a tartalom teljesen eltávolításra került, nem fog visszatérni, és nincs releváns alternatív oldal, a 410 Gone használata egyértelműbb jelzést ad. Különösen régi kampányoldalak, értéktelen spam URL-ek vagy véglegesen kivezetett termékek esetén lehet előnyben részesíteni a 410-et.

Hogyan végezhető el a tömeges 404-es átirányítás WordPress-ben?

WordPress-ben a Redirection vagy SEO bővítményekkel nyomon követhetők a 404-es naplók, és CSV fájlon keresztül importálhatók a régi-új URL párosítások. Nagy webhelyeken a teljesítmény érdekében a bővítmény helyett a szerver szintű átirányítást kell fontolóra venni.

Az átirányítás után a régi URL-eket a webhelytérképen kell tartani?

Nem. Az XML webhelytérképnek csak 200 OK választ adó, indexelni kívánt kanonikus URL-eket szabad tartalmaznia. A 404-es hibát adó vagy 301-gyel másik oldalra mutató URL-eket el kell távolítani a webhelytérképből.