Täiustatud ümbersuunamiste kontrollija ja tehniline SEO-analüsaator

Jälgi HTTP ümbersuunamisahelaid serveripoolse päringu abil. Võrdle valitud User-Agent- ja Client Hints-päiseid, uuri kuni viie ümbersuunamise olekut ja mõõdetud vastusaega ning tuvasta üleminek HTTPS-ilt HTTP-le. Kontrollija ei käivita sihtkoha JavaScripti ega uuri lehe HTML-i.

🌐

Valitud User-Agent ja Client Hints on päringupäiste testprofiilid; need ei tõenda, et tegemist on päris brauseri või roomajaga.

Auditi tulemused ja visuaalne voog

⚠️ Turvahoiatus: tuvastati segasisu. Ümbersuunamisahela käigus liikus ühendus krüptimata HTTP-le.

Põhjalik kasutusjuhend ja praktilised rakendused

RedirectChecker.Site ei ole lihtsalt tavaline HTTP-päiste lugeja, vaid täiustatud võrgu diagnostikatööriist SEO-spetsialistidele, süsteemiadministraatoritele ja veebiarendajatele. Funktsioonide õige kasutamine aitab siluda keerulisi marsruutimisprobleeme, mis võivad tõsiselt mõjutada otsingutulemusi ja kasutajakogemust.

1. Kontrollija kasutamine: samm-sammult juhised

