Átirányítás

Mi az az átirányítás?

Pontos technikai meghatározás

Az átirányítás egy HTTP-válasz, amely közli a böngészővel vagy a keresőmotorok feltérképező robotjával, hogy a kért URL más helyen érhető el. A szerver egy 3xx állapotkódot és egy, a cél URL-t tartalmazó Location fejlécet ad vissza. Az ügyfél ezután egy második kérést küld az új címre – mindez a másodperc töredéke alatt.

Egyszerűen fogalmazva: az átirányítás automatikusan továbbítja a látogatókat az egyik webcímről a másikra. Ha valaki beírja a böngészőjébe az example.com/old-page címet, és a szerver úgy van beállítva, hogy átirányítsa ezt az URL-t, akkor különösebb beavatkozás nélkül az example.com/new-page oldalon köt ki.

Hogyan működnek az átirányítások — a HTTP kérés–válasz ciklus

Amikor a böngésző lekér egy URL-t, a következő folyamat játszódik le:

1. Ügyfélkérés: A böngésző egy GET kérést küld a https://example.com/old-page címre.
2. Szerverválasz: Ahelyett, hogy 200 OK választ adna oldaltartalommal, a szerver egy 301 Moved Permanently állapotkódot és egy Location: https://example.com/new-page fejlécet ad vissza.
3. Ügyfél-utánkövetés: A böngésző automatikusan új GET kérést indít a https://example.com/new-page címre.
4. Végső kézbesítés: A szerver 200 OK választ ad a tényleges oldaltartalommal.

A felhasználó csak a végső oldalt látja. Maga az átirányítás ezredmásodpercekig tart, bár minden további ugrás késleltetést ad hozzá – ezért rontják a teljesítményt az átirányítási láncok (A → B → C).

Átirányítás vs. URL-továbbítás — ugyanazok?

A kifejezéseket gyakran felcserélhetően használják, de van egy árnyalatnyi különbség. Az URL-továbbítás jellemzően a domain szintű átirányítást jelenti, amelyet a regisztrátor szintjén konfigurálnak – például a myoldsite.com cím mutat a mynewsite.com címre. A HTTP-átirányítások szerver szintű válaszok, amelyek 3xx állapotkódokat használnak. Mindkettő ugyanazt az eredményt éri el (forgalmat irányít át az egyik címről a másikra), de a megvalósítási réteg különbözik. A gyakorlatban az SEO és a webfejlesztés területén a legtöbben az „átirányítás” kifejezést használják gyűjtőfogalomként.

Pontos technikai meghatározás

Az átirányítás egy HTTP-válasz, amely közli a böngészővel vagy a keresőmotorok feltérképező robotjával, hogy a kért URL más helyen érhető el. A szerver egy 3xx állapotkódot és egy, a cél URL-t tartalmazó Location fejlécet ad vissza. Az ügyfél ezután egy második kérést küld az új címre – mindez a másodperc töredéke alatt.

Egyszerűen fogalmazva: az átirányítás automatikusan továbbítja a látogatókat az egyik webcímről a másikra. Ha valaki beírja a böngészőjébe az example.com/old-page címet, és a szerver úgy van beállítva, hogy átirányítsa ezt az URL-t, akkor különösebb beavatkozás nélkül az example.com/new-page oldalon köt ki.

Hogyan működnek az átirányítások — a HTTP kérés–válasz ciklus

Amikor a böngésző lekér egy URL-t, a következő folyamat játszódik le:

1. Ügyfélkérés: A böngésző egy GET kérést küld a https://example.com/old-page címre.
2. Szerverválasz: Ahelyett, hogy 200 OK választ adna oldaltartalommal, a szerver egy 301 Moved Permanently állapotkódot és egy Location: https://example.com/new-page fejlécet ad vissza.
3. Ügyfél-utánkövetés: A böngésző automatikusan új GET kérést indít a https://example.com/new-page címre.
4. Végső kézbesítés: A szerver 200 OK választ ad a tényleges oldaltartalommal.

A felhasználó csak a végső oldalt látja. Maga az átirányítás ezredmásodpercekig tart, bár minden további ugrás késleltetést ad hozzá – ezért rontják a teljesítményt az átirányítási láncok (A → B → C).

Átirányítás vs. URL-továbbítás — ugyanazok?

