Napredni preverjevalnik preusmeritev in tehnični SEO-analizator

Sledite verigam preusmeritev HTTP z zahtevo, poslano s strežnika. Primerjajte izbrane glave zahtev User-Agent in Client Hints, preverite stanje in izmerjeni odzivni čas do petih preusmeritev ter zaznajte prehod s HTTPS na HTTP. Orodje ne izvaja JavaScripta ciljnega spletnega mesta in ne pregleduje njegove kode HTML.

🌐

Izbrani profili User-Agent in Client Hints so testni profili glav zahtev; ne potrjujejo pristnosti pravega brskalnika ali pajka.

Rezultati pregleda in vizualni potek

⚠️ Varnostno opozorilo: zaznana mešana vsebina. Med verigo je povezava prešla na nešifrirani HTTP.

Celovit uporabniški priročnik in praktična uporaba

RedirectChecker.Site ni le običajen pregledovalnik glav HTTP, temveč napredno orodje za diagnostiko omrežja, namenjeno strokovnjakom za SEO, sistemskim skrbnikom in spletnim razvijalcem. Če se naučite pravilno uporabljati njegove funkcije, boste lažje odpravljali zapletene težave s preusmerjanjem, ki močno vplivajo na uvrstitve v iskalnikih in uporabniško izkušnjo.

1. Uporaba preverjevalnika: navodila po korakih

