Napredni alat za provjeru preusmjeravanja i tehničku SEO analizu

Pratite HTTP lance preusmjeravanja putem zahtjeva s poslužitelja. Usporedite odabrana zaglavlja User-Agent i Client Hints, pregledajte status i izmjereno vrijeme odgovora za do pet preusmjeravanja te otkrijte prijelaze s HTTPS-a na HTTP. Alat ne izvršava JavaScript odredišne stranice niti pregledava njezin HTML.

🌐

Odabrani profili User-Agent i Client Hints testni su profili zaglavlja zahtjeva; ne potvrđuju da zahtjev dolazi iz stvarnog preglednika ili alata za indeksiranje.

Rezultati provjere i vizualni tijek

⚠️ Sigurnosno upozorenje: otkriven je miješani sadržaj. Veza je tijekom lanca prešla na nešifrirani HTTP.

Cjelovit korisnički vodič i praktične primjene

RedirectChecker.Site nije samo uobičajeni čitač HTTP zaglavlja, već napredni dijagnostički mrežni alat namijenjen SEO stručnjacima, administratorima sustava i web-razvojnim inženjerima. Ispravno korištenje njegovih mogućnosti pomaže u otklanjanju složenih problema usmjeravanja koji mogu znatno utjecati na pozicije u tražilicama i korisničko iskustvo.

1. Kako koristiti alat: upute korak po korak