A kifejezéseket gyakran felcserélhetően használják, de van egy árnyalatnyi különbség. Az URL-továbbítás jellemzően a domain szintű átirányítást jelenti, amelyet a regisztrátor szintjén konfigurálnak – például a myoldsite.com cím mutat a mynewsite.com címre. A HTTP-átirányítások szerver szintű válaszok, amelyek 3xx állapotkódokat használnak. Mindkettő ugyanazt az eredményt éri el (forgalmat irányít át az egyik címről a másikra), de a megvalósítási réteg különbözik. A gyakorlatban az SEO és a webfejlesztés területén a legtöbben az „átirányítás” kifejezést használják gyűjtőfogalomként.

Indítsd el affiliate programodat még ma

Állítsd be a fejlett nyomkövetést percek alatt. Bankkártya nem szükséges.

Demó kérése 30 napos ingyenes próba indítása

Az átirányítások típusai

Nem minden átirányítás egyforma. Az HTTP-állapotkód határozza meg, hogyan értelmezik a keresőmotorok a váltást, és hogy átkerül-e a linkérték az új URL-re.

301 Moved Permanently (véglegesen átirányítva)

Használjon 301-est, amikor:

• új domainre költözteti a weboldalt
• HTTP-ről HTTPS-re vált
• véglegesen töröl egy oldalt, és releváns alternatívával helyettesíti
• a duplikált tartalmakat egy kanonikus URL alá vonja össze

302 Found (ideiglenes)

A 302-es átirányítás ideiglenes váltást jelez. Normális esetben az eredeti URL marad a szándékolt kanonikus cím, míg az állandó átirányítás azt jelzi, hogy a célállomásnak kell kanonikussá válnia. Más indexelési jelek is befolyásolhatják az eredményt; az állapotkód önmagában nem garantálja, hogyan változnak a helyezések vagy a linkjelzések.

Használjon 302-est, amikor:

• A/B tesztet futtat egy oldalon
• ideiglenesen átirányítja a forgalmat weboldal-karbantartás alatt
• időszakos akciót népszerűsít anélkül, hogy megváltoztatná az állandó URL-t

Gyakori hiba, hogy állandó változáshoz 302-est használnak. Ha egy 302 hónapokig a helyén marad, a keresőmotorok egy idő után de facto 301-esként kezelhetik – de az átmenet lassabb és kevésbé megbízható, mintha a kezdetektől a helyes kódot használná.

307-es és 308-as átirányítások

A 307 Temporary Redirect és a 308 Permanent Redirect a 302 és a 301 HTTP/1.1-es utódai, egyetlen kritikus különbséggel: megőrzik az eredeti kérési metódust. Ha az ügyfél POST kérést küld, a 307 vagy 308 biztosítja, hogy az átirányított kérés is POST legyen. A 302 vagy 301 esetén előfordulhat, hogy a böngésző GET-re vált.

Az SEO gyakorlatában a 307 és a 308 ritkábban fordul elő, mint a 301/302 megfelelőik, de technikailag ezek a helyes választás, ha meg kell őrizni a HTTP-metódust – például űrlapküldés átirányításakor.

Meta refresh és JavaScript-átirányítások

A meta refresh átirányítások HTML-szinten történnek, nem HTTP-szinten. A <meta http-equiv="refresh" content="0; url=https://example.com/new-page"> címke a <head> szakaszban megmondja a böngészőnek, hogy egy megadott késleltetés után (azonnali átirányítás esetén 0 másodperc) egy másik URL-t töltsön be. A Google képes értelmezni a meta refresh átirányításokat, de ezek lassabbak a szerveroldali átirányításoknál, és rosszabb felhasználói élményt nyújtanak.

A JavaScript-átirányítások a window.location.href = "https://example.com/new-page" kifejezéssel kliensoldalon változtatják meg az oldalt. A Googlebot képes JavaScriptet futtatni, és követni tudja ezeket az átirányításokat, de a folyamat a megjelenítéstől függ – ami késleltetést és bonyolultságot ad a szerveroldali 301-esekhez képest. Az SEO szempontjából kritikus váltásoknál mindig a szerveroldali átirányításokat részesítse előnyben.

Átirányítási láncok és hurkok — mit kerüljön el

Az átirányítási lánc akkor jön létre, amikor az A URL B-re irányít át, amely C-re irányít át, és csak ezután oldódik fel a kérés. Minden egyes ugrás késleltetést ad hozzá, és hígítja a linkértéket. A Google azt ajánlja, hogy közvetlenül a végső célállomásra irányítson át. A láncok a feltérképezési költségkeretet is pazarolják: a Googlebot korlátozott feltérképezési keretét köztes URL-ek követésére fordítja, amelyek semmivel sem járulnak hozzá.

