Összefoglaló
Az ingyenes átirányításellenőrző lépésenként követi az URL-t, ahogy a keresőrobot tenné, és minden lépésnél megmutatja az állapotkódot, a címet és a szervert a végső oldalig. A láncot egy pillantással látod (például 301 > 301 > 200), az átirányítások számát, a végső állapotot, és azt, van-e hurok. Egyetlen állandó átirányítást célozz, közvetlenül a végső URL-re: a Google legfeljebb 10 lépést követ, de azt javasolja, hogy közvetlenül a célra mutass.
Szeretnél többet megtudni? Kérdezd meg
Az átirányításellenőrző megmutatja, amit a böngésző elrejt. Egy látogató, aki egy régi címet ír be, a jó oldalra érkezik, és sosem látja a három köztes lépést, a 301 helyett használt ideiglenes 302-est vagy a hurkot, amely néhány botnak megtöri az oldalt. Az átirányítások arra is szolgálnak, hogy egy webhely egy migráció után megőrizze az előzményeit: a Google az állandó átirányítást jelzésként kezeli arra, hogy a cél legyen a kanonikus URL (Google, átirányítások és a Google-keresés).
Mit mutat az átirányításellenőrző?
Írd be az URL-t. Az eszköz először átirányítások követése nélkül kéri le, beolvassa a választ, majd maga kéri le a következő címet, legfeljebb 20 lépésig.
| Blokk | Amit látsz | Milyen a jó eredmény |
|---|---|---|
| Összegzés | A kódok láncolata és a végső URL | Egy 301 vagy 308, majd 200 |
| Átirányítások | A végső oldal előtti átirányítások száma | 0 vagy 1 |
| Végső állapot | Az utolsó válasz kódja | 200 |
| Lépések | A kérések teljes száma | 1 vagy 2 |
| Hurok | Visszatér-e a lánc egy már meglátogatott URL-re | Nem |
| Átirányítási lánc | Minden lépés a kódjával, címkéjével, URL-jével és szerverével | Minden köztes URL szándékos átirányítás |
Az összegzés pirosra vált, ha hurok van, vagy a végső oldal nem 2xx, narancssárgára, ha egynél több átirányítás van, és egyébként zöldre. Az ingyenes verzió naponta 3 ellenőrzést futtat.
Melyik átirányítási állapotkódot használd?
Állandó kódot használj, ha az áthelyezés végleges, és ideiglenest csak akkor, ha az eredeti URL vissza fog térni. A Google az állandó átirányítás célját mutatja a keresési találatokban, az ideiglenesét pedig a forrásoldalt.
| Kód | Jelentés | A Google így kezeli | Használd ehhez |
|---|---|---|---|
| 301 | Véglegesen áthelyezve | Állandó | Átnevezett oldalak, migrációk, http-ről https-re, összevont tartalmak |
| 308 | Állandó átirányítás, ugyanaz a metódus | Állandó | Mint a 301, ha űrlapoknak vagy API-knak meg kell tartaniuk a metódusukat |
| 302 | Megtalálva | Ideiglenes | Rövid kampány, vagy olyan oldal, amely vissza fog térni |
| 303 | Lásd máshol | Ideiglenes | Űrlapküldés után |
| 307 | Ideiglenes átirányítás, ugyanaz a metódus | Ideiglenes | Ideiglenes áthelyezések, amelyeknek meg kell tartaniuk a metódust |
A 301 és a 308, illetve a 302 és a 307 közti különbség technikai: 307 és 308 esetén a kliens nem változtathatja meg a kérés metódusát, míg a 301 és a 302 történetileg megengedi, hogy egy POST GET-té váljon (RFC 9110, HTTP-szemantika). SEO szempontból az számít, hogy állandó-e vagy ideiglenes.
Hány átirányítás egy láncban már sok?
Már egynél több is túl sok, amit meg kell tartani. Alapesetben a Google keresőrobotjai legfeljebb 10 átirányítási lépést követnek, és az átirányított URL-ek tartalmát figyelmen kívül hagyják (Google, hogyan hatnak az HTTP-állapotkódok a Google keresőrobotjaira). Webhely-áthelyezésnél a Google azt javasolja, hogy közvetlenül a végső célra irányíts, vagy ha ez nem lehetséges, a láncok ideális esetben legfeljebb 3 lépésből álljanak, és mindenképpen 5-nél kevesebb legyen, mert minden lépés késleltetést ad, és nem minden böngésző támogatja a hosszú láncokat (Google, webhelyáthelyezések és migrációk).
| Lánc | Összegzés | Javítás |
|---|---|---|
| 301 > 200 | Jó | Nincs teendő |
| 301 > 301 > 200 | Működik, de pazarló | Az első URL-t közvetlenül a végsőre irányítsd, és frissítsd a belső linkeket |
| 302 > 200 állandó áthelyezésnél | Rossz jelzés | Változtasd a 302-est 301-re |
| 301 > 404 | Törött | Irányítsd a legközelebbi élő oldalra, vagy hagyd, hogy a régi URL 404-et vagy 410-et adjon |
| A > B > A | Hurok: az oldal nem érhető el | Javítsd a szerveren vagy a CMS-ben az ütköző szabályokat |
Mi okozza az átirányítási láncokat és hurkokat?
A láncok idővel épülnek fel: minden változtatás egy új szabályt tesz a korábbiak fölé. A szokásos rétegek:
- Protokoll és host: http-ről https-re, majd example.com-ról www.example.com-ra, két külön szabályként egy helyett.
- Záró perjel: a /page-ből /page/ lesz, amelyet a szerver egy másik átirányítás után ad hozzá.
- Egymást követő migrációk: egy oldalt 2022-ben, majd 2024-ben átneveztek, a régi szabály pedig még a köztes URL-re mutat.
- A CMS és a szerver nem értenek egyet: egy bővítmény az egyik irányba irányít, a szerverkonfiguráció vagy a CDN a másikba, ami hurkokat hoz létre.
Teszteld a főoldalad négy változatát (http és https, www-vel és www nélkül): mindegyiknek egyetlen lépésben kell eljutnia a végső URL-re. A fogalmakat a 301-es átirányítás és a feltérképezési keret szócikkeinkben találod.
Hogyan ellenőrizd az átirányításokat egy webhely-migráció után?
- Vedd elő a régi URL-ek listáját: azokét, amelyek forgalmat vagy linkeket kaptak. Az URL-kinyerő felsorolja a kulcsoldalaid linkjeit.
- Ellenőrizz közülük egy mintát az átirányításellenőrzővel: egy állandó lépés, végső 200, és a régi tartalomnak megfelelő cél.
- Kerüld, hogy mindent a főoldalra irányíts. A Google figyelmeztet, hogy sok régi URL egyetlen irreleváns oldalra, például az új főoldalra irányítása összezavarhatja a felhasználókat, és lágy 404-ként kezelhető.
- Frissítsd a belső linkeket, hogy a végső URL-ekre mutassanak, ne átirányításokra. A törött linkellenőrző megjelöli az oldal azon linkjeit, amelyek átirányítanak vagy hibáznak.
- Tartsd meg az átirányításokat, ameddig csak lehet, általában legalább egy évig, ahogy a Google javasolja.
- Generáld újra az oldaltérképet csak az új végső URL-ekkel, az XML-oldaltérkép-generátorral.
Melyek az átirányításellenőrző korlátai?
- Csak szerveroldali átirányítások. Az eszköz a HTTP-állapotkódokat és a Location fejléceket olvassa. Az oldalon belüli meta refresh vagy JavaScript-átirányítást nem követi; az oldal 200-zal válaszol, és a lánc ott megáll. A Google azt javasolja, hogy JavaScript-átirányítást csak akkor használj, ha szerveroldali vagy meta refresh átirányítást nem tudsz alkalmazni.
- Egy felhasználói ügynök. Egyes webhelyek eszköz, ország vagy nyelv szerint másként irányítanak. Az ellenőrzés azt mutatja, amit egy süti nélküli keresőrobot lát, egy helyről.
- Lépésenként 10 másodperc. Ennél lassabb szerver időtúllépési hibát ad.
- A privát címek blokkoltak. Az a lánc, amely egy belső vagy privát hosztra vezet, biztonsági okból egy „blocked” lépésnél áll meg.
Az utolsó lépés utáni állapot ellenőrzéséhez futtasd a végső URL-t a canonical-ellenőrzőn vagy az indexelhetőség-ellenőrzőn: egy tiszta átirányítás noindex oldalra attól még elveszett oldal.
Hogyan kapod el az átirányítási problémákat, mielőtt forgalmat veszítesz?
Figyeld azokat az oldalakat, amelyek kattintásokat veszítenek: egy törött átirányítás gyakran úgy jelentkezik először, hogy a régi URL forgalma esik, az újé pedig nem nő.
- Keresd meg a visszaeső oldalakat a Sorank GEO és SEO műszerfalon, amely oldalanként követi a kattintásokat és az AI-látogatásokat.
- Őrizd meg a tekintélyedet egy migráció után a tekintélykövetővel, amely megmutatja, számítanak-e még a linkjeid.
- Kérdezd meg egyszerű szavakkal, mi változott a SEO Chaten, amely ismeri a webhelyedet, és az adataiddal válaszol.
A legjobb átirányítás egyetlen állandó lépés a megfelelő oldalra. Ellenőrizd a fontos URL-jeidet fent minden változtatás után, majd a Sorank-csomagok között találod, hogyan figyelheted a forgalmadat és a láthatóságodat autopilot módban.
