
Mikor érdemes 302-es átirányítást használni?
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...
A 302-es átirányítás egy HTTP válasz-állapotkód, amely azt jelzi, hogy egy kért erőforrás ideiglenesen át lett helyezve a Location fejlécben megadott URL-re.
Az MDN 302-es hivatkozása dokumentálja az ideiglenes átirányítást és annak kérésmódszer-viselkedését. A 307 az ideiglenes alternatíva, ha az eredeti kérésmódszert meg kell őrizni.
Ezen az oldalon
A 302-es átirányítás egy HTTP válasz-állapotkód, amely azt jelzi, hogy egy kért erőforrás ideiglenesen át lett helyezve a Location fejlécben megadott URL-re. A HTTP/1.1 specifikáció 302 Found néven határozza meg, míg a HTTP korábbi verziói Moved Temporarily (Ideiglenesen áthelyezve) jelöléssel illették.
Amikor egy böngésző vagy keresőmotor-feltérképező egy 302-es állapotkódot visszaadó URL-t kér, a szerver így válaszol:
HTTP/1.1 302 Found
Location: https://example.com/temporary-page
Ez alapjaiban különbözik a 301-es átirányítástól, amely azt jelzi, hogy a tartalom állandóan át lett helyezve, és arra utasítja a keresőmotorokat, hogy adják át a linkértéket az új céloldalnak. A kettő összekeverése továbbra is az egyik leggyakoribb technikai SEO-hiba, és hónapokba telhet, míg az ember felépül a következményekből.
A 302-es átirányítás mögötti technikai folyamat megértése segít tisztázni, miért számít az átirányítás típusa mind a felhasználói élmény, mind a keresőmotorok viselkedése szempontjából.
1. lépés: A kérés. A felhasználó rákattint egy linkre vagy beír egy URL-t – mondjuk, https://example.com/summer-sale. A böngésző HTTP GET kérést küld a szervernek.
2. lépés: A szerver válasza. Ahelyett, hogy 200 OK állapottal adná vissza a kért oldalt, a szerver 302 Found állapottal válaszol, és egy Location fejlécet küld, amely a https://example.com/special-offer címre mutat. A szerver lényegében azt mondja: „Ez az oldal most egyelőre máshol van.”
3. lépés: A böngésző követi. A böngésző automatikusan második kérést indít a cél URL felé. A felhasználó az új URL tartalmát látja, gyakran észre sem véve, hogy átirányítás történt.
A rossz átirányítástípus választása olyan hiba, amely rangsorolásba, forgalomba és bevételbe kerülhet. Az alábbi táblázat összefoglalja a négy leggyakrabban összekevert átirányítási állapotkódot, és azt, hogy mikor melyiket érdemes használni.
| Állapot | Jelentés | Módszer viselkedése |
|---|---|---|
| 301 | Állandó áthelyezés | A böngésző POST-ot GET-té alakíthat |
| 302 | Ideiglenes áthelyezés | A böngésző POST-ot GET-té alakíthat |
| 307 | Ideiglenes áthelyezés | Megőrzi a kérés módszerét |
| 308 | Állandó áthelyezés | Megőrzi a kérés módszerét |
Hasonlóképpen, a 301-es használata ideiglenes változtatás esetén ugyanilyen veszélyes. Miután a Google feldolgoz egy 301-est, akár teljesen el is távolíthatja a régi URL-t az indexéből. Amikor az ideiglenes változtatás véget ér, és eltávolítod az átirányítást, az eredeti URL már elveszítette a rangsorolását – és az újraépítés hónapokba telhet.
A 302-es átirányítás a helyes választás, ha a változtatás valóban ideiglenes, és az eredeti URL várhatóan visszatér. Íme a gyakorlati helyzetek, ahol a 302-es bizonyul a legjobbnak.
A/B tesztek futtatásakor előfordulhat, hogy a felhasználók egy részét egy oldal alternatív változatára szeretnéd küldeni, miközben az eredeti URL aktív és indexelt marad. A 302-es átirányítás a tesztforgalmat a változathoz irányítja anélkül, hogy jelezné a Google felé, hogy az eredeti oldalt véglegesen lecserélték. A teszt lezárulta után egyszerűen eltávolítod az átirányítást.
Ha egy oldalt ideiglenesen ki kell venni az üzemből – frissítés, újraszervezés vagy háttérrendszer-karbantartás miatt –, a 302-es átirányítás egy karbantartási közleményhez irányítja a felhasználókat, miközben megőrzi az eredeti URL indexelését. Ez sokkal előnyösebb, mint az 503-as (Service Unavailable – Szolgáltatás nem elérhető) állapot visszaadása, amely miatt a keresőmotorok törölhetik az oldalt az indexből, ha az tartósan fennáll.
Ha egy termék ideiglenesen nem elérhető, de újra lesz rendelve, a termékoldalról egy kapcsolódó kategóriaoldalra vagy várólistás oldalra mutató 302-es átirányítás életben tartja az eredeti URL-t a keresési találatok között. Affiliate marketingesek számára ez különösen fontos: ha egy termékoldalt teljesen eltávolítasz, az affiliate linkek és követőkódok megszakadhatnak, ami a kiadók jutalékait is elvághatja, még a termék visszatérése után is.
Ugyanolyan fontos tudni, mikor érdemes 302-est használni, mint azt, hogy mikor kerüljük el. A rosszul alkalmazott ideiglenes átirányítások komoly SEO-károkat okoznak.
Ha tartalmad véglegesen át lett helyezve – márkaváltás, domain-migráció vagy oldal-újrastrukturálás miatt –, 301-es átirányítást használj, ne 302-est. A 302 azt mondja a Google-nak, hogy tartsa indexelve a régi URL-t, ami azt jelenti, hogy az új URL talán soha nem fog rangsorolódni.
Amikor két blogbejegyzést egyetlen átfogó útmutatóba vonunk össze, a 301-es átirányítás az egyetlen helyes választás. Egy 302-es a Google indexében hagyná a régi URL-eket, amelyek az új összevont oldallal versenyeznének.
Egy weboldal HTTP-ről HTTPS-re költöztetése állandó változtatás. Használj 301-es átirányításokat. A 302-es használata HTTPS-migráció esetén jól dokumentált hiba: a régi HTTP URL-ek indexelve maradnak, és két változatra osztják szét a forgalmat és a linkértéket.
A Google kijelentette, hogy előbb-utóbb 301-esként kezelheti a hosszú ideje fennálló 302-est. Ha egy 302-es átirányítás több mint hat hónapja aktív, a Google elkezdheti átadni a linkértéket a céloldalnak. Ekkor gyakorlatilag elveszíted az irányítást a jelzés felett. Ha egy átirányításnak határozatlan ideig aktívnak kell maradnia, már az elején 301-est használj.
Gyakorlati szabály: ha nem tudod megmondani, melyik napon fogod eltávolítani az átirányítást, használj 301-est.
Egy ideiglenes átirányítás általában az eredeti URL-t hagyja meg keresési találati URL-ként. Más kanonizációs jelek is befolyásolhatják, hogy a Google melyik URL-t indexeli. Az állandó átirányítás erősebb jelzés arra, hogy a céloldal váljon kanonikussá. Egyik állapotkód sem garantálja a rangsorolás változatlanságát.
Affiliate-követés esetén teszteld, hogy a kattintás rögzítésre kerül, a szükséges azonosítók eljutnak a céloldalra, és egy későbbi konverzió a megfelelő attribúciót kapja. Az átirányítás önmagában nem garantál jutalékot.
A 302-es átirányítások SEO-vonatkozásai arra bonthatók le, hogy mit tesznek és mit nem tesznek.
Helyesen használva a 302-es átirányítások védik a SEO-dat azáltal, hogy megakadályozzák az állandó változtatások rögzítését ideiglenes helyzetekben. Egy szezonális termékoldal, amely az idényen kívüli időszakban 302-est használ, megtartja a rangsorolását arra az időre, amikor a termék visszatér. Egy A/B teszt alatt álló oldal megtartja a tekintélyét, amíg a tesztváltozat adatokat gyűjt.
Az affiliate programmenedzserek, hirdetők és kiadók számára a 302-es átirányítások nem csupán technikai SEO-kérdést jelentenek – mindennapi munkafolyamatokba ágyazott gyakorlati eszközök.
A hirdetők gyakran futtatnak időszakos promóciókat, amelyekhez a forgalmat a szokásos termékoldalakról promóciós céloldalakra kell átirányítani. A 302-es átirányítás lehetővé teszi a programmenedzser számára, hogy:
Példa munkafolyamat: Egy hirdető Black Friday promóciót futtat november 20–30. között. A /widget alatti szokásos termékoldalt 302-es átirányítás irányítja a /black-friday-widget-deal címre. A kiadók meglévő affiliate linkjei tovább működnek. Amikor a promóció véget ér, a 302-est eltávolítják, a forgalom visszatér a /widget címre, és egyetlen kiadói link sem törik el.
Azok az affiliate menedzserek, akik különböző céloldalak konverziós arányait tesztelik, 302-es átirányításokkal oszthatják meg a forgalmat a változatok között. Az eredeti affiliate-követő URL marad a kanonikus cím, az ideiglenes teszcéloldalak pedig fogadják a forgalmat anélkül, hogy véglegesen módosítanák az indexelt oldalt. Amint a teszt meghatározza a győztest, a menedzser a kiválasztott oldalt állandó célként implementálhatja, és frissítheti a követési konfigurációt.
Egyes affiliate programok 302-es átirányításokat használnak, hogy a felhasználókat régió- vagy eszközspecifikus céloldalakra küldjék. Egy németországi mobilos felhasználó kattintása ideiglenesen átirányítható egy német nyelvű mobil céloldalra, míg az USA-beli asztali felhasználók a szokásos oldalt látják. Mivel ezek a szabályok a kampánycéloktól függően változnak, a 302-es átirányítás a megfelelő jelzés.
Az Apache szervereken futó oldalaknál add hozzá a következő sort a .htaccess fájlhoz:
Redirect 302 /old-page https://example.com/temporary-page
RewriteEngine On
RewriteRule ^old-page$ https://example.com/temporary-page [R=302,L]
A szerverblokk konfigurációs fájljában:
location /old-page {
return 302 https://example.com/temporary-page;
}
Egyedi alkalmazásokhoz állítsd be manuálisan az állapotkódot és a Location fejlécet:
<?php
header('Location: https://example.com/temporary-page', true, 302);
exit;
?>
A legtöbb modern CMS-platform beépített URL-átirányítás-kezelést tartalmaz. A Shopify-ban navigálj az Online Store > Navigation > URL Redirects menüpontba. A Magento 2-ben menj a Marketing > SEO & Search > URL Rewrites menüpontba. Mindkét platform alapértelmezés szerint 301-es átirányítást hoz létre; ellenőrizd a legördülő menüt vagy a beállítási panelt, és kifejezetten válaszd ki a 302-est.
Az implementálási módszerek szerverkörnyezettől és platformtól függően változnak.
Az Apache szervereken futó oldalaknál add hozzá a következő sort a .htaccess fájlhoz:
Redirect 302 /old-page https://example.com/temporary-page
RewriteEngine On
RewriteRule ^old-page$ https://example.com/temporary-page [R=302,L]
A szerverblokk konfigurációs fájljában:
location /old-page {
return 302 https://example.com/temporary-page;
}
Az ingyenes bővítmények a szerverfájlok érintése nélkül kezelik az átirányításokat:
Egyedi alkalmazásokhoz állítsd be manuálisan az állapotkódot és a Location fejlécet:
<?php
header('Location: https://example.com/temporary-page', true, 302);
exit;
?>
A legtöbb modern CMS-platform beépített URL-átirányítás-kezelést tartalmaz. A Shopify-ban navigálj az Online Store > Navigation > URL Redirects menüpontba. A Magento 2-ben menj a Marketing > SEO & Search > URL Rewrites menüpontba. Mindkét platform alapértelmezés szerint 301-es átirányítást hoz létre; ellenőrizd a legördülő menüt vagy a beállítási panelt, és kifejezetten válaszd ki a 302-est.
Annak ellenőrzése, hogy egy átirányítás a megfelelő állapotkódot adja-e vissza, kritikus lépés bármilyen átirányítási konfiguráció bevezetése előtt. Számos módszer ingyenesen elérhető.
F12 vagy Ctrl+Shift+I).302-t kell látnod (vagy 301-est, 307-est stb.).curl -I https://example.com/old-page
HTTP/2 302
location: https://example.com/temporary-page
-L kapcsolót az átirányítási lánc követéséhez, és nézd meg, hol ér véget:curl -IL https://example.com/old-page
Az URL Inspection (URL-ellenőrzés) eszköz megmutatja, hogyan látja a Googlebot az oldaladat. Ha a Google a cél URL-t indexeli az eredeti helyett, az eszköz ezt jelzi a „Page indexing” (Oldalindexelés) > „Canonical URL” szakaszban.
A „túl sok átirányítás” hiba (amely a Chrome-ban gyakran ERR_TOO_MANY_REDIRECTS formában jelenik meg) akkor fordul elő, amikor a böngésző átirányítási hurokba ragad – az A oldal átirányít a B oldalra, amely visszairányít az A oldalra, és így végtelen ciklus jön létre. Körülbelül 20 átirányítás után a böngésző feladja, és megjeleníti a hibát.
curl -IL paranccsal vagy egy átirányítás-ellenőrzővel, hogy megtaláld a hurkot.A leggyakoribb ok egy Apache .htaccess-szabály, Nginx-konfigurációs sor vagy CMS-átirányítási beállítás, amelyről megfeledkeztél – vagy amelyet egy bővítmény automatikusan adott hozzá. Ellenőrizd a szerver konfigurációs fájljaiban az érintett URL-re mutató Redirect vagy RewriteRule direktívákat.
A WordPress például automatikusan átirányítja az URL-eket, amikor slugváltozást észlel. Ha módosítod egy bejegyzés permalinkjét, a WordPress belső átirányítást hoz létre a régi slugról az újra – és ez a permalinkbeállításoktól függően 302-est adhat vissza.
Sok weboldal 302-es átirányítást használ, hogy a nem hitelesített felhasználókat bejelentkezési oldalra küldje. Ha bejelentkezés nélkül érsz el egy védett erőforrást, a /login címre mutató 302-es elvárt viselkedés.
Egyes szerverkonfigurációk átirányítják a hiányzó vagy felesleges záró perjellel rendelkező URL-eket. Például a /page 302-es átirányítást adhat vissza a /page/ címre. Bár ez általában ártalmatlan, a túlzott záró perjeles átirányítások nagy weboldalakon elpocsékolhatják a feltérképezési keretet.
Optimalizáld weboldaladat a 302-es átirányítások bevált gyakorlataival, és biztosíts zökkenőmentes felhasználói élményt és SEO-teljesítményt.

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

Ismerje meg, hogyan működnek a 302-es átirányítások, azok SEO-hatását és a legjobb bevezetési gyakorlatokat. Érthető magyarázat az ideiglenes 302-es és a végleg...

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