
Mit érdemes elkerülni a 302-es átirányítások használatakor: Legjobb gyakorlatok
Ismerje meg a 302-es átirányításokkal kapcsolatos kritikus hibákat. Fedezze fel, mikor érdemes ideiglenes átirányítást használni, a SEO következményeit és a leg...
A 301-es átirányítás egy HTTP státuszkód — 301 Moved Permanently — amely jelzi a böngészőknek és a keresőmotoroknak, hogy egy oldal véglegesen új URL-re költözött.
A 301-es átirányítás egy HTTP státuszkód — 301 Moved Permanently — amely jelzi a böngészőknek és a keresőmotoroknak, hogy egy oldal véglegesen új URL-re költözött. Amikor egy látogató vagy robot lekéri a régi címet, a webkiszolgáló a 301-es státusszal és egy Location fejléccel válaszol, amely az új célcímre mutat. A böngésző automatikusan követi, a keresőmotorok pedig átadják a rangsorolási jeleket — beleértve a hivatkozási értéket is — a régi URL-ről az újra.
Gondolj rá úgy, mint egy végleges címváltozási űrlap benyújtására a postánál. A régi házadba küldött leveleket továbbítják az új címre. A 301-es átirányítás ugyanezt teszi a webes forgalommal.
Ezen az oldalon
A 301-es átirányítás azt jelzi, hogy a kért erőforrás véglegesen áthelyezésre került a Location válaszfejlécben megadott URL-re. Ez az egyik számos HTTP átirányítási státuszkód közül, amelyek a 3xx osztályba tartoznak, és ez a legszélesebb körben használt módszer a végleges URL-továbbításra.
A 301-es által jelzett fő jellemzők:
Maga a HTTP-válasz így néz ki:
HTTP/1.1 301 Moved Permanently
Location: https://www.example.com/new-page
301 jelzi az ügyfélnek, hogy a költözés végleges. A Location fejléc megmondja, hová kell mennie.A folyamat egy egyszerű kérés-válasz ciklust követ, amelyben az ügyfél (böngésző vagy robot) és a webkiszolgáló vesz részt.
A felhasználó rákattint egy linkre, vagy beírja a https://example.com/old-page címet. A böngésző egy HTTP GET kérést küld a domain-t üzemeltető kiszolgálónak.
Ahelyett, hogy az oldal tartalmát adná vissza, a kiszolgáló a 301 Moved Permanently státuszkóddal és egy Location fejléccel válaszol, amely az új URL-t tartalmazza. A Location fejléc azonosítja a célcímet; a választörzs szintén jelen lehet.
A böngésző beolvassa a Location fejlécet, és azonnal egy új GET kérést küld a cél URL-re. Ez ezredmásodpercek alatt történik — a felhasználó csak a végső oldalt látja.
Amikor egy robot, például a Googlebot, 301-es talál, észleli a végleges áthelyezést. A későbbi bejárások során átadja a rangsorolási jeleket az új URL-nek, és végül eltávolítja a régi URL-t az indexből.
301-es átirányítás nélkül az oldal áthelyezése zsákutcát hagy maga után. A látogatók 404-es hibát látnak. A keresőmotorok elveszítik a régi URL-re épített rangsorolási értéket. Mindkét kimenetel károsítja a weboldaladat.
Amikor egy régi URL-t 301-es átirányítással egy újra irányítasz át, a keresőmotorok átadják a felhalmozott hivatkozási értéket — visszamutató linkeket, tekintélyi jeleket és rangsorolási előzményeket — a célcímnek. Ahogy Google John Mueller is kijelentette, a PageRank továbbítható mind a 301-es, mind a 302-es átirányításokon keresztül, az átirányítás segít a Google-nak kiválasztani egy kanonikus URL-t és ott összpontosítani a jeleket.
Azok a látogatók, akik elkönyvjelzőzték a régi URL-t, vagy egy elavult linket követtek, a megfelelő oldalra jutnak a 404-es hiba helyett. Az átirányítás zökkenőmentes — nincs köztes oldal, nincs “kattints ide a folytatáshoz” üzenet.
Használj 301-es átirányítást, ha a régi URL soha többé nem fog tartalmat kiszolgálni. Íme a leggyakoribb forgatókönyvek:
| Forgatókönyv | Példa | Miért 301 |
|---|---|---|
| Domain átköltöztetés | regisite.com → ujsite.com | Végleges költözés; az összes oldal új domainre kerül |
| HTTP-ről HTTPS-re frissítés | http://example.com → https://example.com | A biztonsági frissítés végleges |
| URL-átszervezés | /blog/2023/bejegyzes → /blog/bejegyzes | A régi struktúra megszűnik; az új váltja fel |
| Oldalak összevonása | Két hasonló cikk → egy átfogó oldal | A régi URL-ek megszűnnek; a tartalom az új célcímnél egyesül |
| Oldal eltávolítása releváns helyettesítéssel | Megszűnt termék → kategóriaoldal | A felhasználók a lehető legjobb célcímre jutnak |
| Duplikált tartalom javítása | example.com és www.example.com → egyetlen kanonikus | Az egyik verzió lesz a végleges kanonikus |
| Újramárkázás | regimarka.com → ujmarka.com | A teljes domain véglegesen megváltozik |
A 301-es végleges áthelyezést jelez, míg a 302-es ideiglenest. A választás a tervezett időtartamtól és attól függ, hogy melyik URL-t szeretnéd, hogy a keresőmotorok kanonikusnak tekintsék.
| Jellemző | 301 | 302 |
|---|---|---|
| Cél | Végleges helyettesítés | Ideiglenes célcím |
| Keresőjelzés | Erős jelzés, hogy a célcím legyen a kanonikus | Általában megtartja a forrást a kívánt keresési URL-ként; más jelek befolyásolhatják az indexelést |
| Példák | Domain átköltöztetés, URL-átszervezés, oldalösszevonás | Ideiglenes promóció, karbantartás, ideiglenes teszt |
| Módszer viselkedése | Az ügyfél megváltoztathatja a POST-t GET-re | Az ügyfél megváltoztathatja a POST-t GET-re |
Egyik kód sem garantál rangsorolási eredményt. Teszteld a célcímet, a nyomonkövetési paramétereket és a jóváírást a státuszkód választásától függetlenül.
Mind a 301 Moved Permanently, mind a 308 Permanent Redirect végleges áthelyezést jelez. A különbség abban rejlik, hogy a HTTP-módszer hogyan kezelődik az átirányítás során.
POST-ról GET-re az átirányított kérésnél. Ez az alapértelmezett viselkedés a Fetch Standard szerint, és szinte mindig ez a kívánt viselkedés weboldalak esetében.POST volt, az átirányított kérés POST marad.Útmutatás: Szabványos weboldal-átirányításokhoz — az esetek túlnyomó többségében — használj 301-est. A 308-ast az API-végpontokhoz vagy űrlapbeküldésekhez tartsd fenn, ahol a POST módszer megőrzése számít.
A megvalósítás módja a webkiszolgálótól és a CMS-től függ. Íme a leggyakoribb megközelítések.
Az Apache-t használó webhelyeknél adj hozzá átirányítási szabályokat a webhely gyökérkönyvtárában található .htaccess fájlhoz:
Redirect 301 /old-page.html /new-page.html
RewriteEngine On
RewriteCond %{HTTP_HOST} ^regisite\.com [NC]
RewriteRule ^(.*)$ https://ujsite.com/$1 [L,R=301]
Az Nginx nem használ .htaccess fájlt. Add hozzá az átirányítási szabályokat a kiszolgálóblokk konfigurációjához:
server {
listen 80;
server_name regisite.com;
return 301 https://ujsite.com$request_uri;
}
Az olyan bővítmények, mint a Redirection vagy a Yoast SEO Premium, lehetővé teszik a 301-es átirányítások kezelését a WordPress adminisztrációs felületéről a kiszolgálói fájlok szerkesztése nélkül. Ez a leginkább hozzáférhető módszer a nem technikai felhasználók számára.
Egyes hosztolt platformok átirányítási beállításokat biztosítanak a felügyeleti felületükön. Ellenőrizd a platform aktuális dokumentációját, és győződj meg arról, hogy a beállított szabály a kívánt HTTP-státuszt adja vissza; a felületi címke önmagában nem erősíti meg a választ.
Egyedi alkalmazásokhoz programozottan is küldhetsz 301-es átirányítást:
header("HTTP/1.1 301 Moved Permanently");
header("Location: https://www.example.com/new-page");
exit();
A végleges átirányítás erős kanonikalizációs jelzés. A keresőmotoroknak be kell járniuk és fel kell dolgozniuk az áthelyezést, így az időzítés és a keresési láthatóság változhat. Kerüld el azt a feltételezést, hogy minden átköltöztetésnek fix rangsorolási csökkenése vagy felépülési ideje van.
Az indexelési változások függnek a bejárástól és más kanonikalizációs jelektől. Figyeld a forrás- és cél URL-eket, ahelyett hogy fix napok számát ígérnéd.
Átirányítási lánc akkor keletkezik, amikor egy URL egy másik URL-re irányít át, amely maga is egy harmadikra irányít. Minden ugrás késleltetést és újabb hibalehetőséget ad hozzá; kerüld el a szükségtelen láncokat, ahelyett hogy fix rangsorolási értékvesztést feltételeznél ugrásonként. A Google azt ajánlja, hogy tartsd minimálisra az átirányítási láncokat. Ideális esetben frissítsd az összes belső linket, hogy közvetlenül a végső cél URL-re mutassanak.
Igen. Bár nincs szigorú korlátja a 301-es átirányítások számának, a túl sok átirányítás problémákat okoz:
Bevált gyakorlat: Tartsd az átirányításokat a szükséges szinten. Webhely-átköltöztetés után ellenőrizd az átirányítási térképedet, és távolítsd el azokat a szabályokat, amelyek olyan URL-ekre vonatkoznak, amelyek már nem kapnak forgalmat vagy visszamutató linkeket.
Tartsd meg az átköltöztetési átirányításokat amíg a látogatók, a visszamutató linkek és a robotok még használják a régi URL-eket. Tervezd meg az élettartamukat az átköltöztetés részeként:
Figyeld a régi URL-ek forgalmát az analitikádban. A csendes analitikai időszak nem bizonyítja, hogy minden külső link vagy robot abbahagyta a régi URL használatát. Ellenőrizd a visszamutató linkeket, a hivatkozási forgalmat és a működési korlátokat a szabály visszavonása előtt.
Igen. Bármikor frissítheted egy meglévő 301-es átirányítás cél URL-jét a szabály módosításával a .htaccess fájlban, az Nginx konfigurációban vagy a CMS átirányításkezelőjében.
Azonban vedd figyelembe, hogy:
Felhasználói szempontból a 301-es átirányítás azonnal életbe lép — abban a pillanatban, amikor a kiszolgáló konfigurációja telepítésre kerül, a látogatók az új URL-re irányítódnak.
SEO szempontból az időváltozó:
A 301-es átirányítások három csoport számára fontosak az affiliate marketingben: hirdetők (kereskedők), kiadók (affiliate-ek) és affiliate programmenedzserek.
Amikor affiliate programot működtetsz, az affiliate linkjeid a csatornát képezik partnereid és az üzleted között. Ha megváltoztatod a webhelyed struktúráját — új domainre költözöl, HTTP-ről HTTPS-re váltasz, vagy átszervezed a termék URL-eket — minden affiliate link, amely a régi URL-ekre mutat, elromlik, hacsak nem vezetsz be 301-es átirányításokat.
Gyakorlati példa: Egy kereskedő újramárkázza magát regisite.com-ról ujsite.com-ra. Több száz affiliate mélyhivatkozásokkal rendelkezik termékoldalakra a régi domainen. 301-es átirányítások nélkül ezek a linkek mindegyike 404-es hibát ad. Az affiliate-ek jutalékot veszítenek, a kereskedő pedig bevételtől esik el. Megfelelő 301-es átirányítási térképpel a látogatók elérik a megfelelő oldalakat az új domainen, és az affiliate nyomonkövetési paramétereket szándékosan meg kell őrizni és tesztelni kell az átirányításon keresztül.
Ismerendő korlátok:
RewriteRule QSA (Query String Append) jelzőjének használata kezeli ezt. Nginx-ben a $request_uri alapértelmezés szerint tartalmazza a lekérdezési karakterláncot.Az affiliate-ek gyakran használnak linkmaszkolást vagy átirányítási bővítményeket a kimenő affiliate linkjeik kezeléséhez. Egy tipikus beállítás:
kiadosite.com/ajanlom/termek → 301 → kereskedo.com/termek?aff_id=123
Ez a megközelítés két előnyt kínál:
Figyelmeztetés: Ne láncolj össze több 301-es átirányítást (pl. maszkolt linked → kereskedői átirányítás → végleges termékoldal). Minden ugrás növeli a késleltetést és kockáztatja az affiliate nyomonkövetési paraméter elvesztését. Amikor csak lehetséges, linkelj közvetlenül a kereskedő végső cél URL-jére.
A 301-es átirányítás a régi nyomonkövetési domainről az újra megőrzi az affiliate forgalmat az átállás során. Ez azonban csak akkor működik, ha:
Munkafolyamat-javaslat:
Egy áthelyezett erőforrásra adott egyszerűsített válasz így nézhet ki:
HTTP/1.1 301 Moved Permanently
Location: https://merchant.example/new-product
Sajátítsd el a 301-es átirányításokat, hogy megőrizd weboldalad SEO-ját és javítsd a felhasználói élményt. Fedezd fel a bevált gyakorlatokat a Post Affiliate Pro-nál.

Ismerje meg a 302-es átirányításokkal kapcsolatos kritikus hibákat. Fedezze fel, mikor érdemes ideiglenes átirányítást használni, a SEO következményeit és a leg...

Ismerje meg, miért elengedhetetlenek a 301-es átirányítások az SEO szempontjából. Fedezze fel, hogyan őrzik meg az állandó átirányítások a linkértéket, tartják ...

Ismerje meg, mikor használjon 302-es átirányítást ideiglenes URL-változtatások esetén. Fedezze fel a legjobb gyakorlatokat, a SEO-ra gyakorolt hatásokat, és hog...
Sütik Hozzájárulás
A sütiket használjuk, hogy javítsuk a böngészési élményt és elemezzük a forgalmunkat. See our privacy policy.