Vnesite celoten javni URL, vključno s protokolom (na primer https://example.com/old-page). Izberite vzorčni profil User-Agent in po potrebi še profil glave Client Hints . Orodje pošlje strežniško zahtevo z izbranimi glavami; ne posnema celotnega brskalnika, piškotkov, JavaScripta ali omrežne identitete pajka.

2. Razlaga rezultatov in primeri vizualnega poteka

Kliknite Sledi URL-ju za prikaz vsakega odgovora HTTP v verigi preusmeritev, njegove kode stanja, izmerjenega časa zahteve in naslednjega URL-ja Location, če je naveden. En zagon sledi največ petim preusmeritvam; če se veriga nadaljuje, odgovor na naslednjem URL-ju v tem zagonu ni vključen.

3. Praktični primer: zaznavanje prehoda s SSL

Preusmeritev lahko URL s HTTPS preusmeri na HTTP. Orodje označi ta prehod, ko zazna URL HTTPS, katerega odgovor kaže na Location z uporabo HTTP. Preden se zanesete na rezultat, preverite cilj in nastavite predvideno pot HTTPS.

Tehnična podlaga: kode stanja HTTP in omrežni inženiring

Kode stanja HTTP opisujejo izid zahteve, odgovori 3xx pa odjemalca preusmerijo na drug URL. Trajne preusmeritve lahko iskalnikom pomagajo združevati URL-je, vendar ne zagotavljajo določene uvrstitve ali indeksiranja. Uporabite kodo stanja, ki ustreza predvidenemu trajanju, ter preverite celotno verigo in končni odgovor.

Razlika med kodami 301, 302, 307 in 308

  • 301 Moved Permanently: Uporabite, kadar je bil vir trajno premaknjen. Iskalniki trajno preusmeritev obravnavajo kot močan signal za cilj, vendar nobena preusmeritev ne zagotavlja določene uvrstitve ali rezultata indeksiranja.
  • 302 Found (Temporary): Odjemalcu pove, naj začasno uporabi drug URL, pri čemer se pričakuje vrnitev prvotnega URL-ja. Iskalniki praviloma ne prenašajo trajne vrednosti povezav prek kode 302.
  • 307 Temporary Redirect: Sodobna ustreznica kode 302 v HTTP/1.1. Ključno je, da 307 zagotavlja, da se metoda HTTP (GET ali POST) pri sledenju preusmeritvi NE spremeni.
  • 308 Permanent Redirect: Trajna različica kode 307. Za SEO deluje podobno kot 301, vendar brskalniku izrecno prepoveduje spreminjanje zahteve POST v GET.

Združljivost kod odgovorov HTTP z brskalniki

Kode stanja HTTP so signali protokola, ki jih obdeluje omrežni sklad brskalnika, ne pa ločene funkcije brskalnika. Sodobni Chrome, Edge, Firefox, Safari in Opera ter Android WebView in iPhone WebView obdelujejo standardne razrede stanj; prikaz napake se lahko razlikuje glede na brskalnik in vmesni proxy.

Razred odgovora HTTPChrome / EdgeFirefoxSafariOperaAndroid / iPhone WebViewPraktična opomba o združljivosti
1xx informativnoPodprtoPodprtoPodprtoPodprtoPodprto na omrežni plastiKode 100 in 101 so uveljavljene. Koda 102 je specializirana ali zastarela; podpora za 103 Early Hints in vidno prednalaganje se razlikuje glede na različico brskalnika, strežnik in vmesni sistem.
2xx uspehPodprtoPodprtoPodprtoPodprtoPodprtoSkupna semantika uspešnih odgovorov; še vedno veljajo pravila glede telesa, npr. da odgovora 204 in 205 nimata telesa.
3xx preusmeritevPodprtoPodprtoPodprtoPodprtoPodprtoOdjemalci sledijo Location ob upoštevanju pravil za metodo, predpomnjenje, varnost in navigacijo. 307/308 ohranita metodo; 301/302 lahko POST spremenita v GET.
4xx napaka odjemalcaPodprtoPodprtoPodprtoPodprtoPodprtoRazred odgovora je razumljen, vendar se lahko prikaz telesa odgovora strežnika razlikuje od brskalnikovega prikaza napake.
5xx napake strežnikaPodprtoPodprtoPodprtoPodprtoPodprtoStrani proxyja, vedenje pri ponovnih poskusih in prikaz diagnostike se lahko razlikujejo tudi pri enakem stanju.
Neprepoznana koda v znanem razreduObravnava na ravni razredaObravnava na ravni razredaObravnava na ravni razredaObravnava na ravni razredaObravnava na ravni razredaOdjemalci lahko iz prve številke sklepajo na splošni razred. Lastna koda s tem nadomestnim pravilom ne pridobi univerzalnega pomena.

Ta tabela opisuje združljivost protokola, ne enakega prikaza ali zagotovila, da vsaka različica brskalnika prikaže vmesne odgovore na enak način.

Kršitve prikrivanja in dinamičnega upodabljanja

Prikrivanje pomeni prikazovanje bistveno drugačne vsebine ali ciljev iskalnikom in ljudem. V infrastrukturi, ki jo smete preizkušati, lahko primerjate odgovore na izbrane glave User-Agent in Client Hints. Ti profili glav ne preverjajo identitete pajka in ne ugotavljajo, ali je spletno mesto skladno z Googlovimi pravilniki.

Pogosta vprašanja (tehnični FAQ)

Kaj točno je »veriga preusmeritev« in zakaj škoduje tehničnemu SEO?

Veriga preusmeritev nastane, ko URL pred končno stranjo preide skozi več vmesnih naslovov (na primer A → B → C → D). Vsak korak zahteva dodatno zahtevo, kar poveča zakasnitev in zmanjša učinkovitost pregledovanja. Poti naj bodo čim bolj neposredne; naslednje vprašanje pojasnjuje priporočeno dolžino verige.

RFC 9110: semantika HTTP, preusmerjanje · Google Search Central: selitve spletnih mest in preusmeritve

Kako lahko po preusmeritvi preverim oznake canonical?

To orodje sledi kodam stanja HTTP in glavam Location; ne prenese ali razčleni HTML-ja ciljne strani, zato ne more preveriti rel=canonical. Odprite končni URL in preverite, ali njegova povezava canonical kaže na prednostno stran, ki jo je mogoče indeksirati. Googlov izbor canonical lahko pregledate z orodjem za pregled URL-jev v Search Console.

Google Search Central: kanonikalizacija · Google Search Central: določanje kanoničnega URL-ja

Ali lahko to orodje zazna preusmeritve z JavaScriptom?

Ne. Orodje sledi odgovorom HTTP 3xx z glavo Location. Ne izvaja JavaScripta in ne pregleduje telesa odgovora za oznake meta refresh; za to je potreben pregled v brskalniku.

Google Search Central: preusmeritve in Iskanje Google

Kaj je zanka preusmeritev in kako jo odpravim?

Zanka preusmeritev je neskončen cikel, v katerem URL A kaže na URL B, URL B pa nazaj na URL A, kar povzroči napako ERR_TOO_MANY_REDIRECTS v brskalniku. Odpravite jo z urejanjem strežniške datoteke .htaccess, konfiguracije Nginx ali pravil usmerjanja CMS.

RFC 9110: semantika HTTP, preusmerjanje · MDN: kode stanja odgovorov HTTP

Kaj so Client Hints in kako jih uporablja to orodje?

Client Hints so glave zahtev HTTP, kot sta Sec-CH-UA-Mobile in Sec-CH-UA-Platform. Izbrani profil doda izbrane glave strežniški zahtevi orodja, da lahko primerjate odziv strežnika. Gre za preskus glav, ne za celovito simulacijo brskalnika ali dokaz, da je zahteva prišla iz določenega brskalnika ali pajka.

MDN: namigi odjemalca HTTP

Koliko preusmeritev 301 je lahko v verigi?

Google navaja, da lahko Googlebot sledi do 10 korakom preusmeritve, vendar priporoča čim bolj neposredno pot. Če verige ni mogoče odstraniti, naj bo kratka — po možnosti največ trije koraki in manj kot pet. Vsak korak doda zahtevo, drugi odjemalci pa imajo lahko nižje omejitve. Trajne kode (301/308) ali začasne kode (302/307) izberite glede na predvideni premik. Smernice Google Search Central.

RFC 9110: semantika HTTP, preusmerjanje

Katere kode stanja HTTP označujejo trajni ali začasni premik?

Kodi 301 in 308 pomenita, da je bil vir trajno premaknjen; kodi 302 in 307 označujeta začasno preusmeritev. Izberite stanje glede na to, ali pričakujete vrnitev prvotnega URL-ja, cilj pa naj ostane povezan s prvotno zahtevo.

RFC 9110: semantika HTTP, preusmerjanje

Kdaj naj uporabim 307 ali 308 namesto 301 ali 302?

Kodi 307 in 308 pri preusmerjanju ohranita metodo zahteve. Pri kodah 301 in 302 lahko nekateri odjemalci zahtevo POST spremenijo v GET. Uporabite 307 za začasni ali 308 za trajni premik, kadar je pomembno ohraniti metodo in telo zahteve; vedenje preverite pri odjemalcih, ki jih podpira vaša storitev.

RFC 9110: semantika HTTP, kodi 307 in 308

Ali preusmeritev 301 zagotavlja uvrstitev ali indeksiranje?

Ne. Trajna preusmeritev je močan signal, da naj cilj zamenja izvorni URL, Google pa navaja, da se pri trajnih preusmeritvah PageRank ne izgubi. Iskalniki še vedno odločajo, kaj bodo pregledali, indeksirali in uvrstili, na podlagi vseh signalov in vsebine ciljnega mesta.

Google Search Central: preusmeritve in Iskanje Google · Google Search Central: kanonikalizacija

Kaj potrjuje končni odgovor 2xx?

Potrjuje, da je zadnja zahteva HTTP v sledi prejela odgovor razreda uspeha. Ne dokazuje, da je vsebina uporabna, dostopna vsakemu obiskovalcu, indeksabilna, pravilno kanonizirana ali primerna za uvrstitev.

RFC 9110: semantika HTTP, uspešni odgovori · MDN: kode stanja odgovorov HTTP

Zakaj preverjevalnik prejme 403 ali 429, če se stran odpre v mojem brskalniku?

Orodje pošlje strežniško zahtevo, ki se lahko razlikuje od brskalnika po omrežni lokaciji, piškotkih, avtentikaciji in glavah. Požarni zid, CDN, omejitev hitrosti ali pravilo za robote jo lahko blokira oziroma omeji. Primerjajte strežniške dnevnike in pravila dostopa; odgovor 403 ali 429 pri enem preskusu ne dokazuje, da so blokirani vsi obiskovalci.

RFC 9110: 403 Forbidden · RFC 6585: 429 Too Many Requests

Ali so prednastavitve Googlebota in iskalnih pajkov preverjeni pajki?

Ne. Prednastavitev spremeni samo besedilo glave User-Agent. Ne prihaja iz Googlovega ali drugega pajkovega omrežja in ne more dokazati, da je zahtevo poslal pristen pajek. Identiteto preverite z objavljenim IP-jem ponudnika ali postopkom preverjanja DNS.

Google Search Central: preverjanje Googlebota in drugih Googlovih pajkov

Zakaj lahko različni profili User-Agent povzročijo različne verige preusmeritev?

Strežniki, CDN-ji in pravila aplikacij lahko glede na glave zahteve, signale naprave, geografsko lokacijo, avtentikacijo ali stanje seje izberejo različne cilje ali kode stanja. Sledi primerjajte kot diagnostične vzorce; morda ne predstavljajo zahtev vsakega dejanskega uporabnika ali pajka.

RFC 9110: glava Vary in dogovorjeni odgovori

Ali se parametri poizvedbe ohranijo pri preusmeritvi URL-ja?

Naslednji URL določa glava Location v odgovoru preusmeritve. Strežnik lahko parametre poizvedbe ohrani, odstrani ali spremeni. To orodje sledi prejeti vrednosti Location, zato primerjajte prikazane URL-je in preverite, kaj je strežnik dejansko vrnil.

RFC 9110: glava odgovora Location

Kaj pomeni opozorilo o prehodu s HTTPS na HTTP?

Pomeni, da je sled zaznala preusmeritev z URL-ja HTTPS na Location, ki uporablja HTTP. Ta prehod zmanjša zaščito prenosa pri naslednji zahtevi. Preverite, ali je nameren, in cilj preusmeritve nastavite na HTTPS, če obstaja varna enakovredna možnost.

RFC 9110: semantika sheme URI in preusmerjanja · Google Search Central: HTTPS in vaše spletno mesto

Koliko preusmeritev to orodje sledi v enem zagonu?

Trenutno orodje sledi največ petim preusmeritvam. Če odgovor po petem koraku kaže na drug URL, ga zagon lahko prikaže, ne da bi ga prenesel. Ta naslov odprite kot novo preverjanje ali skrajšajte verigo, da pregledate končni odgovor.

Kako izbirnik Client Hints vpliva na preverjanje?

Izbrane glave zahteve Sec-CH-* (na primer oznako mobilne naprave ali vrednost platforme) doda poleg izbranega niza User-Agent. To so nastavljivi vzorci glav; ne posnemajo celotnega omrežnega vedenja brskalnika, strežnik pa jih lahko prezre.

MDN: namigi odjemalca HTTP

Kdaj naj za odstranjeni URL uporabim 404 ali 410 namesto preusmeritve?

Če odstranjena stran nima resnično podobne zamenjave, vrnite 404 (Not Found) ali 410 (Gone). Preusmerite samo, kadar jo nadomešča ustrezna stran; preusmerjanje nepovezanih URL-jev na domačo stran lahko zavede obiskovalce, iskalniki pa ga lahko obravnavajo kot mehko napako 404.

RFC 9110: 404 Not Found · RFC 9110: 410 Gone · Google Search Central: odpravljanje napak pri pregledovanju

Kako dolgo naj po premiku URL-ja ohranim preusmeritev?

Preusmeritev ohranite čim dlje. Google priporoča, da po selitvi spletnega mesta preusmeritve ostanejo vsaj eno leto, da lahko iskalniki obdelajo spremembo; obiskovalci lahko tudi pozneje uporabljajo stare zaznamke in povezave.

Google Search Central: selitve spletnih mest in preusmeritve

Kaj naj po premiku URL-ja posodobim poleg preusmeritve?

Posodobite notranje povezave, kanonični URL ciljne strani, oznake hreflang, če jih uporabljate, in zemljevid XML, da kažejo na novi URL. Ohranite ustreznost zamenjave ter preverite, ali preusmeritev vodi neposredno in dosledno.

Google Search Central: selitve spletnih mest in preusmeritve