Meddig tartsa fenn az átirányításokat?

A Google hivatalos útmutatása: tartsa fenn az átirányításokat legalább egy évig a váltás után. A gyakorlatban sok SEO-szakember azt javasolja, hogy az állandó átirányításokat korlátlan ideig tartsák fenn, ha a régi URL-eknek vannak visszamutató linkjei. Még azután is, hogy a Google újraindexeli az új URL-t, a külső oldalak továbbra is a régire mutathatnak. Az átirányítás eltávolítása ezeket a linkeket véglegesen megszakítja.

Időnként ellenőrizze az átirányított forgalmat. Ha egy régi URL 12–18 hónap után már nem kap látogatókat vagy visszamutató linkeket, megfontolhatja a kivezetését – de egy átirányítási szabály fenntartásának költsége a modern szervereken elhanyagolható.

Miért fontosak az átirányítások az SEO szempontjából

Hogyan adnak át az átirányítások oldaltekintélyt

Amikor áthelyez egy olyan oldalt, amelynek visszamutató linkjei vannak, ezek a linkek továbbra is a régi URL-re mutatnak. Átirányítás nélkül minden ilyen link zsákutcába vezet – 404-es hibához –, az általuk hordozott tekintély pedig elpárolog.

Az átadás nem veszteségmentes. A kulcsváltozó a relevancia: ha egy futócipőkről szóló termékoldalt egy általános kezdőlapra irányít át, az sokkal kevesebb értéket ad át, mintha egy azzal egyenértékű termékoldalra irányítaná át.

Átirányítási láncok és hurkok — mit kerüljön el

Az átirányítási lánc akkor jön létre, amikor az A URL B-re irányít át, amely C-re irányít át, és csak ezután oldódik fel a kérés. Minden egyes ugrás késleltetést ad hozzá, és hígítja a linkértéket. A Google azt ajánlja, hogy közvetlenül a végső célállomásra irányítson át. A láncok a feltérképezési költségkeretet is pazarolják: a Googlebot korlátozott feltérképezési keretét köztes URL-ek követésére fordítja, amelyek semmivel sem járulnak hozzá.

Az átirányítási hurok rosszabb: az A URL B-re irányít át, a B pedig vissza A-ra. A hurkok teljesen elérhetetlenné teszik az oldalakat, és akaratlanul is kialakulhatnak, amikor az átirányítási szabályok ütköznek – például ha egy HTTP–HTTPS szabály és egy www–nem-www szabály nincs összehangolva.

Meddig tartsa fenn az átirányításokat?

A Google hivatalos útmutatása: tartsa fenn az átirányításokat legalább egy évig a váltás után. A gyakorlatban sok SEO-szakember azt javasolja, hogy az állandó átirányításokat korlátlan ideig tartsák fenn, ha a régi URL-eknek vannak visszamutató linkjei. Még azután is, hogy a Google újraindexeli az új URL-t, a külső oldalak továbbra is a régire mutathatnak. Az átirányítás eltávolítása ezeket a linkeket véglegesen megszakítja.

Időnként ellenőrizze az átirányított forgalmat. Ha egy régi URL 12–18 hónap után már nem kap látogatókat vagy visszamutató linkeket, megfontolhatja a kivezetését – de egy átirányítási szabály fenntartásának költsége a modern szervereken elhanyagolható.

Iratkozz fel hírlevelünkre

Értesülj elsőként az új funkciókról és termékfrissítésekről.

E-mail cím

Feliratkozás

Az átirányítások az affiliate marketingben

Az affiliate marketing jobban függ az átirányításoktól, mint azt a legtöbb weboldaltulajdonos gondolná. Valahányszor egy kiadó linkje a hirdető oldalára irányít egy látogatót, szinte biztosan átirányítás is történik – és ez többet tesz, mint egyszerűen továbbítja a forgalmat.

Hogyan használják az affiliate linkek az átirányításokat a követéshez

Egy tipikus affiliate link így néz ki:

https://trackingdomain.com/aff_c?offer_id=123&aff_id=456

Amikor a látogató rákattint erre a linkre, a következő folyamat zajlik le:

1. A böngésző lekéri a követő URL-t.
2. Az affiliate platform szervere naplózza a kattintást: affiliate-azonosító, ajánlat-azonosító, időbélyeg, IP-cím, user agent és minden egyes sub-ID paraméter.
3. A szerver 302-es átirányítást (ideiglenes, mert a követő URL nem állandó oldal) ad ki a hirdető céloldalára.
4. A látogató a hirdető oldalán landol, és egy cookie kerül a böngészőjébe.
5. Ha a látogató a cookie-ablakon belül konvertál, a platform a jutalékos eladást a megfelelő affiliatenak tulajdonítja.

Az átirányítás az a mechanizmus, amely a követést a felhasználó számára láthatatlanná teszi, miközben rögzíti a jutalékkifizetéseket meghatározó adatokat.

Munkafolyamat hirdetőknek

Ha hirdetőként affiliate programot működtet, két szinten kell értenie az átirányításokat:

Céloldal-átirányítások: Amikor frissíti az oldalát, fenn kell tartania az átirányításokat azokról a régi termék-URL-ekről, amelyeket az affiliate partnerek népszerűsítettek. Ha egy affiliate beágyazta a yoursite.com/old-product címet a tartalmába, és ez az URL 404-es hibát ad, nemcsak az eladást veszíti el, hanem a kiadói kapcsolatot is károsítja. Vezessen átirányítási térképet minden URL-változásról, és gondoskodjon róla, hogy a régi affiliate-linkes URL-ek mindig működjenek.

Munkafolyamat kiadóknak

Kiadóként (affiliateteg) az átirányítások két gyakorlati módon érintik Önt:

Linkkezelés: Az affiliate linkek hosszúak, tele vannak paraméterekkel, és láthatóan követésre szolgálnak. Sok kiadó saját átirányításokat használ – például mysite.com/go/product-name → affiliate követő URL –, hogy tiszta, márkázott, emlékezetes linkeket hozzon létre. Ez egy 301-es vagy 302-es átirányítás a kiadó domainjén. Emellett lehetővé teszi, hogy lecserélje a cél-affiliate linket anélkül, hogy a tartalom minden példányát frissítenie kellene.

Linkfelügyelet: A hirdetői oldalon lévő hibás átirányítások elveszett jutalékot jelentenek. Használjon átirányítás-ellenőrzőt vagy linkfelügyeleti eszközt, hogy időnként ellenőrizze, az affiliate linkjei továbbra is működő céloldalakra mutatnak-e. A követési lánc végén lévő 404-es hiba csendben elveszett bevétel.

Az átirányítások megvalósítása

Szerveroldali átirányítások (Apache, Nginx)

A szerveroldali átirányítások az aranystandard – gyorsak, megbízhatóak, és minden keresőmotor helyesen értelmezi őket.

Apache (.htaccess):

Redirect 301 /old-page https://example.com/new-page

RewriteEngine On
RewriteRule ^old-directory/(.*)$ /new-directory/$1 [R=301,L]

rewrite ^/old-page$ https://example.com/new-page permanent;

CMS- és bővítményalapú átirányítások (WordPress)

WordPress-weboldalaknál több bővítmény is kezeli az átirányításokat anélkül, hogy szerverkonfigurációs fájlokat kellene szerkeszteni:

• Redirection: A legnépszerűbb ingyenes bővítmény. 301-es átirányításokat kezel, 404-es hibákat követ, és naplózza az átirányított forgalmat. Ideális tartalomközpontú oldalakhoz.
• Yoast SEO Premium: Átirányításkezelőt tartalmaz, amely integrálódik az SEO-elemző eszközökbe.
• Rank Math: Beépített átirányításkezelést kínál az SEO-funkciói mellett.

A bővítményalapú átirányítások kényelmesek, de kis mértékű PHP-többletterhelést jelentenek. Nagy forgalmú oldalaknál továbbra is a szerver szintű átirányítások ajánlottak.

Az átirányítások tesztelése

Az átirányítások tesztelése igazolja, hogy helyesen működnek, és a várt állapotkódot adják vissza. A módszerek közé tartozik:

1. Böngésző DevTools: Nyissa meg a Network (Hálózat) fület, jelölje be a „Preserve log” (Napló megőrzése) opciót, és navigáljon a régi URL-hez. Az Állapot oszlop mutatja az átirányítási kódot (301, 302 stb.) és a végső célállomást.
2. Curl parancssor: A curl -I https://example.com/old-page parancs visszaadja a HTTP-fejléceket, beleértve az állapotkódot és a Location fejlécet.
3. Online átirányítás-ellenőrzők: Az olyan eszközök, mint a Redirect Checker (redirectchecker.com) vagy az HTTP Status Code Checker, parancssori hozzáférés nélkül teszik lehetővé az URL-ek tesztelését.
4. Screaming Frog SEO Spider: Térképezze fel az oldalát, és szűrjön a „Redirection (3xx)” értékre, hogy nagy léptékben ellenőrizze az összes átirányítást. Ez elengedhetetlen weboldal-migráció után.
5. Google Search Console: A „Page Indexing” (Oldalindexelés) jelentés jelzi az átirányítási hibákat, amelyekkel a Googlebot találkozik.

