Pažangus peradresavimų tikrintuvas ir techninis SEO analizatorius

Sekite HTTP peradresavimų grandines serverio užklausos pagrindu. Palyginkite pasirinktų „User-Agent“ ir „Client Hints“ užklausos antraštes, peržiūrėkite būseną ir išmatuotą atsakymo laiką, sekdami iki penkių peradresavimų, bei aptikite perėjimą iš HTTPS į HTTP. Tikrintuvas nevykdo paskirties puslapio JavaScript ir netikrina jo HTML.

🌐

Pasirinkti „User-Agent“ ir „Client Hints“ yra užklausos antraščių testavimo profiliai; jie nepatvirtina tikros naršyklės ar tikrinimo roboto tapatybės.

Audito rezultatai ir vaizdinė eiga

⚠️ Saugumo įspėjimas: aptiktas mišrus turinys. Peradresavimo grandinėje ryšys buvo pakeistas į nešifruotą HTTP.

Išsamus naudotojo vadovas ir praktinis pritaikymas

RedirectChecker.Site nėra vien paprastas HTTP antraščių skaitytuvas – tai pažangus tinklo diagnostikos įrankis, skirtas SEO specialistams, sistemų administratoriams ir žiniatinklio kūrėjams. Suprasdami, kaip tinkamai naudotis funkcijomis, galėsite diagnozuoti sudėtingas maršrutizavimo problemas, kurios gali smarkiai paveikti paieškos pozicijas ir naudotojų patirtį.

1. Kaip naudotis tikrintuvu: nuoseklios instrukcijos

