Átfogó felhasználói útmutató és gyakorlati alkalmazások
A RedirectChecker.Site nem csupán szabványos HTTP-fejléc-olvasó, hanem fejlett hálózati diagnosztikai eszköz SEO-szakemberek, rendszergazdák és webfejlesztők számára. Funkcióinak helyes használatával feltárhatók az összetett útválasztási hibák, amelyek jelentősen ronthatják a keresőbeli helyezéseket és a felhasználói élményt.
1. Az ellenőrző használata: lépésről lépésre
Adjon meg egy teljes, nyilvános URL-t a protokollal együtt (például, https://example.com/old-page ). Válasszon egy mintát User-Agent és szükség esetén egy Client Hints fejlécprofilt. Az ellenőrző szerveroldali kérést küld a kiválasztott fejlécekkel; nem reprodukál teljes böngészőt, sütiket, JavaScriptet vagy feltérképező hálózati azonosságát.
2. Eredmények értelmezése és folyamatábra-példák
Kattintson a(z) URL nyomon követése gombra az átirányítási lánc egyes HTTP-válaszainak, válaszkódjainak, mért kérési idejének és — ha van — a következő Location URL-nek a megtekintéséhez. Egy futtatás legfeljebb öt átirányítást követ; ha a lánc folytatódik, a következő URL válasza már nem része annak a futtatásnak.
3. Gyakorlati példa: SSL-visszalépés észlelése
Az átirányítás a HTTPS-ről HTTP-re válthat. Az ellenőrző jelzi ezt, ha olyan HTTPS-URL-t észlel, amelynek válasza HTTP-címre mutat. Az eredményre hagyatkozás előtt ellenőrizze a célcímet, és állítsa be a kívánt HTTPS-útvonalat.
Műszaki alapok: HTTP-válaszkódok és hálózati mérnöki ismeretek
A HTTP-válaszkódok a kérés eredményét írják le, míg a 3xx-válaszok másik URL-re irányítják a klienst. A végleges átirányítás segíthet a keresőmotoroknak az URL-ek összevonásában, de nem garantál adott helyezést vagy indexelési eredményt. A szándékolt tartósságnak megfelelő kódot használja, és ellenőrizze a teljes láncot, valamint a végső választ.
A 301, 302, 307 és 308 kódok közötti különbség
- 301 — véglegesen áthelyezve: Akkor használja, ha az erőforrás véglegesen áthelyeződött. A keresőmotorok a végleges átirányítást erős jelzésnek tekintik a cél felé, de egyetlen átirányítás sem garantál konkrét helyezést vagy indexelési eredményt.
- 302 — megtalálva (ideiglenes): Arra utasítja a klienst, hogy ideiglenesen egy másik URL-t keressen fel, ami azt jelzi, hogy az eredeti URL visszatérhet. A keresőmotorok általában nem viszik tovább a végleges linkértéket 302-es kódon keresztül.
- 307 — ideiglenes átirányítás: A 302 korszerű HTTP/1.1-es megfelelője. Fontos, hogy a 307 garantálja: az átirányítás követésekor a HTTP-metódus (GET vagy POST) NEM változik meg.
- 308 — végleges átirányítás: A 307 végleges változata. SEO szempontból a 301-hez hasonlóan működik, de szigorúan tiltja, hogy a böngésző a POST-kérést GET-kéréssé alakítsa.
Böngésző-kompatibilitás a HTTP-válaszkódok kezelésében
A HTTP-válaszkódok protokolljelzések, amelyeket a böngésző hálózati rétege kezel, nem különálló böngészőfunkciók. A modern Chrome, Edge, Firefox, Safari, Opera, Android WebView és iPhone WebView feldolgozza a szabványos válaszosztályokat; a felhasználó által látott hiba böngészőnként és közbeiktatott proxy esetén eltérhet.
| HTTP-válaszosztály | Chrome / Edge | Firefox | Safari | Opera | Android / iPhone WebView | Gyakorlati kompatibilitási részlet |
|---|
| 1xx — tájékoztató | Támogatott | Támogatott | Támogatott | Támogatott | A hálózati réteg támogatja | A 100 és 101 elterjedt. A 102 speciális vagy elavult; a 103 Early Hints viselkedése verziótól, szervertől és közvetítőtől függően változhat. |
| 2xx — sikeres | Támogatott | Támogatott | Támogatott | Támogatott | Támogatott | A protokoll jelentése közös; a törzsre vonatkozó szabályok, például hogy a 204/205 válaszhoz nem tartozik törzs, továbbra is érvényesek. |
| 3xx — átirányítás | Támogatott | Támogatott | Támogatott | Támogatott | Támogatott | A kliensek a Location alapján, a metódusra, gyorsítótárazásra, biztonságra és navigációra vonatkozó szabályok szerint követik az átirányítást. A 307/308 megőrzi a metódust; a 301/302 a POST-ot GET-té alakíthatja. |
| 4xx — klienshibák | Támogatott | Támogatott | Támogatott | Támogatott | Támogatott | A válaszosztály értelmezhető, de a szerver törzsének megjelenítése és a böngésző hibaüzenete eltérhet. |
| 5xx — szerverhibák | Támogatott | Támogatott | Támogatott | Támogatott | Támogatott | A proxyoldalak, az újrapróbálkozás és a diagnosztikai megjelenítés azonos kód esetén is eltérhet. |
| Ismeretlen kód ismert osztályban | Osztályszintű kezelés | Osztályszintű kezelés | Osztályszintű kezelés | Osztályszintű kezelés | Osztályszintű kezelés | A kliensek az első számjegyből következtethetnek az általános osztályra. Ettől a tartalék kezeléstől egy egyedi kód még nem kap egységes jelentést. |
Ez a táblázat a protokoll-kompatibilitást írja le, nem azonos megjelenítést, és nem állítja, hogy minden böngészőverzió ugyanúgy teszi láthatóvá a köztes válaszokat.
Cloaking és dinamikus megjelenítési szabályok megsértése
A cloaking azt jelenti, hogy a keresőmotoroknak és az embereknek lényegesen eltérő tartalmat vagy céloldalt mutatnak. Az engedéllyel tesztelt infrastruktúrán összehasonlíthatja a kiválasztott User-Agent- és Client Hints-fejlécekre adott válaszokat. Ezek a profilok nem igazolják a feltérképező azonosságát, és nem állapítják meg, hogy egy webhely megfelel-e a Google irányelveinek.
Gyakori kérdések (technikai GYIK)
Mi az az átirányítási lánc, és miért árt a technikai SEO-nak?
Átirányítási láncról akkor beszélünk, amikor egy URL több köztes címen halad át, mielőtt eléri a végső oldalt (például A → B → C → D). Minden lépés újabb kérést igényel, növeli a késleltetést és kevésbé hatékonnyá teszi a feltérképezést. Az útvonalakat tartsa a lehető legegyenesebben; a következő GYIK az ajánlott lánchosszt ismerteti.
RFC 9110: HTTP-szemantika és átirányítás · Google Search Central: webhelyáthelyezések és átirányítások
Hogyan ellenőrizhetem a canonical címkéket átirányítás után?
Ez az ellenőrző követi a HTTP-válaszkódokat és a Location fejléceket, de nem tölti le és nem elemzi a céloldal HTML-kódját, ezért nem tudja ellenőrizni a rel=canonical értéket. Nyissa meg a végső URL-t, és ellenőrizze, hogy canonical hivatkozása a preferált, indexelhető oldalra mutat-e. A Search Console URL-ellenőrzésével áttekintheti a Google canonical-választását.
Google Search Central: kanonizálás · Google Search Central: kanonikus URL megadása
Észleli ez az eszköz a JavaScript-alapú átirányításokat?
Nem. Az eszköz a Location fejléccel ellátott HTTP 3xx-válaszokat követi. Nem futtat JavaScriptet, és nem keresi a meta-refresh címkéket a válasz törzsében; ezek vizsgálatához böngészőre van szükség.
Google Search Central: átirányítások és Google Kereső
Mi az átirányítási hurok, és hogyan javítható?
Az átirányítási hurok végtelen ciklus, amelyben az A URL a B URL-re, a B pedig vissza az A URL-re mutat, ezért a böngésző ERR_TOO_MANY_REDIRECTS hibát jelez. A javításhoz módosítani kell a szerver .htaccess fájlját, az Nginx konfigurációját vagy a CMS útválasztási szabályait.
RFC 9110: HTTP-szemantika és átirányítás · MDN: HTTP-válaszkódok
Mik azok a Client Hints, és hogyan használja őket az ellenőrző?
A Client Hints olyan HTTP-kérésfejlécek, mint a Sec-CH-UA-Mobile és a Sec-CH-UA-Platform. A kiválasztott profil hozzáadja ezeket a fejléceket az ellenőrző szerveroldali kéréséhez, így összehasonlítható a szerver válasza. Ez fejlécvizsgálat, nem teljes böngésző-szimuláció, és nem bizonyítja, hogy a kérést egy adott böngésző vagy feltérképező küldte.
MDN: HTTP Client Hints
Hány 301-es átirányítás lehet egy láncban?
A Google dokumentációja szerint a Googlebot legfeljebb 10 átirányítási lépést követhet, de lehetőség szerint közvetlen útvonalat javasol. Ha a lánc nem szüntethető meg, legyen rövid — lehetőleg legfeljebb három, de mindenképpen öt alatti lépéssel. Minden lépés újabb kérést ad hozzá, más kliensek pedig alacsonyabb korlátot alkalmazhatnak. A szándékolt változás szerint válasszon végleges (301/308) vagy ideiglenes (302/307) kódot.
Google Search Central útmutató.
RFC 9110: HTTP-szemantika és átirányítás
Mely HTTP-válaszkódok jeleznek végleges vagy ideiglenes áthelyezést?
A 301 és 308 azt jelzi, hogy az erőforrás véglegesen áthelyeződött; a 302 és 307 ideiglenes átirányítást jelez. Azt a kódot válassza, amely tükrözi, hogy az eredeti URL várhatóan visszatér-e, és a cél maradjon releváns az eredeti kérés szempontjából.
RFC 9110: HTTP-szemantika és átirányítás
Mikor használjak 307-et vagy 308-at 301 vagy 302 helyett?
A 307 és 308 megőrzi a kérés metódusát átirányításkor. 301 vagy 302 esetén egyes kliensek a POST-kérést GET-re módosíthatják. Ideiglenes áthelyezésnél használjon 307-et, véglegesnél 308-at, ha fontos a metódus és a kérés törzsének megőrzése; ellenőrizze a szolgáltatása által támogatott kliensek viselkedését.
RFC 9110: HTTP-szemantika, 307 és 308
Garantálja a 301-es átirányítás a helyezést vagy az indexelést?
Nem. A végleges átirányítás erős jelzés arra, hogy a cél váltsa fel a forrás-URL-t, és a Google szerint a végleges átirányítás nem csökkenti a PageRanket. A keresőmotorok továbbra is az összes jel és a céloldal tartalma alapján döntik el, mit térképeznek fel, indexelnek és rangsorolnak.
Google Search Central: átirányítások és Google Kereső · Google Search Central: kanonizálás
Mit igazol a végső 2xx-válasz?
Azt igazolja, hogy a nyomkövetés utolsó HTTP-kérése sikeres válaszosztályú választ kapott. Nem bizonyítja, hogy a tartalom hasznos, minden látogató számára elérhető, indexelhető, megfelelő canonical URL-lel rendelkezik vagy rangsorolható.
RFC 9110: HTTP-szemantika, sikeres válaszok · MDN: HTTP-válaszkódok
Miért kaphat 403-at vagy 429-et az ellenőrző, ha a böngészőmben megnyílik az oldal?
Az ellenőrző szerveroldali kérést küld, amely hálózati hely, sütik, hitelesítés és fejlécek tekintetében eltérhet a böngészőjétől. Tűzfal, CDN, sebességkorlátozás vagy botvédelmi szabály blokkolhatja vagy lassíthatja. Hasonlítsa össze a szervernaplókat és hozzáférési szabályokat; egyetlen 403-as vagy 429-es teszteredmény nem bizonyítja, hogy minden látogató blokkolva van.
RFC 9110: 403 Forbidden · RFC 6585: 429 Too Many Requests
Ellenőrzött feltérképezők a Googlebot- és keresőrobot-profilok?
Nem. Az előre beállított profil csak a User-Agent fejléc szövegét módosítja. A kérés nem a Google-től vagy más feltérképező hálózatától érkezik, és nem bizonyítja a kérő valódi robotazonosságát. Ellenőrizze a robotot a szolgáltató által közzétett IP- vagy DNS-ellenőrzési módszerrel.
Google Search Central: a Googlebot és más Google-robotok ellenőrzése
Miért eredményezhetnek eltérő átirányítási láncot a különböző User-Agent-profilok?
A szerverek, CDN-ek és alkalmazásszabályok a kérésfejlécek, eszközjelek, földrajzi hely, hitelesítés vagy munkamenet alapján eltérő célokat és válaszkódokat választhatnak. A nyomvonalakat diagnosztikai mintaként hasonlítsa össze; nem feltétlenül egyeznek minden valódi felhasználó vagy robot kérésével.
RFC 9110: Vary fejléc és egyeztetett válaszok
Megmaradnak a lekérdezési paraméterek URL-átirányításkor?
Az átirányítási válasz Location fejléce határozza meg a következő URL-t. A szerver megtarthatja, eltávolíthatja vagy átírhatja a lekérdezési paramétereket. Az ellenőrző a kapott Location-értéket követi; a megjelenített URL-ek összevetésével látható, mit adott vissza ténylegesen a szerver.
RFC 9110: Location válaszfejléc
Hány átirányítást követ az ellenőrző egy futtatás során?
A jelenlegi ellenőrző legfeljebb öt átirányítást követ. Ha az ötödik lépés válasza újabb URL-re mutat, a futtatás megjelenítheti a címet anélkül, hogy lekérné. Indítson új ellenőrzést erre a címre, vagy rövidítse le a láncot a végső válasz megtekintéséhez.
Hogyan befolyásolja az ellenőrzést a Client Hints választó?
A kiválasztott Sec-CH-* kérésfejléceket — például mobiljelölőt vagy platformértéket — a kiválasztott User-Agent karakterlánccal együtt adja hozzá. Ezek beállítható fejlécminták; nem reprodukálják a böngésző teljes hálózati viselkedését, és a szerver figyelmen kívül hagyhatja őket.
MDN: HTTP Client Hints
Mennyi ideig tartsa fenn az átirányítást URL áthelyezése után?
Tartsa fenn az átirányítást a lehető leghosszabb ideig. A Google legalább egy évig javasolja az átirányítás fenntartását webhelyáthelyezés után, hogy a keresőmotorok feldolgozhassák a változást; a látogatók ennél tovább is használhatják a régi könyvjelzőket és hivatkozásokat.
Google Search Central: webhelyáthelyezések és átirányítások
Az átirányításon kívül mit kell frissíteni URL áthelyezése után?
Frissítse a belső hivatkozásokat, a céloldal canonical URL-jét, a használt hreflang-jelöléseket és az XML-webhelytérképet, hogy az új URL-re mutassanak. A helyettesítő oldal legyen releváns, majd ellenőrizze, hogy az átirányítás közvetlenül és következetesen oldódik fel.
Google Search Central: webhelyáthelyezések és átirányítások