Minden migráció után tesztelje a régi URL-ek reprezentatív mintáját – különösen a nagy forgalmú és visszamutató linkekkel rendelkező oldalakat –, hogy megerősítse: a szándékolt állapotkóddal a helyes új célállomásokra mutatnak.

Gyakori átirányítási hibák és korlátok

Átirányítási láncok, amelyek pazarlják a feltérképezési költségkeretet

Az olyan lánc, mint http://example.com/page → https://example.com/page → https://www.example.com/page, felesleges ugrásokat ad hozzá. Minden lépés feltérképezési költségkeretet emészt fel, és késleltetést ad hozzá. A megoldás: az eredeti URL-ről közvetlenül a végső kanonikus célállomásra irányítson át. Ellenőrizze az átirányítási térképét láncokra a Screaming Frog vagy a Sitebulb segítségével, és vonja össze a köztes átirányításokat.

302 használata, amikor 301-re gondol

Egy állandó változás 302-es ideiglenes átirányítással megvalósítva azt üzeni a keresőmotoroknak, hogy a régi URL-t továbbra is indexeljék. Az új oldal nem biztos, hogy megjelenik a keresési találatok között, és a linkérték nem adódik át. Ez az egyik leggyakoribb SEO-hiba a weboldal-migrációk során. Ha a változás végleges, használjon 301-est.

Minden átirányítása a kezdőlapra

Amikor tömegesen töröl oldalakat, a legkisebb ellenállás útja az, ha minden eltávolított URL-t a kezdőlapra irányít át. A Google ezt soft 404-ként értelmezheti – olyan oldalként, amely 200 OK választ ad, de nem nyújt releváns tartalmat. Az eredmény: az átirányítást a rangsorolás szempontjából figyelmen kívül hagyják, a linkérték pedig elvész. Ehelyett minden törölt oldalt a témában legrelevánsabb alternatívára irányítson át. Ha nincs releváns alternatíva, hagyja, hogy az oldal valódi 404-es választ adjon, hasznos egyedi hibagoldallal.

A belső linkek frissítésének elfelejtése

Az átirányítások biztonsági hálót jelentenek, nem pedig állandó útválasztási réteget. Az átirányítások megvalósítása után frissítse az összes belső linket, hogy közvetlenül az új URL-ekre mutassanak. Ha a belső linkek átirányított URL-ekre mutatnak, felesleges átirányítási láncok jönnek létre a saját oldalán – önként vállalt teljesítmény- és feltérképezési költségkeret-hátrány.

A záró perjelek és a www figyelmen kívül hagyása

A https://www.example.com/page és a https://example.com/page/ következetlen kezelése duplikált tartalmú problémákat és átirányítási láncokat okozhat. Egységesítsen korán: válasszon egy kanonikus formátumot (www-val vagy anélkül, záró perjellel vagy anélkül), és egyetlen átirányítási szabállyal kényszerítse ki azt.

Szerveroldali átirányítások (Apache, Nginx)

A szerveroldali átirányítások az aranystandard – gyorsak, megbízhatóak, és minden keresőmotor helyesen értelmezi őket.

Apache (.htaccess):

Redirect 301 /old-page https://example.com/new-page

RewriteEngine On
RewriteRule ^old-directory/(.*)$ /new-directory/$1 [R=301,L]

rewrite ^/old-page$ https://example.com/new-page permanent;

CMS- és bővítményalapú átirányítások (WordPress)

WordPress-weboldalaknál több bővítmény is kezeli az átirányításokat anélkül, hogy szerverkonfigurációs fájlokat kellene szerkeszteni:

• Redirection: A legnépszerűbb ingyenes bővítmény. 301-es átirányításokat kezel, 404-es hibákat követ, és naplózza az átirányított forgalmat. Ideális tartalomközpontú oldalakhoz.
• Yoast SEO Premium: Átirányításkezelőt tartalmaz, amely integrálódik az SEO-elemző eszközökbe.
• Rank Math: Beépített átirányításkezelést kínál az SEO-funkciói mellett.