Įveskite visą viešą URL adresą, įskaitant protokolą (pavyzdžiui, https://example.com/old-page). Pasirinkite pavyzdinį „User-Agent“ ir, jei reikia, pridėkite „Client Hints“ antraštės profilį. Tikrintuvas siunčia serverio užklausą su pasirinktomis antraštėmis; jis neatkuria visos naršyklės, slapukų, JavaScript ar tikrinimo roboto tinklo tapatybės.

2. Rezultatų ir vaizdinės eigos pavyzdžių aiškinimas

Spustelėkite Tikrinti URL kad pamatytumėte kiekvieną HTTP atsakymą peradresavimo grandinėje, būsenos kodą, išmatuotą užklausos laiką ir kitą „Location“ URL, jei jis pateiktas. Vieno vykdymo metu sekami iki penkių peradresavimų; jei grandinė tęsiasi, atsakymas kitame URL į šį vykdymą neįtraukiamas.

3. Praktinis pavyzdys: SSL ryšio nutrūkimo aptikimas

Peradresavimas gali pakeisti URL iš HTTPS į HTTP. Tikrintuvas pažymi šį perėjimą, kai aptinka HTTPS URL, kurio atsakyme nurodytas HTTP „Location“. Peržiūrėkite paskirties adresą ir prieš pasikliaudami rezultatu sukonfigūruokite numatytą HTTPS maršrutą.

Techniniai pagrindai: HTTP būsenos kodai ir tinklų inžinerija

HTTP būsenos kodai apibūdina užklausos rezultatą, o 3xx atsakymai nukreipia klientus į kitą URL. Nuolatiniai peradresavimai gali padėti paieškos sistemoms sujungti URL signalus, tačiau negarantuoja konkretaus reitingo ar indeksavimo rezultato. Pasirinkite numatytą pakeitimo trukmę atitinkantį būsenos kodą ir patikrinkite visą grandinę bei galutinį atsakymą.

Kuo skiriasi 301, 302, 307 ir 308

  • 301 Perkelta visam laikui: Naudokite, kai išteklius perkeltas visam laikui. Paieškos sistemos nuolatinį peradresavimą laiko stipriu signalu paskirties adresui, tačiau joks peradresavimas negarantuoja konkretaus reitingo ar indeksavimo rezultato.
  • 302 Rasta (laikinai): Nurodo klientui laikinai peržiūrėti kitą URL ir leidžia suprasti, kad pradinis URL vėl bus naudojamas. Paieškos sistemos paprastai neperduoda 302 nuolatinio nuorodų svorio.
  • 307 Laikinas peradresavimas: Šiuolaikinis HTTP/1.1 atitikmuo kodui 302. Svarbiausia, kad 307 garantuoja, jog siunčiant peradresavimo užklausą HTTP metodas (GET arba POST) NEBUS pakeistas.
  • 308 Nuolatinis peradresavimas: Nuolatinė 307 versija. SEO požiūriu jis veikia kaip 301, tačiau griežtai draudžia naršyklei POST užklausą pakeisti į GET užklausą.

Naršyklių suderinamumas su HTTP atsakymo būsenos kodais

HTTP būsenos kodus apdoroja naršyklės tinklo posistemė kaip protokolo signalus, o ne kaip atskiras naršyklės funkcijas. Šiuolaikinės Chrome, Edge, Firefox, Safari, Opera, Android WebView ir iPhone WebView versijos apdoroja standartines būsenų klases; klaidos rodinys gali skirtis pagal naršyklę ir tarpinį serverį.

HTTP atsakymo klasėChrome / EdgeFirefoxSafariOperaAndroid / iPhone WebViewPraktinė suderinamumo informacija
1xx InformaciniaiPalaikomaPalaikomaPalaikomaPalaikomaPalaikoma tinklo sluoksnyje100 ir 101 yra įprasti kodai. 102 yra specializuotas / nebenaudojamas; 103 „Early Hints“ veikimas gali skirtis pagal versiją, serverį ir tarpininką.
2xx SėkmėPalaikomaPalaikomaPalaikomaPalaikomaPalaikomaTaikoma bendra protokolo semantika; vis tiek galioja atsakymo turinio taisyklės, pavyzdžiui, 204 / 205 atsakymuose turinio nėra.
3xx PeradresavimasPalaikomaPalaikomaPalaikomaPalaikomaPalaikomaKlientai seka „Location“ pagal metodo, podėlio, saugumo ir navigacijos taisykles. 307 / 308 išsaugo metodą; 301 / 302 gali pakeisti POST į GET.
4xx Kliento klaidosPalaikomaPalaikomaPalaikomaPalaikomaPalaikomaAtsakymo klasė suprantama, tačiau serverio turinio rodymas ir naršyklės klaidos sąsaja gali skirtis.
5xx Serverio klaidosPalaikomaPalaikomaPalaikomaPalaikomaPalaikomaTarpinio serverio puslapiai, pakartojimo elgsena ir diagnostikos pateikimas gali skirtis, net jei būsenos kodas sutampa.
Neatpažintas žinomos klasės kodasApdorojimas pagal klasęApdorojimas pagal klasęApdorojimas pagal klasęApdorojimas pagal klasęApdorojimas pagal klasęKlientai gali nustatyti bendrą klasę pagal pirmąjį skaitmenį. Toks atsarginis apdorojimas nesuteikia pasirinktiniam kodui universalios reikšmės.

Šioje lentelėje aprašomas protokolo suderinamumas, o ne vienodas atvaizdavimas ar garantija, kad visos naršyklių versijos vienodai pateikia tarpinius atsakymus.

Maskavimas ir dinaminio pateikimo pažeidimai

Maskavimas – tai praktika, kai paieškos sistemoms ir žmonėms pateikiamas iš esmės skirtingas turinys arba skirtingos paskirties vietos. Galite palyginti pasirinktų „User-Agent“ ir „Client Hints“ antraščių atsakymus infrastruktūroje, kurią turite teisę tikrinti. Šie profiliai nepatvirtina tikrinimo roboto tapatybės ir nenustato, ar svetainė atitinka Google politiką.

Dažnai užduodami klausimai (techniniai DUK)

Kas yra „peradresavimo grandinė“ ir kodėl ji kenkia techniniam SEO?

Peradresavimo grandinė susidaro, kai vienas URL pereina per kelis tarpinius adresus, kol pasiekia galutinį puslapį (pavyzdžiui, A → B → C → D). Kiekvienam žingsniui reikia naujos užklausos, todėl padidėja delsa ir sumažėja efektyvus nuskaitymas. Maršrutus darykite kuo tiesesnius; rekomenduojamą grandinės ilgį paaiškina kitas DUK.

RFC 9110: HTTP semantika, peradresavimas · Google Search Central: svetainių perkėlimas ir peradresavimai

Kaip po peradresavimo patikrinti kanonines žymas?

Šis tikrintuvas seka HTTP būsenos kodus ir „Location“ antraštes; jis neatsisiunčia ir neanalizuoja paskirties puslapio HTML, todėl negali patikrinti rel=canonical. Atverkite galutinį URL ir patikrinkite, ar jo canonical nuoroda nurodo pageidaujamą, indeksuojamą puslapį. Naudodami Search Console URL tikrinimo įrankį galite peržiūrėti, kurį canonical pasirinko Google.

Google Search Central: kanonizavimas · Google Search Central: kanoninio URL nurodymas

Ar šis įrankis aptinka JavaScript pagrindu veikiančius peradresavimus?

Ne. Šis įrankis seka HTTP 3xx atsakymus, kuriuose pateikta „Location“ antraštė. Jis nevykdo JavaScript ir netikrina atsakymo turinio, ar jame yra meta-refresh žymų; tam reikia naršyklės patikros.

Google Search Central: peradresavimai ir Google paieška

Kas yra peradresavimo ciklas ir kaip jį ištaisyti?

Peradresavimo ciklas – tai begalinis ciklas, kai URL A nurodo į URL B, o URL B vėl grąžina į URL A; naršyklėje gali pasirodyti ERR_TOO_MANY_REDIRECTS klaida. Jai ištaisyti reikia pakeisti serverio .htaccess failą, Nginx konfigūraciją arba TVS maršrutizavimo taisykles.

RFC 9110: HTTP semantika, peradresavimas · MDN: HTTP atsakymo būsenos kodai

Kas yra „Client Hints“ ir kaip juos naudoja šis tikrintuvas?

„Client Hints“ yra HTTP užklausos antraštės, pavyzdžiui, Sec-CH-UA-Mobile ir Sec-CH-UA-Platform. Pasirinktas profilis įtraukia pasirinktas antraštes į tikrintuvo serverio užklausą, kad galėtumėte palyginti serverio atsakymus. Tai antraščių testas, o ne visos naršyklės imitacija ar įrodymas, kad užklausa gauta iš konkrečios naršyklės ar tikrinimo roboto.

MDN: HTTP kliento užuominos

Kiek 301 peradresavimų galima sudaryti grandinėje?

Google nurodo, kad Googlebot gali sekti iki 10 peradresavimo žingsnių, tačiau rekomenduoja, kai įmanoma, naudoti tiesioginį maršrutą. Jei grandinės pašalinti negalima, ji turėtų būti trumpa – geriausia ne ilgesnė nei trys, o tikrai trumpesnė nei penki žingsniai. Kiekvienas žingsnis prideda užklausą, o kiti klientai gali taikyti mažesnes ribas. Nuolatiniam perkėlimui naudokite 301 / 308, laikinam – 302 / 307. Google Search Central gairės.

RFC 9110: HTTP semantika, peradresavimas

Kurie HTTP būsenos kodai nurodo nuolatinį arba laikiną perkėlimą?

301 ir 308 nurodo, kad išteklius perkeltas visam laikui; 302 ir 307 žymi laikiną peradresavimą. Pasirinkite kodą pagal tai, ar pradinis URL turėtų vėl veikti, ir nukreipkite į su pradine užklausa susijusią paskirties vietą.

RFC 9110: HTTP semantika, peradresavimas

Kada vietoj 301 ar 302 naudoti 307 arba 308?

Peradresuojant 307 ir 308 išsaugo užklausos metodą. Kai kurie klientai, gavę 301 ar 302, POST užklausą gali pakeisti į GET. Naudokite 307 laikinam arba 308 nuolatiniam perkėlimui, kai svarbu išsaugoti metodą ir užklausos turinį; patikrinkite veikimą su jūsų paslaugos palaikomais klientais.

RFC 9110: HTTP semantika, 307 ir 308

Ar 301 peradresavimas garantuoja aukštesnes pozicijas arba indeksavimą?

Ne. Nuolatinis peradresavimas yra stiprus signalas, kad paskirties URL turėtų pakeisti pradinį, o Google teigia, kad nuolatiniai peradresavimai nesumažina PageRank. Paieškos sistemos vis tiek sprendžia, ką nuskaityti, indeksuoti ir reitinguoti, atsižvelgdamos į visus signalus bei paskirties puslapio turinį.

Google Search Central: peradresavimai ir Google paieška · Google Search Central: kanonizavimas

Ką patvirtina galutinis 2xx atsakymas?

Jis patvirtina, kad paskutinė sekimo HTTP užklausa gavo sėkmės klasės atsakymą. Tai neįrodo, kad turinys naudingas, prieinamas kiekvienam lankytojui, indeksuojamas, tinkamai kanonizuotas ar tinkamas reitinguoti.

RFC 9110: HTTP semantika, sėkmingi atsakymai · MDN: HTTP atsakymo būsenos kodai

Kodėl tikrintuvas gauna 403 arba 429, nors puslapis atsidaro mano naršyklėje?

Tikrintuvas siunčia serverio užklausą, kuri gali skirtis nuo jūsų naršyklės tinklo vieta, slapukais, autentifikavimu ir antraštėmis. Ugniasienė, CDN, dažnio ribojimas arba roboto taisyklė gali ją blokuoti ar sulėtinti. Palyginkite serverio žurnalus ir prieigos taisykles; vienos patikros 403 arba 429 atsakymas neįrodo, kad blokuojami visi lankytojai.

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

Ar Googlebot ir paieškos robotų profiliai yra patvirtinti tikrinimo robotai?

Ne. Profilis pakeičia tik „User-Agent“ antraštės tekstą. Užklausa nesiunčiama iš Google ar kito tikrinimo roboto tinklo, todėl ji neįrodo, kad siuntėjas yra tikras robotas. Roboto tapatybę tikrinkite pagal paslaugos teikėjo paskelbtą IP arba DNS patvirtinimo procedūrą.

Google Search Central: Googlebot ir kitų Google robotų patvirtinimas

Kodėl skirtingi „User-Agent“ profiliai gali sudaryti skirtingas peradresavimo grandines?

Serveriai, CDN ir programų taisyklės gali parinkti skirtingus paskirties adresus ar būsenos kodus pagal užklausos antraštes, įrenginio signalus, geografiją, autentifikavimą arba sesijos būseną. Palyginkite sekimo rezultatus kaip diagnostinius pavyzdžius; jie gali neatitikti kiekvienos realaus naudotojo ar roboto užklausos.

RFC 9110: „Vary“ antraštė ir derybomis parinkti atsakymai

Ar peradresuojant išsaugomi URL užklausos parametrai?

Kitą URL nustato peradresavimo atsakymo „Location“ antraštė. Serveris gali išsaugoti, pašalinti arba pakeisti užklausos parametrus. Šis tikrintuvas seka gautą „Location“ reikšmę, todėl peržiūrėkite kiekvieną rodomą URL, kad pamatytumėte serverio pateiktą rezultatą.

RFC 9110: „Location“ atsakymo antraštė

Ką reiškia įspėjimas apie perėjimą iš HTTPS į HTTP?

Tai reiškia, kad sekimo metu aptiktas peradresavimas iš HTTPS URL į „Location“ adresą, kuriame naudojamas HTTP. Dėl tokio perėjimo sumažėja kito užklausos ryšio apsauga. Patikrinkite, ar jis numatytas, ir pakeiskite paskirties adresą į HTTPS, jei yra saugus atitikmuo.

RFC 9110: URI schema ir peradresavimo semantika · Google Search Central: HTTPS ir jūsų svetainė

Kiek peradresavimų šis tikrintuvas seka per vieną paleidimą?

Šiuo metu tikrintuvas seka iki penkių peradresavimų. Jei po penktojo žingsnio atsakymas nurodo kitą URL, paleidimo rezultatuose šis adresas gali būti parodytas jo nepatikrinus. Atlikite naują patikrą su tuo adresu arba sutrumpinkite grandinę, kad galėtumėte peržiūrėti galutinį atsakymą.

Kaip „Client Hints“ parinkiklis veikia patikrą?

Jis greta pasirinktos „User-Agent“ eilutės prideda pasirinktas Sec-CH-* užklausos antraštes, pavyzdžiui, mobiliojo įrenginio žymą ar platformos reikšmę. Tai konfigūruojami antraščių pavyzdžiai; jie neatkuria viso naršyklės tinklo veikimo, o serveris gali juos ignoruoti.

MDN: HTTP kliento užuominos

Kada pašalintam URL grąžinti 404 arba 410, o ne peradresuoti?

Jei pašalintas puslapis neturi iš tiesų panašaus pakaitinio puslapio, grąžinkite 404 (Nerasta) arba 410 (Pašalinta). Peradresuokite tik tada, kai jį pakeičia susijęs puslapis; nesusijusių URL nukreipimas į pagrindinį puslapį gali klaidinti lankytojus ir paieškos sistemos jį gali laikyti minkšta 404 klaida.

RFC 9110: 404 Not Found · RFC 9110: 410 Gone · Google Search Central: nuskaitymo klaidų šalinimas

Kiek laiko po URL perkėlimo reikia išlaikyti peradresavimą?

Peradresavimą išlaikykite kuo ilgiau. Google rekomenduoja po svetainės perkėlimo jį palikti bent vienerius metus, kad paieškos sistemos galėtų apdoroti pakeitimą; lankytojai gali ir vėliau naudoti senas žymes bei nuorodas.

Google Search Central: svetainių perkėlimas ir peradresavimai

Ką, be peradresavimo, reikėtų atnaujinti perkėlus URL?

Atnaujinkite vidines nuorodas, paskirties puslapio canonical URL, hreflang žymas (jei naudojamos) ir XML svetainės žemėlapį, kad jie rodytų naują adresą. Pasirinkite tinkamą pakaitinį puslapį, tada patikrinkite, ar peradresavimas veikia tiesiogiai ir nuosekliai.

Google Search Central: svetainių perkėlimas ir peradresavimai