Unesite potpunu javnu URL adresu, uključujući protokol (na primjer, https://example.com/old-page). Odaberite probni profil User-Agent i, ako je potrebno, profil zaglavlja Client Hints . Alat šalje zahtjev s poslužitelja i odabranim zaglavljima; ne oponaša cijeli preglednik, kolačiće, JavaScript ni mrežni identitet alata za indeksiranje.

2. Tumačenje rezultata i primjeri vizualnog tijeka

Kliknite Prati URL kako biste vidjeli svaki HTTP odgovor u lancu preusmjeravanja, njegov statusni kod, izmjereno vrijeme zahtjeva i sljedeću URL adresu u zaglavlju Location ako postoji. Jedno pokretanje prati do pet preusmjeravanja; ako se lanac nastavlja, odgovor na sljedećoj adresi nije uključen u to pokretanje.

3. Praktični primjer: otkrivanje prijelaza s HTTPS-a

Preusmjeravanje može sniziti razinu URL-a s HTTPS-a na HTTP. Alat označava taj prijelaz kada zabilježi HTTPS URL čiji odgovor upućuje na HTTP adresu u zaglavlju Location. Provjerite odredište i postavite željenu HTTPS rutu prije oslanjanja na rezultat.

Tehničke osnove: HTTP statusni kodovi i mrežno inženjerstvo

HTTP statusni kodovi opisuju ishod zahtjeva, dok odgovori 3xx klijenta upućuju na drugi URL. Tražilice mogu pomoću trajnih preusmjeravanja objediniti URL-ove, ali ona ne jamče određeni rezultat rangiranja ili indeksiranja. Odaberite statusni kod koji odgovara namjeravanoj trajnosti i provjerite cijeli lanac te konačni odgovor.

Razlika između kodova 301, 302, 307 i 308

  • 301 Trajno premješteno: Koristite kada je resurs trajno premješten. Tražilice trajno preusmjeravanje smatraju snažnim signalom za odredište, no nijedno preusmjeravanje ne jamči određeni položaj ili ishod indeksiranja.
  • 302 Pronađeno (privremeno): Klijentu govori da privremeno posjeti drugi URL, uz pretpostavku da će se izvorni URL vratiti. Tražilice u pravilu ne prenose trajnu vrijednost poveznica putem koda 302.
  • 307 Privremeno preusmjeravanje: Suvremeni ekvivalent koda 302 u HTTP/1.1. Važno: kod 307 jamči da se HTTP metoda (GET ili POST) NEĆE promijeniti pri praćenju preusmjeravanja.
  • 308 Trajno preusmjeravanje: Trajna verzija koda 307. Za SEO djeluje poput koda 301, ali pregledniku strogo zabranjuje pretvaranje POST zahtjeva u GET.

Kompatibilnost preglednika s HTTP statusnim kodovima odgovora

HTTP statusni kodovi protokolarni su signali koje obrađuje mrežni sloj preglednika, a ne zasebne značajke preglednika. Suvremeni Chrome, Edge, Firefox, Safari, Opera, Android WebView i iPhone WebView obrađuju standardne klase statusa; prikaz pogreške može se razlikovati među preglednicima i ovisno o posredničkom proxyju.

Klasa HTTP odgovoraChrome / EdgeFirefoxSafariOperaAndroid / iPhone WebViewPraktična napomena o kompatibilnosti
1xx informativni odgovoriPodržanoPodržanoPodržanoPodržanoPodržano na mrežnom slojuKodovi 100 i 101 ustaljeni su. 102 je specijaliziran ili zastario; ponašanje koda 103 Early Hints može se razlikovati prema verziji, poslužitelju i posredniku.
2xx uspjehPodržanoPodržanoPodržanoPodržanoPodržanoZnačenje prema protokolu jednako je; i dalje vrijede pravila za tijelo odgovora, primjerice da kodovi 204/205 nemaju tijelo.
3xx preusmjeravanjePodržanoPodržanoPodržanoPodržanoPodržanoKlijenti slijede Location uz poštivanje pravila o metodi, predmemoriji, sigurnosti i navigaciji. Kodovi 307/308 čuvaju metodu; 301/302 mogu promijeniti POST u GET.
4xx pogreške klijentaPodržanoPodržanoPodržanoPodržanoPodržanoKlasa odgovora prepoznaje se, ali prikaz tijela odgovora poslužitelja može se razlikovati od prikaza pogreške u pregledniku.
5xx pogreške poslužiteljaPodržanoPodržanoPodržanoPodržanoPodržanoProxy stranice, ponašanje pri ponovnom pokušaju i dijagnostički prikaz mogu se razlikovati čak i kada je status isti.
Neprepoznat kod unutar poznate klaseObrada na razini klaseObrada na razini klaseObrada na razini klaseObrada na razini klaseObrada na razini klaseKlijenti mogu zaključiti opću klasu iz prve znamenke. Zamjenska vrijednost prilagođenog koda ne daje mu univerzalno značenje.

Ova tablica opisuje kompatibilnost na razini protokola, a ne jednak prikaz niti jamči da svaka verzija preglednika jednako izlaže privremene odgovore.

Kršenje pravila o cloakingu i dinamičkom prikazivanju

Cloaking je praksa prikazivanja bitno drukčijeg sadržaja ili odredišta tražilicama i ljudima. Možete usporediti odgovore na odabrana zaglavlja User-Agent i Client Hints na infrastrukturi koju ste ovlašteni testirati. Ti profili zaglavlja ne provjeravaju identitet alata za indeksiranje niti utvrđuju je li web-mjesto usklađeno s Googleovim pravilima.

Česta pitanja (tehnička)

Što je točno „lanac preusmjeravanja” i zašto šteti tehničkom SEO-u?

Lanac preusmjeravanja nastaje kada URL prolazi kroz nekoliko međudresa prije dolaska na konačnu stranicu (primjerice A → B → C → D). Svaki korak zahtijeva novi zahtjev, povećava kašnjenje i čini indeksiranje manje učinkovitim. Rute neka budu što izravnije; sljedeće pitanje objašnjava preporučenu duljinu lanca.

RFC 9110: HTTP semantika, preusmjeravanje · Google Search Central: Premještanje web-mjesta i preusmjeravanja

Kako mogu provjeriti canonical oznake nakon preusmjeravanja?

Ovaj alat prati HTTP statusne kodove i zaglavlja Location; ne preuzima niti raščlanjuje HTML odredišne stranice pa ne može provjeriti rel=canonical. Otvorite konačni URL i potvrdite da njegova canonical poveznica vodi na željenu stranicu koja se može indeksirati. URL Inspection u Search Consoleu može poslužiti za pregled Googleova odabira canonical URL-a.

Google Search Central: Kanonikalizacija · Google Search Central: Navođenje kanonskog URL-a

Može li ovaj alat otkriti preusmjeravanja putem JavaScripta?

Ne. Ovaj alat prati HTTP 3xx odgovore sa zaglavljem Location. Ne izvršava JavaScript niti u tijelu odgovora traži oznake meta-refresh; za to je potreban pregled u pregledniku.

Google Search Central: Preusmjeravanja i Google pretraživanje

Što je petlja preusmjeravanja i kako je mogu ispraviti?

Petlja preusmjeravanja beskonačan je ciklus u kojem URL A upućuje na URL B, a URL B natrag na URL A, zbog čega preglednik prikazuje pogrešku ERR_TOO_MANY_REDIRECTS. Ispravak zahtijeva uređivanje datoteke .htaccess na poslužitelju, konfiguracije Nginxa ili pravila usmjeravanja CMS-a.

RFC 9110: HTTP semantika, preusmjeravanje · MDN: HTTP statusni kodovi odgovora

Što su Client Hints i kako ih ovaj alat koristi?

Client Hints HTTP su zaglavlja zahtjeva, primjerice Sec-CH-UA-Mobile i Sec-CH-UA-Platform. Odabrani profil dodaje ta zaglavlja zahtjevu koji alat šalje s poslužitelja, kako biste mogli usporediti odgovor poslužitelja. To je provjera zaglavlja, a ne potpuna simulacija preglednika ni dokaz da zahtjev dolazi iz određenog preglednika ili alata za indeksiranje.

MDN: HTTP Client Hints

Koliko preusmjeravanja 301 mogu imati u jednom lancu?

Google navodi da Googlebot može pratiti do 10 koraka preusmjeravanja, ali preporučuje izravnu rutu kad god je to moguće. Ako lanac nije moguće ukloniti, neka bude kratak — idealno najviše tri, a svakako manje od pet koraka. Svaki korak dodaje zahtjev, a drugi klijenti mogu imati niža ograničenja. Odaberite trajne kodove (301/308) ili privremene (302/307) prema namjeravanoj promjeni. Smjernice Google Search Centrala.

RFC 9110: HTTP semantika, preusmjeravanje

Koji HTTP statusni kodovi označavaju trajno ili privremeno premještanje?

Kodovi 301 i 308 označavaju trajno premješten resurs; 302 i 307 označavaju privremeno preusmjeravanje. Odaberite status koji odgovara očekujete li povratak izvornog URL-a i neka odredište bude povezano s izvornim zahtjevom.

RFC 9110: HTTP semantika, preusmjeravanje

Kada koristiti 307 ili 308 umjesto 301 ili 302?

Kodovi 307 i 308 čuvaju metodu zahtjeva pri preusmjeravanju. Kodovi 301 i 302 kod nekih klijenata mogu promijeniti POST zahtjev u GET. Koristite 307 za privremeno ili 308 za trajno premještanje kada je važno sačuvati metodu i tijelo zahtjeva; provjerite ponašanje s klijentima koje vaša usluga podržava.

RFC 9110: HTTP semantika, 307 i 308

Jamči li preusmjeravanje 301 rangiranje ili indeksiranje?

Ne. Trajno preusmjeravanje snažan je signal da bi odredište trebalo zamijeniti izvorni URL, a Google navodi da se trajnim preusmjeravanjima ne gubi PageRank. Tražilice i dalje odlučuju što će indeksirati i rangirati na temelju svih signala i sadržaja odredišne stranice.

Google Search Central: Preusmjeravanja i Google pretraživanje · Google Search Central: Kanonikalizacija

Što potvrđuje konačni odgovor 2xx?

Potvrđuje da je posljednji HTTP zahtjev u praćenju primio odgovor iz klase uspjeha. Ne dokazuje da je sadržaj koristan, dostupan svim posjetiteljima, podoban za indeksiranje, ispravno kanonikaliziran ni prikladan za rangiranje.

RFC 9110: HTTP semantika, uspješni odgovori · MDN: HTTP statusni kodovi odgovora

Zašto alat prima 403 ili 429 iako se stranica otvara u mojem pregledniku?

Alat šalje zahtjev s poslužitelja koji se može razlikovati od vašeg preglednika po mrežnoj lokaciji, kolačićima, autentifikaciji i zaglavljima. Vatrozid, CDN, ograničenje broja zahtjeva ili pravilo za botove može ga blokirati ili usporiti. Usporedite zapise poslužitelja i pravila pristupa; jedan odgovor 403 ili 429 ne dokazuje da su blokirani svi posjetitelji.

RFC 9110: 403 Zabranjeno · RFC 6585: 429 Previše zahtjeva

Jesu li profili Googlebota i alata za indeksiranje provjereni alati za indeksiranje?

Ne. Profil mijenja samo tekst zaglavlja User-Agent. Zahtjev ne dolazi s Googleove ili druge mreže alata za indeksiranje i ne dokazuje autentičnost pošiljatelja. Identitet provjerite objavljenim postupkom provjere IP adrese ili DNS-a pružatelja.

Google Search Central: Provjera Googlebota i drugih Googleovih alata za indeksiranje

Zašto različiti User-Agent profili mogu dati različite lance preusmjeravanja?

Poslužitelji, CDN-ovi i pravila aplikacije mogu odabrati različita odredišta ili statusne kodove na temelju zaglavlja zahtjeva, signala uređaja, geografskog položaja, autentifikacije ili stanja sesije. Usporedite praćenja kao dijagnostičke uzorke; možda neće odgovarati svakom stvarnom zahtjevu korisnika ili alata za indeksiranje.

RFC 9110: Zaglavlje Vary i dogovoreni odgovori

Čuvaju li se parametri upita kada se URL preusmjerava?

Zaglavlje Location u odgovoru na preusmjeravanje određuje sljedeći URL. Poslužitelj može zadržati, ukloniti ili izmijeniti parametre upita. Ovaj alat slijedi primljenu vrijednost Location pa usporedite prikazane URL-ove kako biste vidjeli što je poslužitelj stvarno vratio.

RFC 9110: Zaglavlje odgovora Location

Što znači upozorenje o prijelazu s HTTPS-a na HTTP?

Znači da je praćenje zabilježilo preusmjeravanje s HTTPS URL-a na adresu Location koja koristi HTTP. Time se smanjuje zaštita prijenosa za sljedeći zahtjev. Provjerite je li to namjerno i ažurirajte odredište preusmjeravanja na HTTPS ako postoji sigurna istovrijedna adresa.

RFC 9110: URI shema i semantika preusmjeravanja · Google Search Central: HTTPS i vaše web-mjesto

Koliko preusmjeravanja ovaj alat prati u jednom pokretanju?

Trenutačni alat prati do pet preusmjeravanja. Ako odgovor nakon petog koraka upućuje na drugi URL, pokretanje može prikazati tu sljedeću adresu bez njezina dohvaćanja. Pokrenite novu provjeru za tu adresu ili skratite lanac kako biste pregledali konačni odgovor.

Kako odabir Client Hints utječe na provjeru?

Uz odabrani niz User-Agent dodaje odabrana zaglavlja zahtjeva Sec-CH-*, primjerice oznaku mobilnog uređaja ili vrijednost platforme. To su prilagodljivi uzorci zaglavlja; ne oponašaju cjelokupno mrežno ponašanje preglednika, a poslužitelj ih može zanemariti.

MDN: HTTP Client Hints

Kada za uklonjeni URL trebam vratiti 404 ili 410 umjesto preusmjeravanja?

Ako uklonjena stranica nema stvarno sličnu zamjenu, vratite 404 (nije pronađeno) ili 410 (uklonjeno). Preusmjerite samo kada je zamjenjuje relevantna stranica; slanje nepovezanih URL-ova na početnu stranicu može dovesti posjetitelje u zabludu, a tražilice to mogu tretirati kao soft 404.

RFC 9110: 404 Nije pronađeno · RFC 9110: 410 Uklonjeno · Google Search Central: Rješavanje problema s pogreškama indeksiranja

Koliko dugo trebam zadržati preusmjeravanje nakon premještanja URL-a?

Zadržite preusmjeravanje što je dulje moguće. Google preporučuje zadržavanje preusmjeravanja najmanje godinu dana nakon premještanja web-mjesta kako bi tražilice obradile promjenu; posjetitelji i nakon toga mogu koristiti stare oznake i poveznice.

Google Search Central: Premještanje web-mjesta i preusmjeravanja

Što trebam ažurirati nakon premještanja URL-a, osim preusmjeravanja?

Ažurirajte interne poveznice, canonical URL odredišne stranice, oznake hreflang ako se koriste i XML mapu web-mjesta tako da upućuju na novi URL. Neka zamjenska stranica bude relevantna, a zatim provjerite vodi li preusmjeravanje izravno i dosljedno na odredište.

Google Search Central: Premještanje web-mjesta i preusmjeravanja