Sisesta täielik avalik URL koos protokolliga (näiteks https://example.com/old-page). Vali näidis User-Agent ja vajaduse korral Client Hints päiseprofiil. Kontrollija saadab valitud päistega serveripoolse päringu; see ei jäljenda terviklikku brauserit, küpsiseid, JavaScripti ega roomaja võrguidentiteeti.

2. Tulemuste ja visuaalse voo näidete tõlgendamine

Klõpsa Jälgi URL-i et näha ümbersuunamisahela iga HTTP-vastust, selle olekukoodi, mõõdetud päringu aega ja järgmist Location-URL-i, kui see on olemas. Ühe käivitusega järgitakse kuni viit ümbersuunamist; kui ahel jätkub, ei kaasata järgmise URL-i vastust sellesse käivitusse.

3. Praktiline juhtumiuuring: SSL-i nõrgenemise tuvastamine

Ümbersuunamine võib muuta URL-i HTTPS-ilt HTTP-le. Kontrollija märgib selle ülemineku, kui näeb HTTPS-URL-i vastust, mis osutab HTTP Location-aadressile. Enne tulemusele tuginemist kontrolli sihtkohta ja seadista soovitud HTTPS-marsruut.

Tehnilised alused: HTTP olekukoodid ja võrgutehnika

HTTP olekukoodid kirjeldavad päringu tulemust, 3xx-vastused aga suunavad kliendi teisele URL-ile. Püsivad ümbersuunamised võivad aidata otsingumootoritel URL-e koondada, kuid ei taga kindlat järjestust ega indekseerimist. Kasuta kavandatud kestusele vastavat olekukoodi ning kontrolli kogu ahelat ja lõppvastust.

301, 302, 307 ja 308 erinevused

  • 301 – püsivalt teisaldatud: Kasuta seda siis, kui ressurss on jäädavalt teisaldatud. Otsingumootorid käsitlevad püsivat ümbersuunamist tugeva sihtkoha signaalina, kuid ükski ümbersuunamine ei taga konkreetset järjestust ega indekseerimistulemust.
  • 302 – leitud (ajutine): Annab kliendile ajutiselt teada teisest URL-ist ning viitab sellele, et algne URL tuleb tagasi. Otsingumootorid üldjuhul ei kanna 302 kaudu edasi püsivaid lingisignaale.
  • 307 – ajutine ümbersuunamine: See on 302 tänapäevane HTTP/1.1 vaste. Oluline erinevus: 307 tagab, et HTTP-meetodit (GET või POST) ümbersuunamise järgimisel EI muudeta.
  • 308 – püsiv ümbersuunamine: See on 307 püsiv versioon. SEO seisukohalt toimib see nagu 301, kuid keelab brauseril POST-päringu muutmise GET-päringuks.

HTTP vastuskoodide brauseriühilduvus

HTTP olekukoodid on protokollisignaalid, mida käsitleb brauseri võrgukiht, mitte eraldiseisvad brauserifunktsioonid. Tänapäevased Chrome, Edge, Firefox, Safari, Opera, Android WebView ja iPhone WebView töötlevad standardseid olekukoodide klasse; kasutajale kuvatav tõrge võib brauseri ja vahendava proxy järgi erineda.

HTTP vastuse klassChrome / EdgeFirefoxSafariOperaAndroidi / iPhone’i WebViewÜhilduvuse praktiline üksikas
1xx – teavitavToetatudToetatudToetatudToetatudVõrgukihi poolt toetatud100 ja 101 on kasutusel. 102 on erijuht ja aegunud; 103 Early Hints-i käitumine võib sõltuda versioonist, serverist ja vahendajast.
2xx – edukasToetatudToetatudToetatudToetatudToetatudProtokolli tähendus on kõigil sama; kehtivad ka sisu reeglid, näiteks 204/205 puhul vastusekeha puudumine.
3xx – ümbersuunamineToetatudToetatudToetatudToetatudToetatudKliendid järgivad Location-päist, arvestades meetodi, vahemällu salvestamise, turbe ja navigeerimise reegleid. 307/308 säilitavad meetodi; 301/302 võivad POST-i GET-iks muuta.
4xx – kliendi tõrgeToetatudToetatudToetatudToetatudToetatudVastuse klass on arusaadav, kuid serveri vealehe kuvamine võib brauseri tõrkevaatest erineda.
5xx – serveri tõrgeToetatudToetatudToetatudToetatudToetatudIsegi sama olekukoodi puhul võivad proxy vealehed, korduskatsete käitumine ja diagnostika esitus erineda.
Tundmatu kood tuntud klassisKlassipõhine käsitlusKlassipõhine käsitlusKlassipõhine käsitlusKlassipõhine käsitlusKlassipõhine käsitlusKliendid saavad esimese numbri põhjal järeldada üldise klassi. Kohandatud kood ei saa selle varuvariandi tõttu universaalset tähendust.

See tabel kirjeldab protokolliühilduvust, mitte ühesugust kuvamist ega väidet, et iga brauseriversioon näitab vahevastuseid samamoodi.

Varjamine ja dünaamilise renderduse rikkumised

Varjamine tähendab, et otsingumootoritele ja inimestele näidatakse oluliselt erinevat sisu või sihtkohti. Saate võrrelda valitud User-Agent- ja Client Hints-päiste vastuseid taristus, mida teil on õigus kontrollida. Need päiseprofiilid ei tuvasta roomaja isikut ega määra, kas veebisait järgib Google’i eeskirju.

Korduma kippuvad küsimused (tehnilised KKK-d)

Mis on ümbersuunamisahel ja miks see tehnilist SEO-d kahjustab?

Ümbersuunamisahel tekib siis, kui üks URL läbib enne lõppleheni jõudmist mitu vahepealset aadressi (näiteks A → B → C → D). Iga samm nõuab uut päringut, lisab viivitust ja muudab roomamise vähem tõhusaks. Hoia marsruudid võimalikult otsesed; järgmine KKK selgitab soovitatavat ahela pikkust.

RFC 9110: HTTP semantika, ümbersuunamine · Google Search Central: veebisaidi teisaldamine ja ümbersuunamised

Kuidas kontrollida pärast ümbersuunamist canonical-märgendeid?

See kontrollija jälgib HTTP olekukoode ja Location-päiseid; see ei laadi sihtlehe HTML-i alla ega analüüsi seda, seega ei saa ta kontrollida rel=canonical-märgendit. Ava lõplik URL ja veendu, et selle canonical-link viitab eelistatud indekseeritavale lehele. Google’i valitud kanoonilist URL-i saad uurida Search Console’i URL-i kontrollimise tööriistaga.

Google Search Central: kanoonilised URL-id · Google Search Central: kanoonilise URL-i määramine

Kas see tööriist tuvastab JavaScripti abil tehtud ümbersuunamisi?

Ei. Tööriist järgib HTTP 3xx-vastuseid, millel on Location-päis. See ei käivita JavaScripti ega otsi vastuse sisust meta-refresh-märgiseid; selleks on vaja brauseripõhist kontrolli.

Google Search Central: ümbersuunamised ja Google’i otsing

Mis on ümbersuunamisring ja kuidas seda parandada?

Ümbersuunamisring on lõputu tsükkel, kus URL A viitab URL-ile B ja URL B suunab tagasi URL-ile A, mistõttu brauser kuvab vea ERR_TOO_MANY_REDIRECTS. Parandamiseks tuleb muuta serveri .htaccess-faili, Nginxi konfiguratsiooni või CMS-i marsruutimisreegleid.

RFC 9110: HTTP semantika, ümbersuunamine · MDN: HTTP vastuskoodid

Mis on Client Hints ja kuidas see kontrollija neid kasutab?

Client Hints on HTTP päringupäised, näiteks Sec-CH-UA-Mobile ja Sec-CH-UA-Platform. Valitud profiil lisab määratud päised kontrollija serveripoolsesse päringusse, et saaksite võrrelda serveri vastuseid. See on päiste test, mitte brauseri täielik simulatsioon ega tõend, et päring tuli konkreetselt brauserilt või roomajalt.

MDN: HTTP Client Hints

Mitu 301 ümbersuunamist võib ahelas olla?

Google’i dokumentatsiooni järgi võib Googlebot järgida kuni kümmet ümbersuunamise sammu, kuid soovitatav on võimaluse korral kasutada otsest marsruuti. Kui ahelat ei saa eemaldada, hoia see lühike — ideaaljuhul kuni kolm sammu ja kindlasti vähem kui viis. Iga samm lisab päringu ning teistel klientidel võivad olla rangemad piirangud. Vali püsiv kood (301/308) või ajutine kood (302/307) vastavalt kavandatud muudatusele. Google Search Centrali juhised.

RFC 9110: HTTP semantika, ümbersuunamine

Millised HTTP olekukoodid tähistavad püsivat või ajutist teisaldamist?

301 ja 308 tähistavad ressursi püsivat teisaldamist; 302 ja 307 ajutist ümbersuunamist. Vali kood selle järgi, kas algne URL peaks tulevikus taastuma, ning suuna päringuga seotud asjakohasele sihtlehele.

RFC 9110: HTTP semantika, ümbersuunamine

Millal kasutada 307 või 308 koodi 301 või 302 asemel?

307 ja 308 säilitavad ümbersuunamisel päringu meetodi. Mõned kliendid võivad 301 ja 302 korral muuta POST-päringu GET-päringuks. Kasuta ajutiseks muutuseks 307-t või püsivaks muutuseks 308-t, kui meetodi ja päringu sisu säilitamine on oluline; kontrolli käitumist klientidega, mida sinu teenus toetab.

RFC 9110: HTTP semantika, 307 ja 308

Kas 301-ümbersuunamine tagab parema järjestuse või indekseerimise?

Ei. Püsiv ümbersuunamine on tugev signaal, et sihtleht peaks asendama lähte-URL-i, ning Google ütleb, et püsivad ümbersuunamised ei vähenda PageRanki. Otsingumootorid otsustavad siiski kõigi signaalide ja sihtlehe sisu põhjal, mida roomata, indekseerida ja järjestada.

Google Search Central: ümbersuunamised ja Google’i otsing · Google Search Central: kanoonilised URL-id

Mida kinnitab lõplik 2xx-vastus?

See kinnitab, et jälje viimane HTTP-päring sai eduka klassi vastuse. See ei tõenda, et sisu on kasulik, kõigile külastajatele kättesaadav, indekseeritav, õigesti kanooniline või otsingus järjestamiseks sobiv.

RFC 9110: HTTP semantika, edukad vastused · MDN: HTTP vastuskoodid

Miks võib kontrollija saada 403 või 429 vastuse, kuigi leht avaneb minu brauseris?

Kontrollija saadab serveripoolse päringu, mis võib sinu brauserist erineda võrgu asukoha, küpsiste, autentimise ja päiste poolest. Tulemüüri, CDN-i, päringupiirangu või robotireegel võib selle blokeerida või piirata. Võrdle serveri logisid ja ligipääsureegleid; üks 403 või 429 tulemus ei tõenda, et kõik külastajad blokeeritakse.

RFC 9110: 403 keelatud · RFC 6585: 429 liiga palju päringuid

Kas Googleboti ja teiste otsingurobotite profiilid on kontrollitud robotid?

Ei. Profiil muudab ainult User-Agent-päise teksti. Päring ei tule Google’i ega muu otsinguroboti võrgust ega tõenda päringu tegija autentsust. Kontrolli roboti isikut teenusepakkuja avaldatud IP- või DNS-kinnitusmeetodiga.

Google Search Central: Googleboti ja teiste Google’i robotite kinnitamine

Miks võivad erinevad User-Agent-profiilid anda erineva ümbersuunamisahela?

Serverid, CDN-id ja rakenduse reeglid võivad valida sihtkoha või olekukoodi päringupäiste, seadmesignaalide, geograafia, autentimise või seansi põhjal. Võrdle jälgi diagnostiliste näidetena; need ei pruugi vastata iga päris kasutaja või otsinguroboti päringule.

RFC 9110: Vary-päis ja läbiräägitud vastused

Kas päringuparameetrid säilivad URL-i ümbersuunamisel?

Ümbersuunamisvastuse Location-päis määrab järgmise URL-i. Server võib päringuparameetrid säilitada, eemaldada või ümber kirjutada. Kontrollija järgib saadud Location-väärtust; võrdle kuvatud URL-e, et näha serveri tegelikku vastust.

RFC 9110: Location-vastuse päis

Mida tähendab HTTPS-ilt HTTP-le ülemineku hoiatus?

See tähendab, et jäljes nähti ümbersuunamist HTTPS-URL-ilt HTTP-d kasutavale Location-aadressile. See vähendab järgmise päringu transpordikaitset. Kontrolli, kas üleminek on tahtlik, ning muuda sihtkoht HTTPS-iks, kui turvaline vaste on olemas.

RFC 9110: URI skeem ja ümbersuunamise semantika · Google Search Central: HTTPS ja sinu veebisait

Mitu ümbersuunamist kontrollija ühe käivitusega järgib?

Praegune kontrollija järgib kuni viit ümbersuunamist. Kui viienda sammu vastus viitab veel ühele URL-ile, võib tööriist selle aadressi näidata ilma seda avamata. Kontrolli seda aadressi uue päringuna või lühenda ahelat, et näha lõppvastust.

Kuidas mõjutab Client Hints-valik kontrolli?

See lisab valitud User-Agent-stringi kõrvale valitud Sec-CH-* päringupäised, näiteks mobiilitunnuse või platvormi väärtuse. Need on seadistatavad päisenäited; need ei jäljenda brauseri kogu võrgukäitumist ja server võib neid eirata.

MDN: HTTP Client Hints

Millal tuleks eemaldatud URL-i ümbersuunamise asemel tagastada 404 või 410?

Kui eemaldatud lehele pole tõeliselt sarnast asendust, tagasta 404 (Not Found) või 410 (Gone). Suuna ümber ainult siis, kui selle asendab asjakohane leht; seosetute URL-ide saatmine avalehele võib külastajaid eksitada ja otsingumootorid võivad seda käsitleda pehme 404-na.

RFC 9110: 404 Not Found · RFC 9110: 410 Gone · Google Search Central: roomamisvigade tõrkeotsing

Kui kaua peaksin pärast URL-i teisaldamist ümbersuunamist hoidma?

Hoia ümbersuunamist võimalikult kaua. Google soovitab pärast saidi teisaldamist hoida ümbersuunamisi vähemalt aasta, et otsingumootorid saaksid muudatust töödelda; külastajad võivad vanu järjehoidjaid ja linke kasutada ka pärast seda.

Google Search Central: veebisaidi teisaldamine ja ümbersuunamised

Mida peaksin pärast URL-i teisaldamist lisaks ümbersuunamisele uuendama?

Uuenda siselinke, sihtlehe canonical-URL-i, kasutusel olevaid hreflang-märgiseid ja XML-saidikaarti, et need osutaksid uuele URL-ile. Hoia asendusleht sisuliselt asjakohane ning kontrolli, et ümbersuunamine viiks otse ja järjekindlalt õigesse kohta.

Google Search Central: veebisaidi teisaldamine ja ümbersuunamised