A bővítményalapú átirányítások kényelmesek, de kis mértékű PHP-többletterhelést jelentenek. Nagy forgalmú oldalaknál továbbra is a szerver szintű átirányítások ajánlottak.

Az átirányítások tesztelése

Az átirányítások tesztelése igazolja, hogy helyesen működnek, és a várt állapotkódot adják vissza. A módszerek közé tartozik:

1. Böngésző DevTools: Nyissa meg a Network (Hálózat) fület, jelölje be a „Preserve log” (Napló megőrzése) opciót, és navigáljon a régi URL-hez. Az Állapot oszlop mutatja az átirányítási kódot (301, 302 stb.) és a végső célállomást.
2. Curl parancssor: A curl -I https://example.com/old-page parancs visszaadja a HTTP-fejléceket, beleértve az állapotkódot és a Location fejlécet.
3. Online átirányítás-ellenőrzők: Az olyan eszközök, mint a Redirect Checker (redirectchecker.com) vagy az HTTP Status Code Checker, parancssori hozzáférés nélkül teszik lehetővé az URL-ek tesztelését.
4. Screaming Frog SEO Spider: Térképezze fel az oldalát, és szűrjön a „Redirection (3xx)” értékre, hogy nagy léptékben ellenőrizze az összes átirányítást. Ez elengedhetetlen weboldal-migráció után.
5. Google Search Console: A „Page Indexing” (Oldalindexelés) jelentés jelzi az átirányítási hibákat, amelyekkel a Googlebot találkozik.

Minden migráció után tesztelje a régi URL-ek reprezentatív mintáját – különösen a nagy forgalmú és visszamutató linkekkel rendelkező oldalakat –, hogy megerősítse: a szándékolt állapotkóddal a helyes új célállomásokra mutatnak.

Átirányítási láncok, amelyek pazarlják a feltérképezési költségkeretet

Az olyan lánc, mint http://example.com/page → https://example.com/page → https://www.example.com/page, felesleges ugrásokat ad hozzá. Minden lépés feltérképezési költségkeretet emészt fel, és késleltetést ad hozzá. A megoldás: az eredeti URL-ről közvetlenül a végső kanonikus célállomásra irányítson át. Ellenőrizze az átirányítási térképét láncokra a Screaming Frog vagy a Sitebulb segítségével, és vonja össze a köztes átirányításokat.

302 használata, amikor 301-re gondol

Egy állandó változás 302-es ideiglenes átirányítással megvalósítva azt üzeni a keresőmotoroknak, hogy a régi URL-t továbbra is indexeljék. Az új oldal nem biztos, hogy megjelenik a keresési találatok között, és a linkérték nem adódik át. Ez az egyik leggyakoribb SEO-hiba a weboldal-migrációk során. Ha a változás végleges, használjon 301-est.

Minden átirányítása a kezdőlapra

Amikor tömegesen töröl oldalakat, a legkisebb ellenállás útja az, ha minden eltávolított URL-t a kezdőlapra irányít át. A Google ezt soft 404-ként értelmezheti – olyan oldalként, amely 200 OK választ ad, de nem nyújt releváns tartalmat. Az eredmény: az átirányítást a rangsorolás szempontjából figyelmen kívül hagyják, a linkérték pedig elvész. Ehelyett minden törölt oldalt a témában legrelevánsabb alternatívára irányítson át. Ha nincs releváns alternatíva, hagyja, hogy az oldal valódi 404-es választ adjon, hasznos egyedi hibagoldallal.

A belső linkek frissítésének elfelejtése

Az átirányítások biztonsági hálót jelentenek, nem pedig állandó útválasztási réteget. Az átirányítások megvalósítása után frissítse az összes belső linket, hogy közvetlenül az új URL-ekre mutassanak. Ha a belső linkek átirányított URL-ekre mutatnak, felesleges átirányítási láncok jönnek létre a saját oldalán – önként vállalt teljesítmény- és feltérképezési költségkeret-hátrány.

A záró perjelek és a www figyelmen kívül hagyása

A https://www.example.com/page és a https://example.com/page/ következetlen kezelése duplikált tartalmú problémákat és átirányítási láncokat okozhat. Egységesítsen korán: válasszon egy kanonikus formátumot (www-val vagy anélkül, záró perjellel vagy anélkül), és egyetlen átirányítási szabállyal kényszerítse ki azt.